Front-end Digest № 141: експлойт в CSS, AI переписує Next.js та велике фронтендерське розділення

💡 Усі статті, обговорення, новини про Front-end — в одному місці. Приєднуйтесь до Front-end спільноти!

Привіт, колеги. Мене звати Олександр, я займаюся фронтендом в компанії Zfort Group. Маю для вас свіжий дайджест з цікавими матеріалами зі світу фронтенду за останній тиждень.

Веброзробка

Як перетворити WebAssembly з другорядного інструменту на повноцінну мову вебу
Практичний посібник з елемента <img>: від основ до LCP
Велике фронтендерське розділення
Лайфхак: розміщуємо HTML/CSS/JS демо на GitHub Pages
Що нового в Astro — лютий 2026

CSS

Уроки з провальних демо: CSS-навігація з перегортанням мініатюр при скролі
Спрайти в вебі
Прихований секрет Style Queries і if()
Стилізація заголовків за допомогою CSS псевдокласу :heading
Ще один спосіб центрування (абсолютного) елемента
Вбудовані випадкові значення в CSS
Експлойт ... в CSS?!

JavaScript

Ми заслуговуємо на кращий streams API для JavaScript
Оптимізація Transformers.js для вебзастосунків у продакшені
Від instanceof до Error.isError: безпечніша перевірка помилок у JavaScript

Фронтенд-меми

Подобається дайджест? Підписуйтесь на автора, щоб отримувати сповіщення про нові публікації на пошту.

👍ПодобаєтьсяСподобалось5
До обраногоВ обраному1
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Так Chris Coyier же «The Great Divide» у 2019 написав. Я вже подумав щось нове на цю тему з’явилося виходячи з реалій 2026 і тих змін у css, що бачимо за останні роки.

Ну, розділення по факту плюс мінус таке саме і залишається, з невеликими варіаціями

Я сподівався, що хтось написав продовження з новими реаліями:
— нативний if у css,
— нативні @function з поверненням значення,
— типізовані змінні через @property
— читання html-атрибутів як типізованих даних у css
і т.д. і т.д. :)
і ось це все поверх того розділення на UI/UX/a11y в порівнянні з бізнес-логікою на Typescript.

Тобто ідея — тепер порівнюємо не «програмування» і «дизайн», а два дуже різні але справжні «програмування». Плюс масиви та інший стафф із Sass.

тут ще ШІ може повпливати. Бо з того, що я бачу, жс та тайпскрипт здебільшого генерується доволі адекватний. Але з CSS є проблеми, особливо з останніми його апдейтами, llm бази не встигають оновлюватись, плюс заспамлені бутстрапами та тайлвіндами.

+1
Ті самі спостереження!
Той же Copilot генерує досить непоганий JS, але з CSS — він та інші LLM можуть написати «точкове рішення в конкретному місці», але не бачать цільної картини, не враховують «як це буде поводитися у разі респонсив / іншого змісту / відсутності або навпаки додавання інших компонентів» і т.д.

А якщо на проекті є дизайн-система, бібліотека компонентів, то все, «ховайся в жито», він не розуміє залежностей, звідки йдуть якісь змінні, чим вони відрізняються одна від одної і для чого використовуються. Пише код просто «в лоб», який мало відрізняється від того, що просто Figma генерує. Вирішує точкове завдання, але не розуміє контекст.

До речі, я читав про подібні проблеми з SQL, там теж AI лажає. Мені здається це тому, що декларативні ЯП (SQL, CSS/SASS) — складніше для LLM.

А ще їм майже не на чому вчиться за ними — статей та обговорень на тему CSS зараз набагато менше.

Ну, з останнім тверженням я не зовсім згоден, останній рік спостерігаю сталий ріст статей щодо CSS. Час від часу нових і цікавих статей про CSS в дайджесті буває більше, ніж про JS, чого в минулому не було взагалі

в статті про css exploit натрапив на це чудо: 8086 cpu on pure css
https://lyra.horse/x86css

Підписатись на коментарі