Никита

В тренде:

1. Всё, что касается js-стека. Там и фронтенд, и бэкенд, и мобайл, и десктоп, и блокчейн и т.д.
2. Go.

Если хочешь чисто в бэкенд и не более, то кури Go. Но стоит учитывать, что основная сфера его применения - ускорение критических/сложных мест. Думаю, понятно, что новичку в программировании и бэкенде в частности до критических участков далеко.

Так что я бы посоветовал погрузиться в JS со всех сторон, научиться строить современный бэкенд, понять, как функционирует современный фронтенд, научиться строить современные приложения со всякими микросервисами, а потом уже углубляться в их совершенствование путём переписывания на Go (если окажется, что это действительно нужно).

Просто без Go современное web-приложение можно построить, а без JS по сути сегодня никак и никуда. На одном Go нельзя построить современное приложение, на одном JS можно. Вот такой вот критерий.

А насчёт PHP, Ruby, Python и пр. - во-первых, значительно проигрывают по прогрессу/перспективности/хайпу (это же главный критерий?) вышеперечисленным технологиям, во-вторых, поверь, на них есть кому писать и без тебя))

Наймите менеджера проекта с опытом реализации подобного. Он подберет стек технологий, разработает ТЗ, соберет команду разработчиков (минимум 2-3), проконтролирует разработку и сдаст вам проект под ключ. Без него вы будете мыкаться, как слепые котята, и по итогу потратите больше временных/денежных ресурсов, чем затратите на оплату специалиста.

По теме - выбор для бэкенда, скорее всего, будет из:

• laravel/yii (php);
  
• rails (ruby);
  
• django (python).
  

Если PM решит, что в проекте необходим клиентский рендер, то и на фронтенд нужно будет выбрать из:

• angular;
  
• react;
  
• vue.
  

Насколько мне помнится, множество маркетплейсов было разработано на ruby on rails, возможно, и для вас это оптимальный выбор...но это не точно))

начал изучать Python (мы не ищем легких путей, хотим развиваться в ширь)

Как раз таки python считается лёгким путём для начинающих как в программировании в целом, так и в web-разработке в частности.

У каждого инструмента своя традиционная ниша. У python это:

• обучение программированию;
  
• прикладные скрипты;
  
• обработка/аналитика данных;
  
• научные вычисления и разработки;
  
• web-разработка (в последнюю очередь).
  

Ниша сайтов (лендингов, визиток, магазинов, порталов и пр.) и большинства web-сервисов - JS+PHP. Корпоративные проекты со сложной бизнес-логикой разрабатываются на C#/Java. 80% остальных web-решений пишутся на PHP. Оставшиеся 15-20% web-приложений и сервисов (а не стандартных сайтиков) разрабатываются на Ruby/Node.js/Go/Python и т.д.

Причём, Python/Django - самая (!) непопулярная/невостребованная технология разработки web-бэкенда (ниже только всякая узкая функциональщина, но о ней и речи не стоит). Можете прямо сейчас открыть любой агрегатор IT-работ (upwork, fl, moikrug, hh и т.д.) и провести сравнительный анализ по вышеперечисленным технологиям - по django меньше всего заказов/вакансий, а бОльшая часть работы на python именно в нише прикладного скриптинга/аналитики данных/парсинга и пр. Более того, "прикол" в том, что на волне хайпа питона и IT в целом, в него повалила орда новичков, но работы для них не прибавилось. По moikrug на данный момент ситуация следующая по соотношению "количество резюме на 1 вакансию": Laravel - 25, Yii - 40, Django - 68. При этом открытых вакансий: Laravel - 56, Yii - 60, Django - 32. Выводы очевидны, хотя бытует стереотип, что в PHP адская конкуренция, а в django свободное поле для деятельности и дикий спрос. Как видим, всё наоборот, и на это есть причины.

Для заказчика есть несколько доводов (относительно стереотипных, но прочно укоренившихся) отказаться от сайта на python:

• более дорогое обслуживание;
  
• более дорогая разработка;
  
• привязка к первому разработчику, зависимость от него (т.к. толковый python-разработчик, который ответственно разгребет чужой код стоит гораздо дороже среднего php-шника, и найти его гораздо сложнее по причине засилья новичков, начитавшихся про "php - ужас, а python - серебряная пуля и наше всё");
  
• отсутствие миллиона готовых и проверенных решений на каждую хотелку - большую часть нужно либо разрабатывать с нуля (что далеко не всегда лучше готовых php-решений), либо пользоваться сырыми поделками ноунеймов;
  
• скорость работы сайта.
  

Каких-то очевидных преимуществ стандартный сайт на python заказчику не даёт. Конечно, вы можете рассчитывать на ничего не понимающих в этом заказчиков, многим действительно пофиг, что там под капотом, лишь бы всё работало.

Другой вопрос - зачем это вам? Типовые сайты/магазины гораздо удобнее (и быстрее, что положительно повлияет на рентабельность вашего "предприятия") разрабатывать на PHP, это его ниша. И по расценкам вы вряд ли выиграете, заказчику хоть и пофиг на серверные технологии, а вот ценник все хотят не выше чем у остальных "php-cms-ников".

