Возможно повторюсь, но ваш вопрос звучит как-то так : "Если подойти к строительству домов с точки зрения физика-ядерщика, то как нужно строить дом?". Для того, чтобы строить дом нужно подходить к его строительству с точки зрения строителя. Физик скорее всего все зафакапит потому что он собсно физик, а не строитель. Кодинг - сугубо исполнительская тема, она к предпринимательству отношения не имеет. Да, есть позиции лидов, продактов, сто и т.д., но там уже не кодинг строго говоря. Если отбросить это все, то:
1) это джунское рассуждение, стеки всегда будут меняться. Умение эффективно изучать новые стеки - одна из задач и издержек работы программиста. Бизнесу не важно что там под капотом ровно до того момента, пока это не начало бажить/глитчить/тормозить/крашиться
2) непонимание того как работает то, что вы вставляете, приводит к проблемам из пункта 1)
3) ну в принципе для начала да, было бы не плохо освоить хотя бы один фреймворк
4) абстрактные знания ооп и чтение каких-то книжек никому не нужны (в том числе и вам). Нужен опыт использования ооп в боевых прожектах. Если вы просто что-то прочитали и что-то выучили, на практике вы это скорее всего применить не сможете
5) опциональны, как правило развиваются по мере получения опыта. На уровень сильного фронта бекендер врядли выйдет, тупо не хватит времени. Но не исключаю наличие подобных связанных сфер, где практически нет динамики, а потому есть шанс успеть "заботать" и получить достаточный опыт и в том и в другом. Ну либо нужна очень специфичная личность кодера (одержимость), который в таком раскладе ни разу не предприниматель (нет времени предпринимательствовать, вышел новый фреймворк, fap fap fap)
6) коммуникативные навыки важны в любой профессии. Опять же, позиционируя себя как кодер, вы скорее всего не сможете развить коммуникацию до уровня годного продажника - для этого тоже нужно время и опыт
7) ахахах "хотя бы на уровне чтения технической документации" ахахах. "Технический" язык зачастую сопоставим по сложности с "юридическим", методология чтения худ. лит-ры и тех. лит-ры отличаются глобально. Это беллетристику можно читать по-диагонали, а с техникой каждое слово/фраза и каждая его интерпретация может вносить кардинальную лепту в понимание сути технического решения. Ну и разумеется, тех. лит. нет смысла читать, если вы не применяете то, что там написано в бою. По мере получения опыта, ваше видение того, что изложено в книге, будет эволюционировать
8) как угодно
Подведем итоги попытки подойти к программированию с позиции предпринимателя. По-существу, мы получили каноничного говнокодера, вставляющего то не знаю что туда не знаю куда и зачем, не имеющего опыта ни в чем, не способного осилить за вменяемое время новую технологию/стек и не стремящегося собственно все это делать. Насколько мне известно, рынок такими специалистами насыщен до краев, конкуренция будет жесткой. Но, все же, пожелаю вам удачи
Если вы хотите выступать в роли менеджера проектов, вам вообще нафик не сдался кодинг и все пункты с ним связанные. Ваша епархия - поиск клиентов. Ну, да, вам в общем и целом не помешает какое-то общее представление о том как там все делается, но оно может быть очень абстрактным, без вникания в детали имплементаций. В таком случае нужно качать коммуникацию - переговоры, продажи и т.п.
Если вы хотите быть лидом - ну тут сложно все. Как правило, лиды вырастают из исполнителей, т.к. для эффективной постановки задач и их контроля, должно быть в наличии хорошее понимание предметной области
Средний
