Константин Китманов

Не хотите готовое решение взять?

а что написать здесь, чтобы оповестить пользователя об ошибке и оставить его на странице входа?

res.render('login_page', {errr: 'неправильный логин или пароль', user: log_user})

В шаблоне с логином имеет смысл вывести логин в поле вводе логина для удобства пользователя.

Это нормально, у всех людей есть такая систематическая ошибка -- занижать сроки. Тупо мы так устроены. Опытный руководитель/заказчик обычно знает, каков этот коэффициент.

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

Нажимаете в Хроме F12, переключаетесь на вкладку «Audits», запускаете и смотрите рекомендации от гугла. Вкратце: стили надо подключать в head, скрипты — перед закрывающим body, все должно быть одним файлом.
Внедрять стили и скрипты в страницу имеет смысл только в одном случае: они пренебрежимо малы (меньше, чем обычный HTTP-запрос для их получения).

Статика, statics (в противоположность содержанию страницы, которое генерится динамически).

На самом деле на ютубе сделано так же — страница остается та же, только у нее меняется адрес, и в зависимости от нового адреса, в плеер подгружается другой ролик.

Если нужно подрабатывать в свободное время — то фриланс. Если просто хотите развиваться — участвуйте в опен-сорс проектах и/или делайте проекты для себя.

В SVG, конечно, удобно то, что с обработкой кликов не будет проблем, но для производительности по-любому придется делать какие-то трюки с добавлением и удалением лишних гексов при скролле и зуме. На канвасе можно выжать больше FPS.
Если у вас внутри этих гексов какая-то сложная интерактивщина, все меняется и скачет — лучше SVG. Если нет, и если гексов очень много — то canvas.
На фреймворках можно сделать прототипы и посмотреть, что удобнее, что быстрее. На vanilla.js потом перепишете, если проиводительности не хватит.

Вставлять скрипты на страницу придумали гораздо позже, чем появился HTML. При этом механизма принудительного обновления браузеров каждые две недели, как сейчас в Chrome, не было. Я уже не помню, существовал ли IE на момент выхода Netscape Navigator 2 (в котором появился JS), но какие-то браузеры уже точно были.

Вставляют это хрень до сих пор только баннерные сети и счетчики, которые так и не вылезли из 1995 года. Нужды в ней сейчас нет ни на грош — даже если какой-то браузер и не выполняет JS, он все равно знает, что это за тэг.

P.S. type="text/javascript" тоже уже можно не писать:)

Конечно нету, это сугубо графический движок. А для физики нужен физический.

Если проблема только в копировании ассетов в папку с собранными скриптами, то grunt-contrib-copy.

Идем в википедию, вбиваем в поиск Cordova и видим:

PhoneGap и Cordova имеют такую же взаимосвязь, как Google Chrome и Webkit, соответственно. Apache Cordova это Open-source проект, тогда как PhoneGap является больше инфраструктурой, построенной вокруг Cordova. Кроме того, инфраструктура PhoneGap дополнительно предоставляет такие опции как платная поддержка, онлайн-обучение, а также облачные веб-сервисы, позволяющие собрать конечное приложение без необходимости инсталляции на локальном компьютере разработчика. PhoneGap декларируется как более стабильная версия (тут можно привести аналогию между проектами Fedora Core и Red Hat Enterprise Linux)

Итого: вам нужен PhoneGap.

В jsbin.com можно хранить маленькие вещи -- заодно с интерактивной демонстрацией. Есть экспорт на gist.github.com, а за абонентку -- еще и бэкап в дропбокс.

Большие вещи можно оформлять как положено (как bower/npm пакет, с тестами и девицами) и класть на github/bitbucket.

Зачем вы делаете sudo npm install? Для того, чтобы установились зависимости проекта, sudo не нужно.
Если же вы хотите поставить себе bem-bl, то это sudo npm install bem-bl -g.

По поводу приведенных ошибок -- попробуйте поставить sudo apt-get install build-essentials.

Как связаны HTMLCollection и textContent? Что значит «взять HTMLCollection div'а»? Ведь HTMLCollection, как следует из названия, это множество элементов, а div у вас вроде бы один.
Короче, проясните, что вы делаете, и мы вам поможем:)

Неизвестно, почему так говорят. Во-первых, поддерживаются они только в вебките, для всего остального нужны адские хаки. Будут ли они поддерживаться в остальных движках — пока неясно.
Во-вторых, наличие миллиона готовых визуальных компонент типа прогрессбаров, алертов и попапов ничего не говорит о том, как их организовать, как взаимодействовать с сервером, как сделать роутинг и вообще, что делать с архитектурой.
Из веб-компонентов (а это зонтичная спецификация) сейчас можно потихоньку начинать использовать кастомные элементы — полифилл весит всего 10кб, ЕМНИП.

Кто как делает? Есть ли вообще рекомендации оформления javascript-кода, как например есть они для PHP?

Единого, к сожалению, нету, есть куча от разных компаний и организаций разной степени консистентности и адекватности, выбирайте: https://www.google.com/search?q=js+style+guide

По существу предыдущий оратор ответил правильно, нужен шаблонизатор.