Конфигурируем веб-сервер для Next.js

https://habr.com/ru/post/706838/

Две культуры программирования: почему обе из них важны?

https://habr.com/ru/company/yandex/blog/709718/

Новая система конфигурации ESLint

1. Предпосылки: как развивалась старая система конфигурации и какие в ней были проблемы
2. Как устроена новая система конфигурации

Новая система уже доступна в свежей версии ESLint.

Используем деструктивное присваивание пропсов во Vue Composition API

Дмитрий Павлутин рассказывает, как сохранить удобство разработки и не потерять реактивность объектов.

https://dmitripavlutin.com/props-destructure-vue-composition/

Не пытайтесь обезопасить ввод. Экранируйте вывод

https://habr.com/ru/company/otus/blog/712830/

Рисуем верёвку в формате SVG при помощи JavaScript

https://habr.com/ru/company/nmg/blog/719822/

Доступные front-end паттерны для отображения таблиц

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

https://www.smashingmagazine.com/2022/12/accessible-front-end-patterns-responsive-tables-part1

GitFlow в его простоте от dev до prod

https://habr.com/ru/articles/705032/

Пишем крестики-нолики

Пошаговый и итеративный туториал по созданию игры
▫️на чистом HTML/CSS/JS
▫️с добавлением TypeScript
▫️c рефакторингом в React приложение

https://www.youtube.com/watch?v=MsnQ5uepIaE

Улучшение реактивности с помощью VueUse
https://habr.com/ru/companies/otus/articles/728068/

Поверхностное и глубокое копирование объектов JS

В чем разница и как реализуются методы копирования объектов в JavaScript.

https://web.dev/structured-clone/

Реализация в Laravel уведомлений в реальном времени с помощью Server-Sent Events

https://blog.oussama-mater.me/laravel-sse/

Представляем вам Vue 3.3

https://habr.com/ru/articles/735086/

Валидация переменных окружения

Валидацией форм или параметров запроса никого не удивить, а вот на переменные окружения часто забивают и используют их напрямую. В чем проблема такого подход? Все переменные окружения в нашем коде будут типа string или undefined, даже если переменная описывает какой-нибудь булеан флаг или число. Поэтому часто в коде можно встретить конструкции типа process.env.IS_ENABLED === 'true' (здесь true - это строка) или parseInt(process.env.DELAY_MS, 10). И в каждом месте использования нужно не забыть сделать такую проверку.

А еще, частая ситуация, что кто-то добавляет required переменную и у всех остальных проект начинает падать в рантайме в момент использования этой переменной. Ну или проект не падает, но спустя пол года файл .env сильно устаревает. Как решить эти проблемы?

1. Все переменные можно считывать в одном месте (например, в каком-нибудь src/env.ts файле), трансформировать/валидировать данные под нужный формат, а во всех остальных местах использовать уже подготовленные переменные. Как бонус можно запретить использование process.env.* за пределами этого файла с помощью eslint.

2. Я недавно писал про библиотеку zod, которая позволяет описывать схемы валидации. Она также позволяет трансформировать данные, а в одном из последних релизов появилась возможность приведения (coerce) примитивных типов. Например, в процессе валидации преобразовать входные данные к нужному примитивному типу (в нашем случае для переменных окружений, которые представляют собой числовое значение, преобразовать строку в число). Эта библиотека отлично решают задачу подготовки переменных.

Что нам дают эти два пункта? Приводим переменные окружения к нужному типу, валидируем их и не даем запустить проект при отсутствии обязательных.

Пример валидации env переменных с помощью zod можно посмотреть тут.

Как начать понимать GIT

https://pikabu.ru/story/kak_nachat_ponimat_git_10255588

Cворачиваемые вложенные списки без JS: современное руководство по вёрстке деревьев на HTML/CSS с хорошей семантикой и полноценной навигацией с клавиатуры → https://iamkate.com/code/tree-views/

#article

Какие маркеры ставить в списках на кириллице: тире или буллиты?

https://teletype.in/@finegan/97l01mDc_7m