Александр Кит

.alt-mobile > ul > li:nth-child(3n+1) { clear:both}

fezvrasta.github.io/bootstrap-material-design
Отличная Бутстрап Тема

Используйте NuGet Package Manager Console - эта многофункциональная штука поддерживает все shell команды.

1. Как сказали, очень круто что это один язык на фронтэнде и бэкенде. Это пожалуй самое основное и ценное преимущество перед многими другими бэкенд технологиями, если вы разрабатываете не просто вэб страничку, а динамическое вэб приложение.
И замечу, что тут даже не важно что это javascript. Именно важно переиспользование модулей и компонент по обе стороны, а также единая "экосистема". Это часто недооценивают, начинают сравнивать разные аспекты например php vs javascript, go vs javascript, но это не столь важно.
2. Ещё раз, язык который используется в ноде, можно использовать для дэсктоп приложений (nodewebkit) и мобильных приложений (phonegap).
3. NodeJS это не только серверные приложения, а также различные консольные утилиты и разные дэв. скрипты.

Code Problems -это возможно не совсем то, что вы ищете; здесь уровень повыше, акцент на алгоритмы и нет детальных объяснений, но подборка очень стоящая.

Если монго будете выбирать, вот пример для [Class](https://github.com/atmajs/classjs). Правда http сервис нужно отдельно писать, но в основном это и так надо, потому что редко можно обойтись CRUD методами, обычно логика поведения посложнее.

// entity/user.js
var User = Class('User', {
    Base: Class.Serializable({
        activity: Date
    }),
    Validate: {
        activity (date) {
            if (date.getFullYear() !== new Date().getFullYear()) 
                return 'Current year expected';
        }
    },
    _id: null,
    activity: null,
    points: 0,
});
// client/user.js
Class.patch('User', {
    Store: Class.Remote('/rest/user/:_id')
})
// server/user.js
Class.patch('User', {
    Store: Class.MongoStore.Single('users', {
        indexes: [ { date: 1} ]
    })
});

// Browser OR NodeJS
var user = new User({
    _id: 'foo',
    activity: new Date
});
user.save().done(() => {});
//
user
    .patch({
        $inc: {
            points: 2
        }
    })
    .done(() => {})
//
User.fetch({ _id: 'foo' }).done(user => {});
User.fetch({ points: '>10' }).done(user => {});

// Server, http endpoint sample
module.exports = atma.server.Service({
    '$post /' (req) {
        var user = new User(req.body),
            error = Class.validate(user);
        if (error) 
            return this.reject(error);
        
        user.save().pipe(this);
    }
})

Уже давно пора использовать es6, итерация по массиву с for..of намного приятнее.

А пока, while и for отличаются между собой как слова "цикл" и "итерация". Немного лирики)
- "Через цикл можно осуществить итерацию, но через итерацию нельзя выразить цикл."
- или, "Не любой цикл является итерацией, но любая итерация является циклом"
Пример: когда for становится эквивалентным while - это for(;condition;){}, но так писать не имеет смысла, такой statement должен сколапсировать в while(condition){}.
Из этого следует, что while более универсальный, тем самым менее выразительный. Тогда как for нацелен лишь на итерацию, тем самым более выразительный.

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

А вот за for(var i in array){} и вправду можно обосновано поупрекать.

Что-то ребята "разшутились", или я что то не понимаю. Например для mobile-tablet масштабирование через pinch-to-zoom корректируется так:

<meta name='viewport' content='width=device-width, maximum-scale=3.0, minimum-scale=0.5, user-scalable=yes' />

Вот для подобных вещей и существует "use strict". С ним вы получите "SyntaxError", так как декларация функции не может находиться в statement блоках.

И вот ещё отличная статья о rebase: habrahabr.ru/post/161009

Вот пример приложения которое должно быть эталоном красоты и перфекционизма: Task-Scheduler:) Утрирую конечно, но все же собираюсь, как закончим, написать статью, так как там действительно много интересных нюансов: структура, тесты, компонентная архитектура. Пожалуйста, вы или если кто нибудь другой посмотрит на приложения и оставит свои вопросы на alex.kit@atmajs.com по непонятным или сомнительным местам приложения. А если будет у кого-то желание влиться в соавторы буду рад.

Вот ещё варианты:

var SuperModule = require('SuperModule');
var start_ = SuperModule.prototype.start;

SuperModule.prototype.start = function(cb){
    var fn = onceDelegate(cb);
    this
        .once('started', fn)
        .once('error', fn)
        ;
    start_.call(this);
};

function onceDelegate(fn) {
    return function(){
        var x_ = fn;
        fn = null;
        x_ && x_.apply(null, arguments);
    };
}


// ИЛИ, если сделать более общим:
function callbackInjector(Ctor, method, events) {
    var orig_ = Ctor.prototype[method];
    
    Ctor.prototype[method] = function(){
        var args = Array.prototype.slice.call(arguments),
            cb = args.pop(),
            listener = onceDelegate(cb),
            imax = events.length,
            i = -1
            ;
        while(++i < imax) this.once(events[i], listener);
        return orig_.apply(this, args);
    }
};

callbackInjector(SuperModule, 'start', ['started', 'error']);

Что-то подобное в этом ключе часто обсуждается, но я даже себе не представляю, как это можно знать jquery, но незнать js??? Для меня это вообще как парадокс звучит. Даже в контексте уже готового виджета - что бы его проинициализировать нужно знать js (я не говорю о copy-paste). Понимаю, что можно говорить о разных уровнях знания js, но и здесь не всё просто - так как это ну очень простой язык, с очень простыми конструкциями. И хорошего js программиста отличает не столь глубокое знание js, сколько знание всего web стэк, всевозможных шаблонов проектирование, хорошим пониманием работы браузерных движков, а так же знания других языков и технологий.

Если ипосльзуется iis, тогда рекомендую https://github.com/tjanczuk/iisnode модуль, тогда за старт и расспределение будет отвечать IIS - где собственно вы как обычно создаете сайты и bindings.

Видел ещё 3 стиль:

function(...required_args, callback, ...optional_args)

, здесь несколько преимуществ: видно сразу опциональные аргументы и легче их парсить.

А вот на вопрос сложно ответить так как он сводится к: хорошо ли функциональное программирование?
Ведь если вы используете карринг, композиции функций, то callback first лучше будет. А если же нет, то тогда просто дело вкуса. Мне например иногда смущает в карринге, что порядок аргументов функций слишком важен. Вот например даже в `first` вам пришлось поменять местами count и items. Но это скорее дело привычки и полного дзен понимания.

Совет от @morozovdenis действительно хорош, и был бы click event я бы вкладку закрыл, но в `mousemove` не стоит использовать обилие jquery, после рефакторинга:

var dict = {
    91 : '17 850',
    183 : '35 700'
};

var car$    = $('#franshuza-car-1').get(0),
    after$  = $('#clean-money-after').get(0),
    slider$ = $('#slider div').get(0);
    
$('body').mousemove(function () {
    if (car$.style.visibility === 'hidden')
        return;
    
    after$.textContent = dict[ slider$.offsetWidth ] || '';
});