Введение в Brisa: новый подход к веб-разработке

Погоди, скоро изобретут такое кэширование, которое изменит взгляд на веб-разработку!

7 продвинутых приёмов JavaScript, которые должен знать каждый разработчик

Я бы дополнил второй пункт и вот таким кодом:

const { name: myName, age: myAge } = person;

console.log(myName); // 'Alice'
console.log(myAge);  // 30

Работа с массивами по-новому. React Custom Hook: useArray

Выглядит как лишняя обёртка. При необходимости лучше сделать модуль типа arrayUtils.ts, в который вынести пару-тройку замороченных функций обработки массивов. Которые учитывают бизнес-специфику задач.

А пуш-ремув-фильтр можно as is по месту писать.

P.S. "по-новому" пишется через дефис, не пробел.

Как я отрендерил миллион строк в React

"...может снизить скорость и плавность прокрутки, ухудшая тем самым пользовательский опыт."

"...создавая непрерывный и плавный пользовательский опыт."

Опыт делания скроллинг пейджа?

Может, чем топорно переводить англицизм, лучше написать "ухудшает UX"? Даже набирать меньше.

SAP UI5 и окна подтверждений: снова о контексте

Благодарю за внимание к мелочам, однако скажу следующее:
Оператор delete удаляет свойство из объекта. В данном случае объектом является this, а полями — ссылка на родительскую View и функцию-обработчик. Можно присвоить и null, удалив ссылку, но само поле в объекте останется.
Весь код модуля диалога у меня практически один-в-один (за исключением бизнес-логики) совпадает с sap'овским из урока по использованию диалогов курса ui5, в т.ч. exit.
По поводу создания/удаления диалога: самая затратная операция здесь — подгрузка xml-фрагмента, и именно она выполняется лишь первый раз. Ну а инициализация начальными значениями полей объекта при новом открытии — штука необходимая.

Заметка о void в JavaScript и TypeScript

Не понял, зачем вообще огород городить, явно указывая void/undefined. Вот же:

var f1 = () => {
    // dosmth
    return;
},
f2 = () => {
    // dosmth
};
console.log(f1(), f2());

undefined undefined

Node.js и новый фронтенд в вебе

Нет.
Зачем паясничать, вроде и так понятно что я имел в виду — при продакшне и так проблем хватает, зачем «искуственно» добавлять ещё и связанных с кривостью особенностью языка?

Я сужу по своему опыту: развёртывание и сопровождение сайтов на python+django, либо node.js — значительно проще и очевиднее чем написанных на php.
Конечно, дело в опыте, но меня удивляли советы действительно опытных php-программистов по устранению тех или иных проблем — настолько это порой было неочевидно.

Node.js и новый фронтенд в вебе

Я не совсем понял что вы хотели сказать, но вы достучились до моего сердца!

Node.js и новый фронтенд в вебе

в php отладка — это один из основных плюсов языка, большинство разработчиком даже дебагером не пользуются, т.к. язык изначально выбрасывает всю нужную информацию.

Ну не скажите. С node.js у меня не было трудноуловимых проблем на продакшне только из-за того что где-то в каком-то конфигурационном php.ini-файле установлено значение, отличное от девелопмент-сервера.
И я всегда уверен, что js-скрипт либо отработает на «отлично», либо корректно обработает ошибку и опять же что-то ответит, а не молча проигнорирует ошибку (или не проигнорирует — надо глянуть в конфиг!) и продолжит. Или не продолжит.

К слову, Webstorm — очень удобный отладчик, и совсем не страшный даже учитвая асинхронность node.js.

PS. и вообще, в php плохо всё.

Нам не нужен ваш кофе

Ну на счёт востребованности всё же не соглашусь: выбирая из двух кандидатов, я бы отдал предпочтение более «сильному» javascript-программисту, которого можно легко научить coffee script'у, нежели более «слабому», но знающему CS.

RESTful API на Node.js + MongoDB

Не могу себе представить более правильную IDE, нежели Webstorm :)
Отмечает как warning. И вот кроме конкретно этого случая — хендлинга ошибок экспресса — подобные варнинги очень информативны и полезны.
А если использовать ещё и встроенные JSLint и JSHint…

RESTful API на Node.js + MongoDB

А уж использовать next внутри функции, или нет, это на усмотрение разработчика.

А IDE ругается — unused parameter next
и приходится ставить костыли а-ля

if (next) {}

чтобы было хоть какое-то упоминание функции, хех.

RESTful API на Node.js + MongoDB

Поясните пожалуйста, зачем в функции обработок ошибок передаётся параметр next, если он не используется в теле функций?

Жизнь управленца, кадр 4, Планирование — Постановка задачи

Шикарный диалог.
Можно добавить, что всё это является частью рисёча, проводимого в коворкинге, попивая смузи.

NodeJS красивый, модульный, объектный или делаем его таким с помощью redis и nohm

«middleware» прослойки роутов удобнее группировать и задавать в виде массива.
например:

// ..
        mwLogged = [auth.isLogged, auth.checkUser],
        mwAdmin = [auth.isLogged, auth.checkUser, auth.isAdmin];
// ..
    app.post('/user/login', routes.user.login);
    app.get( '/user/logout', mwLogged, routes.user.logout);
    app.post('/user/list', mwAdmin, routes.user.list);
    app.post('/user/add', mwAdmin, routes.user.insert);

Вертикальная черта, затем ноль

Ну дык это и не магия — а просто несколько нестандартное использование привычного инструмента.
Так, например ''+x всегда возвращает строку, +x — число, !!x — булевское значение. Тоже, казалось бы, ничего магического — но при этом удобная штука для быстрого приведения типов.

Изометрический сапёр на LibCanvas (html5)

Ох, сколько раз я подобную ситуацию встречал, играя в стандартного виндового сапёра. Ну и в жизни тоже, хе-хе.

Ошибка 451, ошибкою 404 имитируемая

Ошибка 451: Поросёнок Пётр.

Прохождение капчи «Лабиринт» на Javascript

Это тонкий ход — дать возможность программистам и поиграть, и подзаработать (продавая скрипты игрокам).
А там, глядишь, авторов лучших скриптов и на работу позовут, хех.

Решение проблемы «EMFILE, too many open files»

В первоначальной версии программа упадёт только если ни открытие, ни запись в файл не вернули ошибку, а закрытие внезапно ДА.