Robur

У вас 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.

Сделайте свой сайт с портфолио :)