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

Ну чтобы уж совсем не говнокодить, как-нибудь так:

var ids = ['restoreFormPassword', 'restoreFormPasswordnew', 'restoreFormRePassword']; // кладем все id в массив, чтобы обойти циклом
var hasErrors = false; // есть ли в форме ошибки
var errorBox = document.getElementById('errormsg_passwd_box'); // сразу находим ноды для показа ошибки
var errorBoxMsg = document.getElementById('errormsg');

function validate () {
    ids.forEach(function (id) { // https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/forEach
        var input = document.getElementById(id);
        if (!input.value) {
            input.style.style.border = '1px solid #556B39';
            hasErrors = true; // ставим флажок, что есть ошибки
        } else {
            input.style.border = '1px solid #888b39';
        }
    });

    if (hasErrors) {
        errorBoxMsg.innerHTML = 'Зaпoлните пoле.';
        errorBox.style.display = 'block';
    } else {
        errorBox.style.display = 'none';
    }

    return !hasErrors;
}

Тут еще широкий простор для оптимизации, конечно.

Как таковых инклюдов нету. По факту можно передать один скомпилированный шаблон в другой в параметрах и вызвать его в нужном месте, типа такого: jsbin.com/taxasoqiqe/edit?js,output

> Или как брать шаблоны с разных html файлов?
Никак, underscore ничего не знает про файлы и работу с ними. Подсовывать куски текста в функцию _.template вам придется самому. Есть три варианта это сделать.
1) Загружать с сервера AJAX'ом. Во многом это проще, но появляется асинхронность.
2) Класть шаблоны в страницу с вашим приложением, завернутые в тэги <script type="text/template"></script>.
3) Компилировать на сервере шаблоны в JS, подключать этот JS на странице с приложением. Минус в том, что для корректной работы приложение требуется этап пересборки.

Если вам нужен мощный шаблонизатор, посмотрите в сторону Jade. Но с ним катит только третий вариант.

Я советую вам отправить баг-репорт прямо им. Если это баг, то починят. Если нет — расскажут, как правильно.

P.S. последний баг, который я отправил — починили за 4 дня.

Потому что связь подписчиков с событием осуществляется путем помещения массива функций-обработчиков в хэш под ключом, который является именем события (или канала, если речь о pubsub). Это самый простой и очевидный механизм. С появлением Map из ES2015 ключом может служить любой объект, не только строка.

Один из способов избавиться от т.н. «stringly typed» кода — использовать конструкции типа

chrome.browserAction.onClicked.addListener(function callback)

, как сделано в хромовских расширениях.

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

MyCollection.update({ _id: { $in: objectIdArray } }, {$set: {my_field: 'some new value'}}).then(console.log.bind(console))

$set
$in

nodemon myapp.js

Писать самому стоит для обучения.

Потому что два двоеточия — это псевдоэлемент, а одно — псевдокласс (как :hover).
Псевдоэлементы появились только в CSS3, поэтому браузеры принимают и одно, как в CSS2. Источник.

P.S. Если не надо поддерживать IE8, то давно можно писать ::, см. caniuse

Уже сейчас (и довольно давно) можно компилировать в JS ту же джаву, Clojure, Scala и множество других вкусных и интересных языков. Не говоря уж о emscripten (на котором wasm пока что и работает). Ну и что, где это все? Где клиентские если не фреймворки, то хотя бы библиотеки на джавочке, кложуре, скале, плюсах?

$where так не работает. Он принимает либо строку, либо функцию: $where: 'return this.checked' либо $where: function () {return this.checked}. $where имеет низкую производительность, поэтому рекомендуется к нему прибегать только если по-другому ну совсем никак.
Не говоря уже о том, что условие все-таки должно быть первым аргументом, а не вторым.

Users.remove(checked: true)

Если вы прямо так и писали, то это синтаксическая ошибка, должно быть: Users.remove({checked: true})

Называются они glob'ы. Даже модуль есть такой в npm.