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

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

Уже давно пора использовать 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 блоках.

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

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

Видел ещё 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 ] || '';
});

Знаю что уже решили вопрос, но навскидку ещё вариант для разнообразия:

console.log(calcSum('.class1'));

function calcSum(selector) {
	return $(selector)
		.toArray()
		.reduce(function(sum, el){ 
			return sum + (el.textContent | 0) 
		}, 0)
		;
}

:) Фасад - это чисто инкапсуляция! Фасадом мы скрываем или изменяем апи к классу/классам/библиотеке и т.д. В фасаде не зазорно перед доступом к ниже лежащим слоям проверять данные и права доступа, аля Баррикада, создавать нужные обьекты, определять конфигурацию и прочее. А Мадиатор нужен для связи множества классов/обьектов, хотя задачи могут быть даже схожими. Грубо говоря (может легче представить будет): фасад как обёртка над "чем-то целым", а медиатор как прослойка между множеством "чем-то целым".

После рефакторинга

window.onload = init;

// === private
function init() {
    var audio = $('#myplayer').get(0);
    audio.src = 'http://radio.at.aknet.kg:8008/radio_record.aac';

    $('#playpause').click(function() {
        if (audio.paused) {
            this.textContent = 'Остановить';
            audio.play();
            return;
        }

        this.textContent = 'Воспроизвести';
        audio.pause();
    });

    $('#volume').change(function() {
        audio.volume = this.value / 100;
    });

    setInterval(updateTrack, 5000);
}
function updateTrack() {
    var url = 'http://www.radiorecord.ru/xml/record_online_v3.txt';

    $.getJSON(url, function(json) {
        var key = json.ARTIST + ' - ' + json.NAME;

        $('#track').text('Сейчас играет: ' + key);
        $('#sg').attr('href', 'https://www.google.ru/search?q=' + key);
        $('#sn').attr('href', 'http://namba.kg/#!/search/mp3/' + key)
    });
}

Не хочу вас переубеждать, но `контекст` и `карринг` - вещи не совместимые, и не из-за невозможности, а в силу идеологии. Первое это обьекты, свойства и методы. А второе это функции и аргументы.
Если хотите смешать, то как написали - через создание делегата. в ес6 немного проще:

function delegate(fn, ...base) {
	return function(...args){
		return fn.call(this, ...base, ...args);
	}
}

var Actions = [first, second, third /* .. */ ],
    index = random(0, Actions.length - 1)
    ;
Actions[index]();

function random(min, max) {
    return Math.floor(Math.random() * (max - min + 1)) + min;
}

"как можно по другому", ну кто такое спрашивает, это же javascript - здесь есть миллионы разных способов. Лучше бы спрашивали "как надо". Вот так точно не надо:

function sum() { return eval([].join.call(arguments, '+')).toString() }