Sergey Ryabov

Лол, а что вы хотели-то?

Вместо людей, пришедших в IT по призванию и добившихся успеха многолетним тяжким трудом, подкреплённым истинным фанатизмом и любовью к своему труду (это я про себя, да), в сферу ломанулось стадо откровенно глупеньких и недалёких вайтишников, которые насосались пропаганды от курсоводов про "триста тыщ на удалёнки на пехепе нинапригаясь", причём оглянитесь - этих балбесиков даже не переубедить, они свято верят, что в IT деньги раздают просто так и что веб - это лежать под пальмами с Макпуком и пить коктейли, которые подносят мулатки. По факту же вместо Мальдив - хрущёвка, вместо Макпука - убогий Хлаоми, а вместо мулаток и коктейлей - мамка с чаем из пакетика.

И да:

условно говоря юниор средняя около 30-40к

15-20k. Рублей. В мегаполисе. В галере с полной загрузкой.

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

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

Хабр всегда делал основную ставку на мобильную версию сайта по адресу https://m.habr.com
Приложение было создано по принципу: "А давайте наша студия вам бесплатно приложение сделает, а вы нам бесплатно корпоративный блог выделите". Со временем эта студия утратила интерес к доработке приложения и в нем накопилось критическое число недоработок. Устаревание сертификата безопасности поставило точку в его существовании.

TS есть и на бэк, разумеется в виде трансформации в JS (Node.js это просто рантайм в котором запускается js). Если хочется прямо каноничной разработки - Java only. Можно PHP со строгой типизацией, можно Go, но я его не оценил.

Что до функционального программирования то сегодня оно есть в одном виде по-сути и это serverless (FaaS) и там Nodejs заходит более чем полностью

Да, возможно. Именно для этого и был придуман Selenium.

Если на webhook-ах, то PythonAnywhere, Heroku
Если long polling - Heroku. Но я бы все равно использовал webhook (перейти не так сложно)

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

Вместо babel лучше использовать typescript в режиме совместимости с js для старого кода (babel генерит совсем уж шайтан кашу и гораздо медленнее собирает).
Новый код сразу на typescript писать. (подсказки в ide на выводе типов и @types/* для библиотек здорово ускоряют процесс написания и частично компенсируют отсутствие тестов в проекте, если за них не платят - то есть всегда :( )

Даже если ориентируетесь исключительно на новые браузеры, всегда стоит использовать транспиляторы на этапе сборки (typescript умеет это делать без записи выходных файлов) чисто ради проверки корректности кода и соответствия типов (уже это поможет выкинуть половину тестов из обычного js, ибо не зачем проверять в рантайме то, что уже проверил транспилятор).

Ну и опять же идеология webpack что все есть модуль (не зависимо от типа файла) и может подключать другие модули хоть и кажется по началу диковатой, но на практике оказывается гораздо удобнее в применении.
Примеры
- парсинг и преобразование файлов локализации на этапе сборки и распихивание переводов сразу в результирующий бандл.
- усечение файлов иконочных шрифтов, на основе используемых в коде классов.
- CSS Modules

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

Для того чтоб глубже понять суть вопроса, можно погуглить про инкапсуляцию и SOLID (в вашем случае, принцип Open/closed).

• "Рефакторинг: улучшение существующего кода"
  
• "Программист-прагматик"
  
• "Эффективная работа с унаследованным кодом"
  
• "Чистый код"
  
• "Code complete"
  

Agile, scrum, kanban наверно тоже больше для команд .

Общий подход может применяться и индивидуально. Еще можно прочитать про Getting Things Done

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