turbopack в next вообще не позволяет изменять стили от css модулей, при этом генерируя их максимально больными для глаз. Вот пример из production бандла - 'FullNavbar-module-scss-module__DJfi9G__full-navbar'. Решается это всё доступом к настройке генерируемых классов, но большинство решений почему-то это не предоставляет
Declaration merging есть у interface, и его действительно можно расширить в одном файле или даже из другого файла, используя declare module и расширение интерфейса внутри. Раньше, когда проекты были преимущественно со скриптами и без ES модулей (`"moduleDetection": "legacy"`), interface с одним именем в двух разных файлах (скриптах) имел declaration merging
Две недели - довольно много, не заставляет задуматься о полноценном вайб кодинге. И сейчас кажется что это предел ИИ как программиста, как минимум в вебе. Возможно, ИИ перестанет ошибаться в синтаксисе как подмечал автор, но в других недостатках развития не будет
turbopack в next вообще не позволяет изменять стили от css модулей, при этом генерируя их максимально больными для глаз. Вот пример из production бандла - 'FullNavbar-module-scss-module__DJfi9G__full-navbar'.
Решается это всё доступом к настройке генерируемых классов, но большинство решений почему-то это не предоставляет
Declaration merging есть у interface, и его действительно можно расширить в одном файле или даже из другого файла, используя declare module и расширение интерфейса внутри. Раньше, когда проекты были преимущественно со скриптами и без ES модулей (`"moduleDetection": "legacy"`), interface с одним именем в двух разных файлах (скриптах) имел declaration merging
W H A T ?
Не надо мой любимый браузер покупать, ещё с поддержкой css свойств вдруг случится что!
Две недели - довольно много, не заставляет задуматься о полноценном вайб кодинге. И сейчас кажется что это предел ИИ как программиста, как минимум в вебе. Возможно, ИИ перестанет ошибаться в синтаксисе как подмечал автор, но в других недостатках развития не будет