Отладка Node.js-приложений, десятая глава Node Hero в переводе devSchacht — https://medium.com/p/60b08a3a2f82
Вышел Firefox Quantum, часть внутренностей которого переписана на Rust для большей производительности и меньшего потребления памяти, Лин Кларк с подробностями — https://hacks.mozilla.org/2017/11/entering-the-quantum-era-how-firefox-got-fast-again-and-where-its-going-to-get-faster/
Really Good UX, коллекция иллюстрированных примеров хорошего UX из реальных приложений и сервисов — https://www.reallygoodux.io/
Как легко добавлять вариации компонентов с помощью CSS-переменных, руководство Джонатана Харрелла с примерами — https://jonathan-harrell.com/component-variants-scoped-css-variables
Безопасность: как защитить приложение на Node.js от распространённых видов атак, 11 глава Node Hero в переводе devSchacht — https://medium.com/p/c35c590f518e
Как улучшить UX перехода по ссылкам? Явно показывать пользователю, откроется ссылка в текущей или в новой вкладке — https://augustin-riedinger.fr/en/resources/thoughts-on-target-blank/
Teletype, режим совместного редактирования в текстовом редакторе Atom — https://teletype.atom.io/
Live Share, режим совместного редактирования для редактора Visual Studio Code — https://code.visualstudio.com/blogs/2017/11/15/live-share
Как делать на SVG заглушки для тяжёлых изображений, обзор техник — https://medium.freecodecamp.org/bed1b810ab2c
FCP, FMP, TTI и другие метрики загрузки страницы: что они все означают? Объясняет Артём Денисов в блоге «Веб-стандартов» — https://medium.com/p/ff23c213164e
Цена использования JavaScript: из-за чего тормозят странички на мобильных и как это оптимизировать, подробный рассказ Эдди Османи — https://medium.com/p/84009f51e99e
Как сервис-воркеры влияют на различные метрики производительности? Филип Уолтон с подробным исследованием на примере Google I/O Web App — https://developers.google.com/web/showcase/2016/service-worker-perf
Русскоязычное руководство по созданию WYSIWYG-редакторов на Draft.js — https://medium.com/p/ea8e9102aa1
Hi-Q, расширяемый и простой фреймворк для вёрстки на основе PostCSS и CSS-переменных — https://hiq.jonathan-harrell.com/
Мастер-класс по инструментам разработчика Chrome от Игоря Уварова — https://youtu.be/P753B81-szE
«В интернете нет ни ступенек, ни пандусов — ограничений быть не должно», Алексей Любимов о работе экспертом по доступности в Яндексе и других компаниях — https://www.the-village.ru/village/business/opyt/257012-accessibility-yandex
Forwarded from Заметки Андрея Романова
К сожалению, фронтендеры часто не понимают сути своей работы. Суть работы фронтендера не в вёрстке или программировании, а в разработке интерфейсов для людей. Ваша работа заключается в разработке интерфейса, которым удобно пользоваться, который отзывчив во всех смыслах, который доступен большинству людей в большинстве ситуаций.
Хороший фронтендер должен разбираться не только в веб-технологиях, но и в дизайне — без этого он не сможет сделать хороший интерфейс. Каждый день фронтендеру приходится принимать решения, связанные с дизайном. Дизайнер не нарисовал hover-состояния для кнопок и ушёл в отпуск; нужно что-то показать пользователю, если произошла ошибка; нужно добавить пару разделов на страничку «О компании», а дизайнера привлекать не хотят, потому что задача простая; а тут вообще задача по админке, для которой никогда специально дизайн не рисовали.
Даже если говорить о технической стороне, написание кода — тоже дизайн. Интерфейсы ведь бывают не только графические, но и программные. Мало кто станет использовать библиотеку с плохо спроектированным API (всякие OpenGL, Windows API и прочие ужасы не в счёт, там выбора нет).
С чего разработчику интерфейсов начать погружение в дизайн? Рекомендую начать с доклада Артёма Поликарпова «Технолог — тоже дизайнер» о дизайнерских решениях проблем, с которыми может столкнуться любой фронтендер: https://events.yandex.ru/lib/talks/460/
Хороший фронтендер должен разбираться не только в веб-технологиях, но и в дизайне — без этого он не сможет сделать хороший интерфейс. Каждый день фронтендеру приходится принимать решения, связанные с дизайном. Дизайнер не нарисовал hover-состояния для кнопок и ушёл в отпуск; нужно что-то показать пользователю, если произошла ошибка; нужно добавить пару разделов на страничку «О компании», а дизайнера привлекать не хотят, потому что задача простая; а тут вообще задача по админке, для которой никогда специально дизайн не рисовали.
Даже если говорить о технической стороне, написание кода — тоже дизайн. Интерфейсы ведь бывают не только графические, но и программные. Мало кто станет использовать библиотеку с плохо спроектированным API (всякие OpenGL, Windows API и прочие ужасы не в счёт, там выбора нет).
С чего разработчику интерфейсов начать погружение в дизайн? Рекомендую начать с доклада Артёма Поликарпова «Технолог — тоже дизайнер» о дизайнерских решениях проблем, с которыми может столкнуться любой фронтендер: https://events.yandex.ru/lib/talks/460/
«Запашки» CSS-кода, Робин Рендл в переводе CSS-Live о признаках плохого CSS-кода — https://css-live.ru/articles/zapashki-css-koda.html