Алексей Бульба

Ух. Ну как-бы с такой постановкой задачи и не стоит рассчитывать на качественных фрилансеров.

1. Ваша формулировка "Есть два шаблона с TemplateMonster на какой сам сядешь, на какой клиента посадишь нужно добавить в первый функционал из второго", - по сути, если делать нормально это "нарисуйте и сверстайте новый дизайн по мотивам двух предыдущих".
Как бы это работа для 2х разных людей: дизайнера и верстальщика.
По факту они не сочетаются в одном человеке практически никогда.

2. Без обид, но в задаче на fl очень сумбурное изложение - много всякой мелкой конкретики, каких-то специфических требований к валидации и комментированию - но при этом нет в тексте собственно ТЗ на функционал интернет магазина.
"Сделайте как в том шаблоне" - это не ТЗ. "Сделайте как в том шаблоне" - это отправная вводная для не маленькой работы продуктового аналитика, но таких я на фрилансе не встречал ни за какие деньги.

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

3. Бюджет.
У меня есть адекватные верстальщики которые быстро и качественно верстают. Стоимость верстки с нуля одной страницы у них начинается с цифры большей, чем Ваш проект целиком (ни разу не хочу Вас обидеть).
Да, у меня завышенные требования и к качеству, и к скорости, - но в любом случае исследование чужого кода с внесением правок задача заведомо более сложная чем сверстать с нуля.

ИТОГО
Если хотите хорошего вменяемого результата, разбейте задачу на две:
1. Нарисовать дизайн по мотивам первого шаблона.
Подробно опишите конкретный список страниц, конкретный функционал, конкретные изменения.
2. Сверстать новый дизайн.

Вы ошибаетесь:
Досканально знать язык не нужно. Хорошо в нем ориентироватся - да. На остальное - есть справочники. Тебе нужно ориентироваться, чтобы знать где именно искать.

Вторая ваша ошибка:
Говнокодерство к уровню знания языка отношения не имеет.
Да, самое никакующее знание языка будет давать говнокодерство.
Но при этом и самое отличное знание языка от говнокодерства ничуть тебя не гарантирует.

Не говнокодить - это знать методологии/паттерны/приемы, а не язык. И грамотно и уместно применять их - а это вообще не знания даже, а навыки.

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

Чтобы не быть г*внокодером

Кроме отрицательной эмоциональной окраски - что тут такого.
Даже выдающиеся программисты говнокодят, если проект одноразовый или сроки жмут.
Это нормально.

Другое дело, что есть и такие которые всегда говнокодят и иначе не могут.

Paypal и Netflix используют Node.js. У обоих нагрузки очень даже приличные.
В плане масштабируемости думайте об архитектуре. Можно и на perl написать приложение, которое за секунду будет обслуживать миллион клиентов.
Node.js будет прекрасно работать в качестве движка для типичного веб-приложения вроде магазина, чата или CRM. Если у вас очень много компонентов, например тысячи, логичнее приложение разбить на модули и сделать вместо одного приложения несколько, которые можно запускать по-отдельности (здесь уместно упоминание микросервисной архитектуры). Разумеется запросы нужно распределять с помощью балансировщика.
Есть еще такая вот штука https://serverless.com/ - ее можно масштабировать практически до бесконечности. Были бы деньги.
Node.js будет плохо работать в области процессинга данных, например генерация картинок, потоковая обработка видео, нейронные сети и т.д. Здесь лидеры C, C++, Go, Rust, Java.
Можно даже создать гибридное приложение - большую часть выполнить на Node.js, а критичную по производительности на другом языке. Например генерация миллиона прайсов в сутки в старый xls или векторный pdf, упаковка в архив и рассылка - не самая лучшая идея для Node..JS. То же C++ здесь будет вне конкуренции.

Вставьте вначале всего кода скрипта и запустите скрипт.

window.eval = function (str){
  alert('debug: '+JSON.stringify(str));
}

Затем, найдите строку в коде.

Суть геттеров/сеттеров - в создани буфера, который защитит объекты от грубого вмешательства во внутреннюю структуру. Вы как бы создаете свой API для пользования объектом и гарантируете, что если пользоваться им - все пройдет хорошо. Вы заранее планируете свойства переменных и защищаете их от излишнего вмешательства.

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

Какие проблемы можно предотвратить?
- запись в переменную другого типа данных
- перезапись константы
- затирание/перезапись метода
- чтение не обработанных данных напрямую
- чтения данных без разрешения
- и т.д.

все зависит от направленности ресурса.
вот к примеру тостер. ты думаешь на тостере есть хотя бы 1% юзеров которые сидят на ie? (не считая таких которые заходят потестить "а нет ли косяков верстки на тостере")
вот и отталкиваешься от того на кого направлен ресурс.

p.s. что касаемо меня - я сразу обговариваю поддержку версий ie, andriod, ios и т.д. если дизайн такой что придется юзать либо flexbox либо городить большие костыли - сразу сообщаю об этом. что поддержка будет к примеру ie11+

1. Освоить базовый курс электротехники, чтобы понимать, куда, как и когда текут токи
2. Освоить базовый курс по пассивным и активным радиоэлементам
3. Выбрать направление: цифровая или аналоговая техника.
4. Если аналоговая, то учимся делать радиоприемники, усилители и т.д.
Если цифровая - проходим базовый курс цифровой схемотехники.
Параллельно п.4 учимся паять и изучаем нормальный софт для проектирования схем и печатных плат (P-CAD, Altium designer, Eagle)

Советы сразу брать ардуино мне не по душе, потому как без базовых сознаний аналоговой и цифровой схемотехники сложно к ней приделать что-то более интересное, чем пара светодиодов. Надо хотя бы понимать, в чем разница между биполярным и полевым транзистором, как их использовать и чем опасно для транзистора реле и индуктивные нагрузки в целом.
Более того, лично я допускаю сборку изделия из ардуины и кучи модулей только в одном случае: это макет. На этом макете я отработаю софт и железо, потом разработаю свою печатную плату и на базе макета соберу красивое и работоспособное изделие. А макет будет разобран. Не вылезать за пределы ардуино с парой модулей и лапшой из кабелей это все равно что проектировать станки из детского конструктора. Можно, но ценность невелика.