Выбираю между Angular и Svelte - как основной стек для будущих проектов

Я сегодня заметил, что Svelte много где используется уже - и mailru, и webarchive, мессенджер MAX... 😂
Но серьезно если - svelte мне давно больше всех понравился, еще до обновления на 5 версию с асинхронностью, года три назад. Сейчас всё сильно развивается, но лично для меня появился ему конкурент в виде Angular из-за довольно строгой среды разработки, с очень удобными и легко тестируемыми из коробки компонентами.

я еще хотел написать OSINT пост по мессенджеру MAX, но меня отвлекли и пост со всеми скринами удалился
Речь о реальных разработчиках мессенджера, его безопасности и реальные причины почему у приложения имя пакета ru.oneme.app, а вся комуникация у него строится по вебсокетам на домене oneme.ru

На счет безопасности - я отложил материалы, позднее изучу детальнее, там интересно

А выберу думаю SvelteKit и перепишу на нём календарь свой, добавлю туда функционала по планированию и таймтрекингу
У ангуляра крутая кривая обучения и с SSR не всё гладко. Думаю что SvelteKit хорошая алтернатива реакту.

AWS Запустили свою AI IDE Kiro

https://kiro.dev/

Мне инвайт прислали, отстоял очередь в Wait List

Поглядим, что за зверь...

Очередная обёртка над VSCode

Пока не удаляю, будет интересно посмотреть, что предложит еще один серьезный гигант
В теории может стать еще одним конкурентом

---
Я не помню почему встал в лист ожидания, но там был какой-то интересный концепт
Кажется он был связан с тем, что по мере работы над проектом - ИИ будет поддерживать документацию в актуальном состоянии.

На сайте редатктора в секции "Automate tasks with agent hooks" - собственно и показан хук, который при редактировании роутов сервера обновляет сам документацию.

Я начал разбираться с monorepo в JS/TS стеке, поставил NX.

Turborepo интереснее для небольших проектов, у NX конфиги чот большие, да и перспективы пользоваться им не очень безопасные, подробнее можно почитать по ссылке, буквально в августе были огромные утечки приватных ключей, API ключей и других секретов через CI в облаке...

Но скорее всего я остановлюсь просто на pnpm с его параллельными и рекурсивными командами

Официально Meteor 3 еще не поддерживает Svelte 5

Не хочу возиться с монорепозиториями и бандлерами.
Я хотел получить удобный старт проекта, а не копаться в решении очередных проблем...

Попробую Supabase + SvelteKit, там SDK был и генерация типов
В бета версии даже вроде есть апи для запуска миграций, плюс можно и руками менеджить SQL + bash скриптом, если работать в Docker на self-hosted.
Смущают только минимлаьные требования...

UPD - весит оч много, разбираться тоже лень...
Что-то даже хз какой стек взять в работу для новых проектов, гляну что обновили в AppWrite 😒

Камыши негодуют.

Это конечная.. 😂

Я за неделю не нашел ни одного решения собрать типобезопасный проект на directus без ручного описания схем 🥸
Даже graphql codegen может выдавать optional типы из-за того что сам директус делает все модели Partial для поддержки выбора полей в рантайме. Даже с таким решением не будет типизации...

Пойду писать zod схемы руками - это единственное рабочее решение, а для упрощения думаю вообще не генерировать типы никуда никакие, и запросы писать с unknown/any на выходе, прогоняя через zod схему и на неё полагаться, тк генераторы типов тоже не всегда удобно, а zod схемы можно шерить через общий пакет в монорепо без каких либо вообще проблем.

Итого адекватное решение - это коллоцированные схемы + shared схемы.
В идеале даже полностью ручная синхронизация с текущей схемой базы, и по месту использования уже извлекать из полной схемы нужные части думаю

Что правда - то правда

Кажется придумал typesafe для directus...
Убираем полностью генерацию типов специфичную для Directus тк пользы от неё мало.

Делаем schema пакет в монорепо
В нем ставим drizzle-orm + drizzle-kit + drizzle-zod + dotenv + nunjucks + tsx
Делаем команду для npm generate: drizzle-kit introspect + кастомный скрипт на nunjucks исполняемый через tsx который будет после introspect все экспортируемые модели в шаблоны рендерить с zod схемами и отдельно с z.infer типами

Вроде норм, пока выглядит рабочим, главное чтобы tree-shaking справлялся, а чтобы не палить схему всей базы данных - в скрипте генерации сделал разбивку по файлам, каждая таблица экспортирует схемы из своего файла, чтобы tree shaking отрезал неиспользуемые таблицы

Вопрос открыт ещё по полям, которые возможно нужно оставить приватными, на такой случай надо подумать над поддержкой tree-shaking самих схем

Оно работает!
И вполне неплохо

Полное соответствие типам из базы выходит, а потом можно сделать type guard фильтры и трасформации

Получилось даже сделать трансформации snake_case -> cameCase на уровне генератора схем.
В обратную сторону тоже должно работать, пока не проверял.

R — Refactoring

Оно бесплатно кстати, included в лимиты подписки

1070 запросов разных, больше всего на grok-code-fast-1, много на gemini-2.5-pro, claude-sonnet-4, чуть меньше ноунейм code-supernova

и немного claude-opus-4.1 (вопрос с типизацией импортов svg так и не решился пока — см комменты)