Иван Григорьев

Очень давно проходил курс Оксфорда, смысл был в более лучшем обучении путем подключения рассеянного и сфокусированного мышления. Вся суть на картинке. Надо давать мозгу отдыхать, иначе объем потребляемой информации не усваивается(в виду необработанной, или недостаточной информации). Именно по этому у вас иногда зажигается "лампочка"(обычно после того как вы отвлеклись, или выспались) помогающая вам найти решение проблемы, которое на самом деле было так близко.

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

Скажу за себя. Ни одной из этих известных книжек за свою жизнь не прочитал. Писал много говнокода дома, очень много. Удалял, переписывал. Смотрел код других людей, анализировал, пытался перенять то, что считал правильным.

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

Как организовать высоконаргуженный сервер на ноде?

Нагрузите его)

А если серьезно то нагрузка это не про языки программирования, а про масштабирование и архитектуру. Вам пока рано.

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

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

Нет, не помогают

Немного теории. Человек за миллионы лет эволюции приучен пользоваться отраженным светом. С другой стороны все современные девайсы отображения информации являются прямыми излучателями, т.е. грубо говоря любой экран это "лампочка". Само собой сидеть и пялится на лампочку не есть хорошо. При этом не важно какой абажур на нее натянут хоть TFT, хоть IPS или еще какая хрень.
Другое дело eInk. По сути это навороченный лист бумаги, само собой чтение электронной книги так же вредно как и обычной (почти ни как). С другой стороны приобретая электронную книгу вы должны понимать, что это всего лишь книга (ну может еще и блокнот для заметок), ни какого интернета и игр. Так же нужно учитывать что почти вся техническая литература имеет большой формат и читать на 6-7" читалке будет проблематично, а большие (10"+) стоят очень дорого, про цветные я вообще молчу.

В итоге если вам нужна именно книга (только читать) и у вас достаточно денег то ищите 10" книгу может даже цветную, если ваш бюджет строго ограничен то берите планшет 10" на Super AMOLED или хотя бы IPS

Backend-разработка.

Порог входа - высокий, т.к. нужно много технических знаний, подкрепленных практикой.
Зарплаты - в целом по рынку хорошие.
Эти 2 фактора коррелируют между собой. Высокий порог входа как правило подразумевает высокую зарплату и наоборот.

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

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

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

Развивайтесь в сторону создания более сложных вещей - там и технологии поймутся.
Более сложные - это всевозможные веб-приложения, забудьте о сайтах.
А приложения могут быть уже какими угодно и с большим разбросом по сложности - может быть CRUD админка которую любой индус накидает, а может быть какая-нибудь замороченная система бизнес-аналитики, где кнопки в браузере - это только 10% от всего функционала, и это одна из причин почему ищут фуллстеков. Фуллстек в состоянии взять фичу и сделать её полностью, а не "накидать кнопок и ждать бекенд" или "сделать апишку и отдать фронту".