Edymov

Для лендосов рекомендую этот фреймворк:
vanilla-js.com

Лично я не поддерживаю HTML Academy, так как это не «Интерактивные курсы», как написано в заголовке, а нечто в духе «Тупо пиши, что скажут, не вникай в суть».

Если вам нужно потренироваться в быстром наборе HTML-кода, конечно, пройдите все задания данного ресурса, но если вам нужна тренировка в плане грамотной верстки, то лучше поискать что-нибудь другое.

забудь бутстрап и флексы, используй гриды https://gridbyexample.com/

Чем верстать, руками! Бутстрап чисто для прототипирования и админок!

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

Немного дополню, чтобы новички не пугались. А то страшилок много о том, что надо знать все, хотя в реальности, тех кто действительно "знает все" можно пересчитать по пальцам:

Как работает браузер - можно знать лишь в общих чертах, для общего развития. В повседневной жизни это в 99% случаев не нужно. Браузер предоставляет нам API и мы его используем. То как оно устроено внутри пусть остается инкапсулировано внутри.

Как работает V8 - опять же, достаточно общего представлени об event loop. Все остальное пусть остается скрыто и используется через API.

Оптимизация кода под браузерные движки - в большинстве случаев вообще не надо.

Утечки памяти - если умышленно не стрелять себе в ногу, то тоже никаких проблем с этим не будет.

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

К общему списку еще можно добавить паттерны проектирования. Это будет намного полезней, чем всякие техники спичечной оптимизации)

Лучше всего не использовать bootsTRAP.

Изучите FLEX. Это как таблетка от головной боли)

Используйте сасс/лесс
ruby.bvision.com/blog/please-stop-embedding-bootst...

Никак

Они или дойдут до етого сами и тогда наймут приличного СТО, который с большой вероятностью уволит всю команду

Или не дойдут и медленно умрут

Если менее критично, то тебе нужно искать книги по практике переговоров

Также стоит убрать дизайнера от руководства тех деталями

react - clojure
https://www.youtube.com/watch?v=WssdWSbAPKE

Привет, тоже кину пять копеек.
Во первых задай себе вопрос, чего ты хочешь, и чего тебе надо. С этого надо начать.
Мы что-то делаем не просто так, а ради чего-то. Задай себе простые вопросы, кто ты, где ты находишься, в чем твои цели и предназначение. Программирование само по себе отстой, но с него можно начать. Когда то в 80 годы меня обуял восторг, когда я в классе третьем смог понять смысл a=a+1 Но с тех пор много воды утекло. Пойми чем ты хочешь на самом деле заниматься. Что является твоей настоящей целью, заработать денег, вырасти в социуме, поднять детей, прожить интересную жизнь. Как правило в жизни не выйдет получить всё, время это такой ресурс, который можно пустить либо туда, либо туда, либо еще куда. Делай всегда это с умом.

Когда поймешь что тебе нужно, составь список целей, цели это не что-то постоянное, но вполне себе динамичное и постоянно меняющееся, мы меняемся, мир меняется. Следуй своим целям. Запомни один хороший принцип - возьми сначала себе. Работа хорошо, ты лучше. Как и где взять дело твое. Способы есть разные. Я ниже напишу немного конкретики. Каждый день нужно осознавать свой список целей и учитывать его в текущем дне. Ставить себе задачи на день и назначать самую важную. Если ты не выполнил эту задачу, считай что день неудачен. Каждый день выдели 15 минут времени вечером и делай анализ дня. Это вместе с пониманием своих ценностей и целей самое важное.

Теперь немного конкретики.
Вариантом отщепить время себе масса.
1) Сними комнату рядом с работой.
2) Вставай раньше. Ложись раньше
3) Усталость, это усталость от схожего вида деятельности. Усталость можно легко побороть если заняться чем-то иным. Умственно / физически например переключается будь здоров.
4) Первый час на работе посвяти только обучению. Обычно люди первый час тратят на котиков, чатики и прочую п-нь, будь не как все.
5) Поговори с начальником, и скажи что тебе нужно развиваться и обучаться. Посмотри на реакцию. Если он не монстр вопрос можно решить.
6) Всегда думай перед тем как делать. Решения существуют, часто не на поверхности.

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

Ну хватит в общем, что-то я увлекся, всегда думай головой, вот мой совет.

ПС: Забыл добавить. Обязательно надо выбираться из провинции в Москву Питер, лучше в Москву. Дальше уже можно как остаться, так и двигать дальше. Если возраст и прочие дела позволяют.

TL;DR
Увольняйтесь

Необходимо завтра сделать сайт с тем-то и тем-то функционалом и вот как нибудь, чтобы на нем всплывала надпись **** и картинка ****, я это так вижу

Руководитель у вас - так себе. Специалист оценивает сроки, руководство же - либо принимает их, либо меняет свои пожелания.

общение с руководителями, маркетологами, продажниками и т. д., понимание как строится работа так, чтобы сайты приносили пользу, а не просто были.

Это конечно же здорово, что вы понимаете, как работает чужой бизнес и свою роль в нем. Но обычно этим занимается PM. Время тех. специалиста, как правило, ценится выше.

