Константин Омелян

План обучения стройте исходя из "конуса обучения", в интернете есть такие картинки, содержащие столбцы - "спустя две недели у нас в памяти остаётся...". Поддержу всех кто сказал - курсы и книги без практики бесполезны. Сперва база "что такое переменная, функция, синтаксис и подобное", это познается за 1-2 недели, далее практика и получение знаний для решения конкретных задач + работа над ошибками.
Отличный пример про гитару, выше: ресурс с гаммами всех тональностей и ладов для гитариста.
Не реально без гитары научится играть на гитаре. Так же и в программировании, не реально научится программировать без участия в реальном проекте. Не реально научиться плавать, ходя с книжками и инструкциями по берегу. (я 8 лет профессионально занимался плаванием, выигрывал в соревнованиях)

P.S. На первые полгода-год хватит книги "Автоматизация рутинных задач при помощи Python"

Рисуете мелом пентакль, ставите в углах свечи, и обращаетесь по имени.

WordPress + WooCommerce в 2 клика установка, огрмоное количество готовых шаблонов, да и ручками за пару дней можно самому переписать всё что только нужно. По сути там 4-5 страничных темплейтов и готово. Руководств в интернете оверлевел.

Если нужно ещё быстрее, смотри в сторону Shopify

Wordpress

книга 2016 г

Для начала PHP: Правильный путь - очень много полезной информации как для начинающего, так и для опытного программиста.
А потом уже фреймворки, да без них сейчас никуда

Вы можете подумать над курсами: наряду с теорией будут рассмотрены и задачи. Здесь нужно подойти ответственно, почитать отзывы, ибо не любые курсы в итоге оказываются полезными)
Вам посоветовали сразу учить фреймворки. Не уверен, что надо вот так, в омут с головой. Я сначала осваивал HTML+CSS, потом JS, затем php, потом - фреймворки и CMS. По правде говоря, я и сам новичок, но могу заявить, что учить Yii2/Symfony 2 без PHP - это НЕ то же самое, что учить jQuery без JS (как делают многие, кто потом величает себя jQuery-программистами), серьёзно.
Если на курсы нет возможности пойти, можете изучать сами, начните с JS. Наверняка знаете отличный сайт Ильи Кантора, где всё разжевано и с примерами.
php после этого будет учить ГОРАЗДО легче, во всяком случае, теор. базу. Но, изучив её, сможете перейти к фреймворкам. Ещё популярны CMS-ки, можно начать с наиболее популярной и простой - WordPress; не забывайте поглядывать и разбирать ядро изучаемого Вами фреймворка/CMS, дабы понимать, как оно там всё устроено.

Как написали выше, без фреймворка далеко не уедете. Для общего будет достаточно написать блоги на Yii2 и Symfony 2(Ларавел написан на ядре от симфони, есть нечто схожее). Пользуйтесь при разработке ООП(это нужно не только работодателю, но и вам. Поскольку придет ваш клиент через два года и попросит фичу, а у вас костыль на костыле и чудище никак не расширяемо). И конечно, читайте документацию того, на чем вы работаете, на английском и чем свежее тем лучше. В частности, колонки Best Practice очень помогут на первых этапах. Книги бесполезны, то что было два года назад, уже никому не нужно.

Реализация своего проекта, тогда и тестируйте его по полной. На собеседованиях будете рассказывать как и что делали, и почему. Можно попросится помощником кому-то на фрилансе, или поработать бесплатно. Это даст ощутимый буст в знаниях, не только как программиста, но и члена команды. Научитесь использовать миграции, системы баг трекинга, системы версионного контроля, что при командной разработке не мало важно. А в качестве джуна вы будете обязательно работать в команде и под присмотром. Важно работать с разной информацией и уметь предложить несколько вариантов разработки и решений. Как-то так.

Если вы располагаете временем. Попробуйте сделать что-то сложнее чем интернет магазин. Например, сайт авиакомпании с рейсами и заказом билетов, мониторинг и пр. Банковские системы, работа с API гугла, фейсбука, вк, или онлайн касс. Разные виды парсинга данных и их отображения.

без фреймворка далеко не уедешь, сейчас все на них, смотри в вакансиях, какие популярны (Симфони, Ии, реже Ларавель и совсем уж редко Фалькон) и на каждом сделай свой сайт. Сделаешь - можешь назваться джуниором

А вы представляете как вы будете считать количество часов, потраченных на задачу? Особенно если мало опыта, и и 1/3 каждого часа работы вы будете тратить на гугл?

Лучше прикинуть примерно количество часов, которое вам необходимо для решения задачи, умножить на свою часовую ставку. После полученную сумму скорректировать в нужную сторону (больше/меньше) с учетом того, что часть времени вы потратите на гугл. Также необходимо учесть риск того, что какая-то из частей задачи (которая мало вам знакома) может отнять 80% времени решения всей задачи, поэтому общую сумму можно немного увеличить.

В итоге вы получите фиксированную стоимость проекта, но с некоторой отсылкой к почасовой оплате. И не будет ситуации, что вы работаете за 25 руб/час, и ценник для заказчика будет адекватным.

Это сугубо мое личное видение, и я сам иногда так делаю.

Привет, писал статью об этом в статье: Что же лучше Hourly или Fixed Price и Если Вы боитесь что не успеете уложиться в адекват...

Лично я думаю, что мелкие проекты по почасовой ставке следует делать только тогда, когда вы уверены что разбираетесь в теме и считаете себя профессионалом. Тогда почасовая ставка позволит нивелировать все проблемы связанные с невнятным объяснением задачи заказчиком и его небольшими хотелками. 1 час меняли цвет кнопочки? Плати.
А если опыта у вас немного, то лучше работать по фиксу, предварительно у себя в голове расчитав выгоден ли этот фикс, умножив вашу желаемую часовую ставку на предпологаемое время выполнения задачи. Ибо из-за неопытности есть риск потратить на задачу намного больше времени. И в случае с фиксом, для сохранения своей репутации, вы посидите до ночи и все допилите. А вот если вы с почасовой факапнетесь, то осадочек останется не только у вас, но и у заказчика. А если вы задачу сделаете быстрее, чем ожидали, то тогда вообще радость будет.

Если Вы в курсе, что такое роуты, event loop, область видимости, колбэк, умеете дебажить js, знаете, чем отличается GET от POST запроса, то "вперед, геройствовать!", как говориться.
А если серьезно, советовать начинать с node.js человеку, незнакомому с JavaScript, это довольно глупо.

Если вам нравится нода, почему бы не начать изучать JS, одновременно пытаясь написать что-нибудь на ноде?

Вы же где-то собираетесь потом JS использовать, правда? :)