Скорее всего, и на django вы сможете загрузить себя заказами под завязку и не голодать, но с вышеописанными проблемами столкнетесь в любом случае и часть клиентов потеряете. Огромное количество времени потратите на разговоры с заказчиками и убеждения на тему "почему django, а не битрикс". Смотрите сами, надо ли оно вам. И если надо "чего-то большего", то почему именно python/django, а не node.js/ruby/go, на которые и спрос с оплатой выше, и конкуренция меньше, и хайп сильнее?

Наилучший вариант - изобразить рост. "Разработчик ПО" -> "Ведущий разработчик" -> "Тех. дир.", разумеется, чтобы в каждой должности минимум год был.

Это более-менее естественно будет выглядеть, плюс сигнал о вашей "стабильности" (что ориентированы на рост внутри компании, а не скакать каждые полгода по новым).

Думаю, понятно, что главное - этим записям соответствовать не только на бумаге.

Правильно заметили, что есть люди-исполнители, а есть люди-генераторы идей. Нужно реально взглянуть на себя и...принять это. Быть профессиональным исполнителем гораздо кошернее, чем быть генератором провальных идей. По статистике, 9 из 10 стартапов провальны...зачем пополнять собой этот список? Если ты - рыба, то многого ли ты добьешься от фрустрации по поводу неумения залезать на дерево?

Самый верный путь к рабочей идее:
1. Проработать в какой-либо сфере достаточное количество времени;
2. Познать её изнутри на собственной шкуре;
3. Выявить в ней боли/проблемы/недостатки;
4. Решить их с помощью прикладного навыка (программирования);
5. Обкатать в собственной работе;
6. Упаковать решение и реализовать коллегам по сфере;
...
7. PROFIT!

Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
1. Придумать гениальную идею;
2. Закодить в гараже в одну харю или в паре с дружбаном;
3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

Как выглядит стартап на самом деле:
1. Пахота минимум 10 лет в одном направлении/сфере;
2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

А если серьезно, сайт - это просто промо-материал, как билборд, только интерактивный и в интернете. Языки веб-разработки - такие же инструменты, как молоток для изготовления билбордов. Веб-разработчик - нифига не носитель уникальных знаний (который просто обязан повторить успех Цукерберга, иначе не тру), и всего-лишь современный слесарь, изготавливающий технологичные интерактивные промо-материалы. А теперь представь слесаря, который завидует предпринимателям, которые заказывают у него билборды, и вскидывает руки к небу с криком "Доколе??")) Смешно? Смешнее только реплики других слесарей на тему "если нет идей, значит меняй профессию"))

P.S. Понимаю, что вряд ли отметишь мой ответ решением, ведь тебе хочется подбадриваний вида "Не сдавайся! Ищи и обрящешь! Не опускай руки и всё получится! Вот тебе ссылочки, вот тебе инструкции!", а не режущей глаза суровой реальности. Но в некоторых случаях действительно полезно осознать своё место в пищевой цепочке - антилопа или гепард, слесарь или архитектор, промо-изготовитель или промо-заказчик и т.д. И исходя из этого уже взращивать свои амбиции, комплексы и фрустрации. Повторюсь - в стремлении стать самым крутым слесарем нет ничего постыдного, и даже в финансовом плане может оказаться куда выгоднее и стабильнее других амбициозных вариантов.

Для fullstack полгода - ничтожно мало, если серьезно относиться. Более-менее серьезный подход:

• полгода на изучение основ и разработку первичного портфолио;
  
• год (или два) джуниором на фронтенде;
  
• год (или два) миддлом;
  
• год (или два) на бэкенде;
  
• год (или два) на fullstack;
  

и всё это обязательно в команде и на относительно больших/серьезных, но разных проектах. И вот тогда через 5-7 лет сможешь называться полноценным fullstack-разработчиком.

Собственно, очевидных и наиболее прямых путей тут 2. Для начала нужно определиться, куда тебе надо - сайты разрабатывать (лендинги, корпоративные, интернет-магазины и т.д.) или web-сервисы (всякие агрегаторы, соц.сети, маркетплейсы и т.д.).

Если первое, то вёрстка + php + cms. В принципе, за полгода можно научиться верстать и натягивать на wordpress + сделать 3-5 сайтов для портфолио. Но это не fullstack-разработчик, а скорее вебмастер, по поводу современности данного пути, уровня оплаты, задач и конкуренции вообще молчу. Но зато можно относительно быстро вкатиться и начать получать хоть какие-то деньги на хоть какой-нибудь работе или на том же фрилансе.

Если второе - то упор рациональнее делать на стек MEAN и глубокое освоение Javascript во все поля. Фуллстеком за полгода точно не станешь, но поверхностно освоить фронтенд-фреймворк, основы node.js и склепать пару-тройку spa-приложений в портфолио можно, после чего попытаться устроиться frontend-джуниором и идти по пути, описанному выше (который на 5-7 лет). Современно, модно, очень востребованно и хорошо оплачиваемо. Минусов у JS на клиентской и серверной части полно, но вопроса про них не было, и это отдельная тема.

Проще и быстрее первый путь, перспективнее второй.