Chad Martinez

Во-первых, крайне неряшливый код. Зачем обработчик возвращает минимум? Зачем именовать обработчик, если имя ему заменяет min.onclick =, чтобы конфликт получить, как у вас и вышло в итоге? Зачем второй ; в цикле?

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

min.onclick = function ()
{
     minNumber.append(numbers.reduce((p, v) => p < v ? p : v ));
};

Или, как выше посоветовали, Math.min для небольших массивов.

в обычном for-е i++ — это переприсваивание, const его запрещает. Первая итерация проходит (12 < 12 = false), потом update-шаг кидает TypeError и функция падает — minimum так и остаётся 12.

for...of создаёт новый binding на каждой итерации, поэтому там const нормально работает.

У Стефанова есть еще одна полезная книжка: "Javascript for PHP developers". Полностью соответствует названию.

На хабре есть полезный пост на эту тему Что почитать, чтобы повысить свой уровень JavaScript.
Из вашего списка все книги хороши, только "JavaScript: сильные стороны" Дугласа Крокфорда предназначена скорее для начинающих.

https://www.gitbook.com/book/karmazzin/eloquentjav... вот неплохая книга с практическими задачами.

Есть очень хороший учебник learn.javascript.ru Все достаточно грамотно, нет воды и как говориться "по-факту".

linux

Ну, это и фрондендеру нужно часто знать.

ЯП

Я сомневаюсь, что он сейчас сильно проще питона или php, JS очень довольно быстро развивается. А если взять в расчет TypeScript, то тем более.

В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%

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

то в случае с frontend все гораздо проще

Ну вот просто вообще не правда. Я также могу сказать, что в бэке учить нечего, изучил язык, изучил laravel, а sql даже учить не надо, используй ORM. Справедливое высказывание?

Теперь в общем. Во front-end много чего можно изучить
1) Верстка. Хороший front-end'ер должен хорошо верстать, вопреки частому мнению, что этим должен заниматься верстальщик. А верстка это отдельная широкая тема.
2) SVG, для многих интерактивных приложений, очень полезно использовать svg, а там куча своих особенностей, хаков и.т.д.
3) Webgl - довольно сложная тема, не знаю, есть ли в бэке что-то аналогичное по сложности.
4) Canvas - не просто знать, а уметь рисовать то, что желаешь.
5) Фрейморки, а там тебе для каждого свое разветвление.
6) Асинхронное программирование, которое для многих php-шников кажется непонятным.
7) ООП, т.к. в JS завезли классы, да и TypeScript часто нужно использовать.
8) Шаблоны проектирования - не только для бэкенда.
9) Webpack+gulp - ну это было.

Буду дополнять, если что-то еще в голову придет.

Итак, я учусь на geekbrains веб-разработке.

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

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

Пока не будете читать, так и будете практиковать визуальные эффекты на jQuery. Нужна база. В начале 25% теории 75% практики. Читайте https://css-tricks.com , большую книгу css (она немного устарела, гриды не рассматривают, но основная база очень полезная), смотрите Юрия Артюха (если хотите делать крутые анимации), лазьте по https://www.awwwards.com/ и разбирайтесь, как люди так делают. А также практикуйтесь, сделайте себе сайт, сайт другу, сайт девушке - всем.

UPD: В чем сложно придумать себе близкую к боевому задачу? Боевую задачу вам вряд-ли кто-то даст, т.к. без опыта боевых задач, вы сделаете не боевое решение. Вот там "боевые" задачи.
1) Сделайте калькулятор произведения матриц - разминочка.
2) Сделайте игру арканоид, хоть на дивах (а раньше, когда мы учили программирование, новичков привлекала разработка игр, а сейчас почему-то сайты. Раньше было романтичнее как-то).
3) Сделайте приложение учета личных финансов, в котором есть такие функции
- личный счет
- форма добавления денег в личный счет с комментарием и выбором группы доходов (долг, зп, заказ, подарок и.т.д.).
- форма снятия денег с личного счета с комментарием и выбором группы расхода (вернул долг, купил домой что-то, купил технику, еду, потратил на женщину и.т.д.)
- Вывод списка доходов и расходов с фильтром, сортировкой и категориями.
- создание расписания автоматического пополнения (зп) или снятия (аренда, абонентская плата) средств с личного счета.
- создание простого графика расходов и доходов. Я бы сюда добавил еще прогнозирование доходов и расходов хотя бы через линейную регрессию (да, я люблю машинное обучение),
- добавление нескольких счетов
Эта задача норм, и типа боевая, и для себя пригодится, и на гитхаб можно выложить - красота.

программисты не будут скоро восстребованы.

Когда мне было 16, я начинал только программировать, меня волновал тот же самый вопрос. Вот даже тему создавал на форуме www.cyberforum.ru/job/thread127123.html (сильно не читайте, мне стыдно за свои сообщения того времени =) ) Это было 7 лет назад, за это время особо ничего не изменилось, поэтому думаю через еще 7 лет будет все нормально.
Работы для программиста море, а работники нормальные как правило отсутствуют. Понятное дело, что программирование стало "мейнстримом", делать сайты идут все кому не лень, т.к. везде кричат "Программирование сделает вас богатыми! Всего за месяц вы научитесь создавать сайты за деньги!", благо майнинг переманивает людей, желающих легких денег (не в обиду профессиональным майнерам). Но скажу точно, если вы прочитали хоть одну книжку по своему языку программирования, можете писать без использования jQuery и Boostrap (не в обиду этим технологиям, просто часто вижу, что люди учат не JS/CSS, а jQuery/Boostrap), умеете ставить правильные сроки, сможете написать игру "змейка" - то вы уже лучше 90% программистов, а то и больше.

будут такие инструменты

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

будут такие инструменты, которые заменят программеров", ИИ и все такое...

Так будет с большинством профессий, даже со специалистами по машинному обучению. Но надо понимать, что это случится еще не скоро, лет 10 у вас есть, а там сделают безусловных доход в развитых странах, а в менее развитых, сделают закон, требующий чтобы более 50% сотрудников были не ИИ :-)
Скажу точно, если вам программирование не очень нравится, то советую уйти в другую профессию, т.к. без любви к этой профессии будет сложно часами сидеть и учить материал (когда тебя не заставляют). Деньги легкие вы тут тоже не сделаете.

Посмотрите тут, может помочь: 6url.ru/dNem

Я пришел в разработку на Rails четыре года назад, не зная решительно ничего. Учился на ходу. Попутно осваивал SQL в режиме «вот процедура на PL/SQL длиной в шесть экранов, нужно чтобы работало вчера»
С тех пор вакансий меньше не стало.

Другое дело, что знать Rails мало. Нужен фронт, хотя бы немного. Slim/HAML.
В среде RoR фетиш на тесты, значит как минимум RSpec, Capybara. Как минимум один гем для работы с фоном — delayed_job, Sidekiq.
К этому прибавить умение разворачивать все это дело и стартовать в production — Capistrano/Mina, unicorn.
Ценится видеть хоть раз в жизни Devise и Cancan.
Остальное обычно зависит от проекта.

Дальше — правила хорошего тона.
https://github.com/bbatsov/rubocop
https://github.com/railsbp/rails_best_practices
https://github.com/bbatsov/rails-style-guide

А потом вы уже внезапно крепкий мидл или начинающий сеньор и советы обычно уже не нужны.

UPD: Да, в целом стоит начинать с Ruby/Rails. Но мое мнение предвзято — я не люблю PHP, хотя с уважением отношусь к NodeJS.