Виталий

мое мнение.
все банально)
хотите быть писателем, много читайте.
все хорошие книги типа "чистый код" это как теория. как должно быть и что делать. писать свой код очень полезно, но без критики (вычитки) можно писать, то что понятно себе и не понятно через год самому.
чтение хорошего чужого кода прививает, как говорят, вкус. незаметно.
ну и знать основы. например SOLID. эти принципы направлены на то что-бы разбить систему на максимально независимые и понятные части.
еще думаю полезно будет изучить ТДД. по моему очень полезно.

Попробуйте придумать свой стартап, или поучавствовать в чужом. Как правило решаемые в новых проектах задачи уникальны и интересны. И не зацикливайтесь на одном виде работы.

Я бы порекомендовал вот что:
Изучить паттерны проектировани - это однозначно будет полезно
Изучить другую парадигму - если вы из ООП, изучите Функциональное программирование
Если пишите на JavaScript прочитайте что-нибудь на тему object composition vs class inheritance
Ну и конечно изучите что-нибудь на тему Алгоритмы и Структуры данных если с этой темой не знакомы

Из всего этого я бы выделил изучение нового подхода (Функционального) - по ходу изучения узнаете много интересного

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

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

Ответ носит общий характер для любой профессии: нужно просто ебашить, потратить 10.000 часов, оттачивая навыки.

Прочитайте что такое ООП, SOLID.
При чем вы должны понимать каждый термин строго. Чем отличается парадигма от принципа. Что такое полиморфизм и чем он отличается от параметрического. Что такое единая ответственность. Какие у нее критерии.

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

Если говорим об ООП подходе, то прочитать книгу по DDD от Вон Вернона. Фактически автор описывает, как строить многоуровневую архитектуру, чтобы разделить кашу из бизнес-логики, работы с хранилищем, приложением и представлением, на отдельные слои с однонаправленным потоком данных. Книга задает вектор движения и позволяет минимизировать собственные творческие шатания из стороны в сторону, которые приводят в итоге к спагетти коду.

Топчетесь на месте? И простая практика не помогает?
Выйдите из зоны комфорта, прочь оттуда. Изучите что-то новое и интересное. ФП, SICP если еще не читали, какой-нить Haskell, Go.... Поиграйте в игрульку TIS-100. Купите Ардуинку. В общем разомните мозг.

Самое эффективное - работать в команде где делают код ревью синьёры. (Например, в нашей команде именно так).

Для того чтобы повысить свой уровень, нужно найти свои недостатки.
Из-за этого я составил карту развития веб-разработчика https://github.com/zualex/devmap

Как мне кажется путь повышения своего уровня индивидуален. Опишу как было у меня

1) Работал в веб-студии, клепал сайты один за одним, стало очень скучно, возомнил себя крутым и решил пойти на повышение, после первого собеседования понял что я никто)
Level up - осознания того что ты не крут

2) Стал изучать и самое главное применять новые для меня технологии: git, laravel, gulp и т.д. Изучал постепенно, не набрасывался на всё сразу, что-то отпадало, что-то становилось бесценным инструментом.
Level up - осознание что нужно постоянно развиваться

3) Со временем ко мне стали постоянно обращаться если возникали проблемы, нужен был совет, начал проводить технические собеседования. Пришло понимание, что нужно расти в сторону управления командой. Стал очень много читать книги. Книги очень хорошо заходили, чувствовал огромную пользу от них.
Level up - чтение книг

4) Спустя время понял, что достиг потолка, начал ходить на собеседования, выявлялись разного рода недостатки.
Level up - ходить на собеседования

5) Новая работа, где устроенно все по другому (в хорошем смысле), новая команда, новые испытания
Level up - выход из зоны комфорта

Почитайте про SOLID. DRY и KISS.
Применяйте их к своему коду.
Небольшой трюк: код далеко не всегда и не у всех сразу родится красивым, обычно его рефакторят, при этом вовсе не обязательно получать неописуемую красоту, достаточно, чтобы получилось "нормально"

Если хотите улучшить качество кода:
1) Изучите книги "Рефакторинг" и "Совершенный код".
2) Тренируйтесь на CodeWars - старайтесь более понятный и чистый код. А потом сравните с решениями других участников, берите на вооружение, как можно было сделать лучше.
3) Изучите шаблоны проектирования.
4) Берите большие опенсорс-проекты с хорошей архитектурой и пробуйте что-то в них изменить, улучшить. В процессе изучите, как они спроектированы, невольно будете учиться и перенимать эффективные методы решения многих задач.

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

TL;DR: Читайте книжки, делайте дела, читайте чужой код.

Что можно начать делать прямо сейчас, чтобы стать программистом лучше?

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

2. Устройтесь на фултайм-работу с сильной командой даже если джуниором. Я считаю, что есть только один способ расти как разработчик: работать фултайм над одним бизнес-продуктом. Такой подход учит решать проблемы масштабируемости, думать заранее, работать над процессом, которому вы следуете в разработке, решать задачи, возникающие с длительной эксплуатацией, решать проблемы с удобными окружениями и вообще учиться планировать свою работу в связи с нуждами бизнеса.

3. Написание кода - не самая большая часть работы сеньор-девелоперов, я бы сказал. Но когда речь заходит о самом коде, нужно понимать что ты пишешь и зачем. Есть классические книжки, которые можно найти, например, в матрице компетентности программиста, есть современные, но полезные типа The Art of Readable Code, которую я очень рекомендую. Нужно читать книжки. На собеседовании я всегда спрашиваю какие книжки читал или читает соискатель и если ответ отрицательный, то это большой минус.

4. Участвуйте в опенсорс. Там вам всегда приходится сталкиваться с образом мысли самых разных людей и кодом, который они пишут. Это учит вас читать чужой код, находить в нем ошибки и критически и аргументированно к нему относиться, предлагая свои решения. Опенсорс-разработка, так же как и книжки, дает вам тот чужой опыт, который бы вы никогда сами не получили от людей, которые часто умнее или опытнее вас в чем-то. В опенсорсе, кстати, в отличие от бизнесовой разработки, есть шанс в удовольствие писать очень качественный код, в котором в бизнесе далеко не всегда есть необходимость.

5. Наберитесь терпения. Это не случится за один день. Думайте над именованием, разделяйте обязанности, изучайте алгоритмы и экосистему, оптимизируйте ваше рабочее место, изучайте новые технологии, читайте статьи и в течение ближайших лет регулярных усилий вы обретете новый способ мышления и будете разрабатывать поддерживаемое и надежное ПО. Легкого пути, к сожалению, нет.

Ссылка
Надо просто научиться мыслить объектами.