HowProgrammingWorks - JavaScript and Node.js Programming

И еще про оптимизации в V8
(статья с блога v8, она актуальна по состоянию на 2026)

👉 https://v8.dev/blog/pointer-compression

- Большая часть памяти V8 хранит указатели и небольшие значения (SMI)
- SMI означает Small Integer, то есть небольшое целое число
- SMI хранится прямо в ячейке значения без создания отдельного объекта в куче
- Сжатый указатель хранит небольшое смещение адреса вместо полного 64-битного адреса
- Один изолят V8 должен хранить свою кучу в области памяти размером до 4 ГБ
- Сжатые указатели и SMI занимают 32 бита в памяти
- V8 разворачивает указатели при чтении и сжимает их при сохранении
- V8 хранит базовый адрес кучи в регистре CPU для быстрого разворачивания указателей
- Сжатие указателей уменьшает диапазон целых чисел SMI и ограничивает прямое значения double
- Это может уменьшить размер кучи V8 до 43%, а использование памяти процессом рендеринга браузера до 20%

Fable наконец начал понимать конструкции с динамическим наименованием классов, раньше невозможно было пояснить и проще было написать руками такие вещи и то другие модели часто переписывали, если встречали такое на что-то привычное, например defineProperty или брендинг классов.

Ладно там Fable, а вы такое умели?

Через объект-контейнер и свойство с динамическим именем

const createClass = (name) => {
  const container = { [name]: class {} };
  const Entity = container[name];
  return Entity;
};

Более короткий способ

const createClass = (name) => ({
  [name]: class {},
})[name];

Или через деструктуризацию

const createClass = (name) => {
  const { [name]: Entity } = { [name]: class {} };
  return Entity;
};

По многочисленным заявкам у нас будут сессии лайвкода, с разработкой архитектуры, применением AI, ревью кода и при помощи тех техник, которые мы пропагандируем (хорошее описание, md файлики со спеками и ADR, и все такое), сегодня сразу две сессии такие, доменный код и системный код:

🧑‍💻 Livecoding + AI: Payment Gateway (Тимур и Нечай)
Платежная система - доменный код и архитектура
Thursday, 9 July · 17:00 – 19:00 Time zone: Europe/Kiev
В NextTick https://nexttick.it/?utm_source=timur_tg_howprogworks

🎙 Metarhia: metautil, metacom, data structures (Тимур)
Системный и платформенный код и архитектура
Thursday, 9 July · 19:00 – 21:00 Time zone: Europe/Kiev
В сообществе Метархия https://www.patreon.com/c/tshemsedinov

Новый набор в гильдию NextTick заканчивается
У вас суббота и воскресенье, в понедельник уже не набираем

Что нового в материалах
- Записи всех предыдущих тем (см. на сайте)
- Новые лекции и стримы об архитектуре от Тимура
- Новые лекции и стримы о коммуникации от Ильи
- Курс по TypeScript от Ильи
- Много материалов про AI

Заходим, не стесняемся https://nexttick.it/?utm_source=timur_tg_howprogworks

Если вы думаете, что скоро AI будет писать код вместо вас, то давайте я вас разочарую, весь существенный код уже давно написан и не вами, вы делаете только конфигурацию и сборку, а код внутри языков, платформ, субд, ос, библиотек.

В этот четверг на созвоне сообщества Метархия обсудим

Стартап инкубатор Meta Qube

Основные его идеи:
- с AI стало возможно делать стартапы малыми силами и вложениями
- ИТшники до уровня синьора не могут найти работу, решение - стартап
- начинающим негде получить первый опыт, решение - стартап
- синьоры и архитекторы сейчас часто предпочитают сделать свой продукт вместо того, чтоб работать на дядю
- инвесторы хотели бы заработать на AI буме, но нет доверия, везде нейрослоп
- 80% функций любого стартапа одинаковые и писать их каждый раз заново нет смысла: платежи, API, лендинг, рассылка, боты, и многое другое
- универсальный модуль для переиспользования сделать всего на 20-30% сложнее, вынеся конфиги и метаданные, использую DSL и схемы
- переиспользуемая модуль будет гораздо качественнее, чем навайбкоженный и проще обеспечить его поддержку и улучшение

🎙️ Metarhia community call
Thursday, Jul 2  •  19:00 – 21:00
Google Meet joining info
Video call link: ссылка опубликована для Patreon подписчиков
https://www.patreon.com/c/tshemsedinov

У ИТ-шников распространено ощущение, что все остальные профессии могут закрываться ИИ без ревью, нужно сделать бренд - сгенерируем брендбук, договор оферты - да пожалуйста аишка сделает, дизайн нарисовать - вообще просто, юзабилити для UI, по бизнесу не нужно ничего специально знать, нас нужны роли CEO, CMO, CFO - да что они вообще делают, просто на звонках висят, их нам вообще не нужно. И только у некоторых возникает смутное ощущение, что что-то тут не так, если ИИ может нагенерить мне лапшу в коде, то и бизнес-план без ревью будет не очень... И вот только на этапе продаж выясняется, что этот софт никому не нужен, абыдна, да? Но на самом деле, даже архитектуру системы программист делает обычно лишь бы как, например, идея "переписать с нуля при работающем бизнесе" не вызывает у программистов резкого осуждения и даже "кодить без ТЗ" это норм, мы ж как-бы сами не идиоты, знаем что делаем... Только вот заканчивается это быстро, месяцев 3-6, потом нет энтузиазма, заморозка и через год только себе признаются, это в лучшем случае.

Новый набор в гильдию NextTick начался, заходим

Что нового в материалах
- Записи всех предыдущих тем (см. на сайте)
- Новые лекции и стримы об архитектуре от Тимура
- Новые лекции и стримы о коммуникации от Ильи
- Курс по TypeScript от Ильи
- Много материалов про AI

Заходим, не стесняемся https://nexttick.it/?utm_source=timur_tg_howprogworks

- Сначала вы решаете повторяющуюся задачу интуитивно
- Потом вырабатывание структуру и методику
- А потом возвращаетесь к интуиции, но уже на другом уровне

Маркетологи давно не читают сообщения перед публикацией, а вы что, все еще читаете код?

🏛 Советы из стрима по архитектуре NextTick от 2026-06-13 — Тимур Шемсединов

💡 Документация становится важнее: AI читает markdown-файлы, требования, meeting notes, issues, расшифровки и контекст, который люди обычно передают неформально

💡 Паттерны, принципы и инженерные термины не исчезают из-за AI. DI, IoC, SRP, идемпотентность, грануляция, контракты и изоляция нужны, чтобы точно объяснять задачу людям и модели

💡 Код должен оставаться понятным человеку. У AI выше предел контекста и когнитивной сложности, но если система стала непонятной даже AI, человеку она уже давно недоступна

💡 Архитектурные знания теперь нужны почти всем разработчикам: не обязательно быть архитектором по должности, но нужно понимать, что именно генерирует AI и можно ли это принимать в проект

🚀 В IT-Гильдии появился открытый канал
Мы с Ильей решили переместить часть тем туда, чтобы не нагружать основные каналы
Итак, там будет - архитектура, коммуникации, программирование с AI, хардскилы
По этим темам меньше будем постать тут и больше там - https://t.me/+f8QYKhgcI5EwOTZi

Кто хотел посмотреть как писать фронтенд и бекенд без фреймворков так, чтоб не было бойлерплейта, лапши из асинхронщины, были реактивные изменения, удобрая архитектура структура папочек, и т.д.:
https://github.com/HowProgrammingWorks/WebComponents

Вайбкодерам ничего не запретишь

https://x.com/i/status/2066123768267772115