...буду удивлять всех тем, что имея за спиной кучу запущенных реальных проектов, не знаю что такое, например, коммиты или ветки на гитхабе.

Был у меня с коллегами разговор за стопочкой чая N лет назад: кто в скольких проектах участвовал? У меня на тот момент (твердый мидл) насобралось ~15 проектов, у моего коллеги (слабенький джун) было ~300. Резонный вопрос: а что так? Оказалось, что он делал только сайты-визитки.

С одной стороны, когда я пришел работать, я в простом блокноте навешивал плагины, найденные в гугле, на готовые темы найденные в гугле и там же потом искал ответы, почему все это не работает.

В IT компании первое, что вам бы сказали: "Наркоман штоле? Не позорься, вот тебе PhpStorm"

Работы такое количество, что делать что-то хорошо, я не успеваю. Приходится применять первое найденное решение и двигаться к следующей задаче. Эти костыли остаются жить в проектах. Рефакторинг? Но в сутках только 24 часа.

Научитесь трезво оценивать сроки И старайтесь соблюдать их. Чужие горящие сроки вас должны волновать в последнюю очередь.
У меня как-то случай был: прибегает маркетолог и спрашивает: когда будет выполнена таска #N? Я ответил, что код будет написан в срок A, но далее будет процесс code review, так как мой TL загружен по уши - я не могу сказать точно, сколько времени это займет, соответственно когда таска #N будет вылита на продакшн сервер (а это тоже время) - тоже сказать не могу. Маркетолог пришел через время A.
М: Почему таска #N не на продакшне?
Я: Потому что она на ревью.
М: Но ты же обещал сделать ко времени A!
Я: Верно, и я сдержал свое обещание, код написан, но про время на рвеью и выливку на продакшн я тоже говорил.
М: Но мы же пообещали партнерам сделать таску к времени A!
Я: Очень жаль, но я акцентировал внимание на том, что помимо написания кода в процессе разработки есть еще этапы, которые тоже требуют времени. Ты же указал партнерам заведомо не правильный срок. Извини, но это твоя личная анальная боль.

Как в сложившейся ситуации саморазвиваться?

В вашей текущей компании - никак.

Продолжать решать поставленные на работе задачи и по мере необходимости учиться то одному, то другому и "мастер на все руки всегда сгодится"?

Fullstack сейчас отмирает. Дело в том, что объем знаний, необходимых под web растет с геометрической прогрессией, распыляясь и на дизайн и на верстку и на фронт и на бэк - качество ваших знаний будет оставаться слабеньким.

Или мастер на все руки может вырасти в фулл стэк (лет так через 5-7)?

Через 5-7 лет объем требуемых знаний только увеличится.

Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!

Fullstack - это пытаться попасть сразу в: дизайн, верстку, фронтенд и бэкенд.

Помимо разнообразия на работе, брать какое-то направление и погружаться в него ночами и выходными?

Если вы еще и овощем хотите стать - отличная идея. Работа на износ эффективна только очень короткий промежуток времени.

Меня тоже беспокоит такая тема, я даже задавал тут похожий вопрос.
Но в чем смысл именно Вашей формулировки - я не понимаю.
Вы спрашиваете у местных, видели ли они 30+ на стартовой позиции. Даже если 100 местных Вам ответят, что видели, это не будет значить, что Вы сможете найти такую работу за год или два, не воспользовавшись диким везением или стечением обстоятельств. То есть, вероятность Вы таким образом не оцените. "Вероятность" - может быть.
Я хотел бы верить, что среди тех, кто говорит, что не видит в этом проблем, очень много таких, кто брал на работу тридцатилетнего джуниора, но увы, их либо единицы, либо вообще нет, так что их ответы имеют мало отношения к реальности.
Как мне кажется, единственное, что может хорошо повысить шансы в такой ситуации - хорошее портфолио на гитхабе, то есть доказательства какого-никакого реального опыта. Как правильно писали выше, таким образом уже можно не на джуниора пойти, а чуть выше. Удачи!

Не видел, что бы фрилансеры работали на крупных проектах и были там ключевыми персонами. Конечно неприятно работать в вонючем офисе на маленьких проектах с низкими ставками, но это же и во фрилансе будет если у вас вонючая квартира с бабушками\мамами, детьми и дешевые заказчики.

Всё в сравнении...

Текущие офисы солидных компаний могут заменить только идеально отстроеные дома с личными офисами и терасами. Иначе от лукавого. Офис имеет больше преимуществ нежели дом.

Одно из них это возможность принимать участие в крупных проектах. А это уже цель, нежели соскребание долларов с ладони каждого проходимца. Там не думаешь о деньгах. Они тебе капают и причем неплохо, а ты работаешь и не думаешь о проблемах, о поиске заказчика, о рисках. Думают за тебя, и отдавать за это спокойствие те деньги которые можно заработать на фрилансе того стоит.

Между фрилансом и фултаймом в офисе нет никакой разницы. Что фриланс, что фултайм в офисе это обмен своего времени на деньги. В какой пропорции это делает человек зависит от него самого. У кого-то получается обменивать меньше времени на большее количество денег фрилансом, а у кого-то наоборот.

Можно романтизировать сколько угодно и то и другое, но суть остается одна и та же.