В исходнике автор собирает браузерный IRC-клиент вообще без JS — на HTML/CSS и серверном streaming. Идея не про “сделать из фронта магию”, а про сокращение слоя сложности: если состояние можно держать на сервере, а отрисовку — на CSS, то часть логики уезжает из тяжёлого клиентского кода.
Что это даёт в продуктовой логике:
— меньше JS → быстрее first render и ниже риск поломок на слабых устройствах;
— больше серверного состояния → проще контролировать сценарии и откаты;
— CSS как состояние → часть UI можно переключать без дополнительных запросов.
Но есть и цена: любая интерактивность начинает зависеть от сети и серверной задержки. Для ecom это означает понятный компромисс: не тащить JS везде, а выбирать, где он реально влияет на конверсию.
Вывод простой: “динамика” — не синоним “JavaScript”. Иногда маржинальнее собрать интерфейс из HTML/CSS и серверной логики, чем усложнять фронт ради привычки.
Ozon Lab
@OzonLabPro
Гипотеза недели: часть “динамики” в интерфейсе не обязана жить в JavaScript.
Этот пост опубликован в Telegram-канале Ozon Lab. Подписаться можно по ссылке: @OzonLabPro.