Какую цену мы платим за использование async/await в языках JS / C# / Rust

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

Какую цену мы платим за использование async/await в языках JS / C# / Rust

Да нет, все тут как раз правильно в статье. В ноде таких мест может быть навалом, особенно когда изначально приложение, например, было полностью синхронное (и архитектура писалась без учета того, что придется обрабатывать что то асинк). Потом приходит изменение, например что данные теперь у нас откуда нибудь там загружаются — и все, вся это кочерга лезет изнутрей наружу и все становится асинк. Нет, безусловно, архитектурно это можно улучшить так, чтобы асинк использовался по мере надобности, но если мы говорим о изменениях в большом приложении, то это не всегда самый оптимальный путь. Так что с минусами вы погорячились.

Какую цену мы платим за использование async/await в языках JS / C# / Rust

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

Ванильный JavaScript и HTML. Никаких фреймворков. Никаких библиотек. Никаких проблем

insertBefore — если хотите на объектах, insertAdjacentHTML — если хотите на стрингах

[Туториал] Как создать вашу первую инкрементальную IDLE игру на JavaScript

Это, конечно, скорее субъективный выбор, но попробую обосновать следующим образом. У var есть свои свойства, например:

• поддержка хойстинга
• scope на уровне функций

У let/const:

• блоковая видимость
• нет хойстинга (но есть TDZ)

Чаще более "предиктивно" работать как раз с правилами чем проще — тем лучше: то есть без хойстинга + чтобы разделение переменных было более простым (например, в цикле свои переменные, в общем потоке свои). Из-за этого иногда удобнее (или даже, возможно, правильнее, чем удобнее) использовать let/const.

Получается, что у вас в коде будут и let и const и var. Поэтому люди предпочитают исключать var для консистентности кода. Есть даже более жесткие eslint-конфиги, где не только var запрещен, но и let.

[Туториал] Как создать вашу первую инкрементальную IDLE игру на JavaScript

Ну, кстати, надо сказать, что getElementById все-таки не такой уж затратный, так как поиска не происходит, у браузера у уже есть Map с индексами по ид. Вот если бы там каждый раз было что то вроде querySelector, то да, это, конечно, требовало бы оптимизаций.

Используем console.log() в Chrome на полную

Все гораздо проще. Есть определенная специфика публикуемого материала. Если вы написали что-то, что требует большого глубокого анализа, то, вероятно, на Хабре этого нет и это будет многим интересно. Но если вы пишете про консольлог, то, я думаю, все-таки можно предположить, что такое уже было, так как топик для бегиннеров и многие на это натыкались.

Используем console.log() в Chrome на полную

Именно.

Как написать сапера на Phaser и выполнить тестовое задание HTML5 разработчика

Да просто вы на Хабре и тут вместо похвалы или похвалы + критики вы получаете просто критику. Даже если она не так уместна и даже если статья все равно доносит много здравых мыслей. Просто все живут в ожидании "той единственной" статьи, написанной не так, как автор хотел, а так, как хотел читатель, причем чтобы все-все-все в ней было хорошо. Много и бесплатно. Короче, не обращайте внимания, статья полезная. Вещи, которые высказаны выше имеют место быть, но, тем не менее, труд ваш полезен и большое вам спасибо.

48 open source ресурсов для JavaScript (2019)

Driver.js: Облегченный, независимый, ванильный движок JavaScript, который фокусирует внимание пользователя на странице.

yasnoponyatno

JSON-RPC? Возьмите хитрый REST

Спасибо, отличная статья.

Формируем стратегию работы с ошибками в React

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

Возможности современного JavaScript, о которых вы могли не знать

А, ясно. Я не читал примеры, но там, судя по всему, ошибка.

Возможности современного JavaScript, о которых вы могли не знать

Ну, так NaN это нот-э-намбэр, то есть не валидная мат-операция, к примеру. Попробуйте пятерку разделить на "привет", то же самое будет.

Возможности современного JavaScript, о которых вы могли не знать

Ну, так делить на ноль вроде как нельзя, нет? Или что вас удивляет?

Как Яндекс научил меня собеседовать программистов

Ну, так а в чем проблема то? Дубли что-ли?
Фиксится одной строкой в редьюсере, в самом начале:

if (latest === n) return ranges

Полный код:

const getRanges = (numbers) => {
    const normalized = numbers.slice().sort((a, b) => a - b)
    let latest = null
    return normalized.reduce((ranges, n) => {
        if (latest === n) return ranges
        const i = latest !== n - 1 ? ranges.push([]) : ranges.length
        latest = n
        ranges[i - 1].push(n)
        return ranges
    }, []).map((range) => {
        return range.length === 1 ? range[0] : `${range[0]}-${range[range.length - 1]}`
    }).toString()
}

Как Яндекс научил меня собеседовать программистов

Ну, так а в чем проблема то? Дубли что-ли?

Как Яндекс научил меня собеседовать программистов

Можно еще на 5 знаков короче:

const getRanges = (n,l,x='length')=>''+n.slice().sort((a,b)=>a-b).reduce((r,n)=>(r[(l!==n-1?r.push([]):r[x])-1].push(l=n),r),[]).map(r=>r[x]===1?r[0]:r[0]+'-'+r[r[x]-1])

Как Яндекс научил меня собеседовать программистов

А еще проще там задач нет? Скучно.

const getRanges = (numbers) => {
    const normalized = numbers.slice().sort((a, b) => a - b)
    let latest = null
    return normalized.reduce((ranges, n) => {
        const i = latest !== n - 1 ? ranges.push([]) : ranges.length
        latest = n
        ranges[i - 1].push(n)
        return ranges
    }, []).map((range) => {
        return range.length === 1 ? range[0] : `${range[0]}-${range[range.length - 1]}`
    }).toString()
}

Ну и чисто по фану, то же самое, только пожатое до мама не горюй ) Напишите кто-нибудь короче:

const getRanges = (n,l)=>''+n.slice().sort((a,b)=>a-b).reduce((r,n)=>(r[(l!==n-1?r.push([]):r.length)-1].push(l=n),r),[]).map(r=>r.length===1?r[0]:`${r[0]}-${r[r.length-1]}`)

Defined or Undefined? Нюансы создания массивов в JavaScript

Зачем в 2019 писать void 0?