Robur

Все зависит только от проекта. Ну и заучивать бесполезно же - все что не используется на регулярной основе приходится периодически пересматривать. Ну и одним фреймворком не стоит себя ограничивать - я вот вообще сайты местами на AWS Lambda@EDGE и AWS API Gateway пишу) там все эти нексты мимо кассы.

У вас Redmine, а значит у вас есть User Story - верхний уровень и то что обычно называют задачей. Стори уже бьются на задачи (обычно называют подзадачами). Почему так:
- пользователи "тупые" и не способны ставить задачи. они высказывают "пожелания" и поэтому это "пользовательские истории".
- задачи создает тимлид, разбивая истории на вменяемые части для отдельных людей.
- в случае если история=задача (о, чудо) то можно отдельно задачу не ставить

Оплачиваются не языки программирование.

Оплачивается умение ими пользоваться.

Есть буквально одно исключение - Cobol.
Это один из старейших языков программирования, на котором начали писать еще тогда когда ваши родители еще не родились.
Приходится иметь дело с очень древними программами, причем выполняющими весьма ответственные вещи, где высока цена ошибки (первыми, кто мог позволить себе компьютеры был очень крупный бизнес)

о наблюдениям сервиса «Мой круг» в России последние пару лет по зарплатам лидируют...

Вы неверно интерпретируйте данные.

Просто ряд языков чаще используется в недорогих простых проектах. Что не отменяет их же использование в дорогих проектах. Но искажает понятие "средняя зарплата".

Плюс недорогих проектов всегда намного больше. Что еще более искажает понятие "средняя зарплата".

Ну то есть математически-формально всё так как описано в обзоре зарплат.

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

Причём если Scala и Elixir два года назад по зарплатам опережали прочие языки с сильным отрывом и за последние годы выросли по зарплате несильно, то Go и Objective-C за эти же два года совершили сильный отрыв от остальных языков и догнали Scala и Elixir

Все упомянутые нельзя назвать распространенными на простых (то бишь на дешевых) проектах.

P.S.:
Узнаю типичный страх начинающего новичка (и типичное заблуждения уже начавшего новичка, который уже успел разочароваться в том, что ему не предлагают сходу 100 500 миллионов баков в месяц, как об этом все трубят) -

"Я выучу не тот язык и карьера будет погублена"
"Я выучу тот язык и карьера пойдет вверх".

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

Важно ваше умение программировать. А это понимание/знание - алгоритмов, парадигм, концепций, паттернов.

Эти вещи из языка в язык повторяются.
Трудно выучить только первый.

Сменить язык программисту с опытом - не сложно.

Берите WordPress какой-нибудь, ставьте тему и радуйтесь)

now kiss

Что понимаете под перегретостью?
Работы полно. Хороших кадров тотальный дефицит. Если вы об этом.

Расти есть куда. Для начала я бы поставил планку в $50/час на постоянной основе, т.е. порядка $8000 в месяц. Знаю веб-разработчиков, которые реально столько получают. Когда дойдёте до этого уровня, то можно уже думать, куда дальше расти, но вряд ли вам поможет доска в интернете.

Добрый день!

Модули ECMAScript можно использовать в node.js начиная с версии 8.9.0, в версии 12 подсистема модулей ECMAScript была усовершенствована.
Для экспериментов с модулями ECMAScript в Node.js необходимо запускать node с флагом
--experimental-modules

Разработчики планируют сделать эту возможность доступной без флага до октября 2019 года, когда Node.js 12 дойдет до состояния LTS.

Глупость, это когда вы не знаете и не хотите спросить у клиента как правильно и как нужно, т.е. молчите и не понимаете что да как. Ни кто вас не посчитает каким то глупым или бестолковым, если вы спросите как правильно и сделаете правильно. Все по разному, если клиенты, которые "ну я однажды дал деняк человеку, он мне все и сделал я не знаю что да как там...", а есть клиенты, которые сами такие же разработчики\дизайнеры\студии, которые держат проекты на гите или FTP, у каждого лучше спрашивать индивидуально, как получить доступ к файлам и как потом лучше их вернуть, просто кинул сжатый ZIP или же сразу залить на сервер.

Как вам кажется, нужно ли все таки почитать инфу о фреймах, изучить их?

Стоит однозначно, по тому, что HTML - это пожалуй, одно из простейших направлений в мире веб и подобные знания (про фреймы), которые составляют едва ли более чем 0.001% от всего, что Вам придётся в итоге изучить - лишними не будут точно. Сложного в них ничего особо нет, по этому сложностей в их понимании, я думаю у Вас тоже не должно возникнуть.

в каком-то видео услышал, что фреймы не нужны или бесполезны

Это решительно не так. Возможно, фреймы, в современной веб-разработке применяются не так, что бы часто... [а точнее, очень не часто], но это не повод отказываться от их изучения, особенно с учётом того, что это всего лишь HTML и Фреймы.

P.S. Вообще, практика уровня "пропустить главу" без полного понимания оной - может затянуть Ваш процесс обучения до достойного уровня - на куда больший срок, чем в случае того, если бы Вы дотошно изучали книгу (а не читали её через строчку, как "бульварное чтиво").

Хотелось бы узнать какое излучение от всего этого оборудования

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

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

Не уверен, но глянь https://www.npmjs.com/package/patch-package
Позволяет патчить пакеты, позволяет применять патч при npm install, держать в голове не нужно будет, ибо патчи будут храниться в отдельной папке.

No more waiting around for pull requests to be merged and published. No more forking repos just to fix that one tiny thing preventing your app from working.