Щось я увійшов в азарт, але подобається.

Попередні ідеї під проекти з LiveStore були простішими, пробними. Тут щось цікавіше, можна фантазію трохи потрусити.

Накинути адекватну авторизацію і можна бета-юзерів запускати.

Ойойой, життєво

https://www.instagram.com/reel/DTxHjnGDH0K/

Непоганий інспектор, щей open-source.

https://www.golb.at/

Стало цікаво глянути код бо щось дуже швидко рахує Score, я спершу подумав що це таке ж як Lighthouse і дуже здивувся швидкості. Але в коді абчу що там взагалі LLM яка рахує Score. Не поняв для чого, але маєте готовий приклад використання AI SDK. https://github.com/visible/golbat/blob/main/app/api/analyze/route.ts

До речі, в своєму пет проекті теж подібну штуку робив недавно для превю посилань. Але юзав Effect бо цікаво повчитись.

Не хочеться тупіти....

https://x.com/thdxr/status/2014156529738350933

Такс, буду пробувати. Зараз підсів на claude max підписку, але жаль що вони обрубують доступ OpenCode до цього, не хочу бавитись з хаками.

https://x.com/waynesutton/status/2013373368117141745

Такс, не можу відірватись звісно, фантазую фічі.

Але все так гарно будується кругом інфраструктури cloudflare.

Durable Object виступає як окремий peer, в ролі іншого юзера. KV storage і Worker для обробки бота. Бот реагує, ставить реакції на повідомлення щоб сигналізувати прогрес. Тестую локально через Cloudflare tunnel.

Це ще не все, але поки не буду деталізовувати. Класна можливість трохи спробувати оці всі примітиви в ділі. І як же класно, що все це емулюється локально.

Валідні типи, між іншим 💅

За крок до того, щоб поставити бейджик design engineer на LinkedIn

tip of a day

Дав LLM короткотривалий Vercel токен і попросив накидати ідеї для доменів юзаючи їх Domains API

1. Можна суттєво більше фантазувати з назвою разом
2. Воно автоматично відкине недоступні варіант
3. Потім складе табличку, одразу з цінами і тд

Але, обережно треба, походу АРІ дозволяє і купити домен 😶‍🌫️

Почав юзати Oxfmt i Oxlint замість Prettier i ESLint

Працює моментально, з правилами не розбирався ще

Але дуже зацінив що він автоматично вирівнює ASCII таблички в Markdown файлах

https://www.youtube.com/watch?v=moBCOEiqiPs

Вау
В мене глибока повага до людей, які можуть такий проект самостійно довести від ідеї до завершення. А це ж ще треба придумати таке. Здивуюсь якщо це відео не набере мільйон переглядів

До речі, варто поділитись своїми враженнями від міграції з NPM на Bun 🥟

В нас досить великий монорепо, десь 8+ проектів, деякі прям дуже здорові. У всіх різний тулінг, АРІ, UI і тд. Так щей різні версії реакту між проектами.

Короче, все це ставало надто повільним. Повільно локально, ще повільніше в СІ. Чистий npm install (коли видаляєш всі node_modules в проекті) міг зайняти біля 8хв, це заважає і нервує. А деякі пакети ще люблять запуститиь свій postinstall/prepare скрипт. Інколи аж ноут підвисав.

В додачу NPM хоістить всі пакети які шаряться між проекатми в рутовий node_modules. Це може і класно інколи, але загалом більше шкодило. От PNPM протилежність, там пакети ізольовані і вже не вийде просто імпортувати в коді пакет який не оголошений в package.json але випадково попав в скоуп доступу.

Так от, ми декілька разів пробували мігрувати, але скільки ж було перепон на шляху. Стало дуууже помітно всі ці дрібні нюанси які дозволяв досить не строгий NPM і вже не дозволяє Bun. Для контексту, Bun мають isolated linker, що працює так як в PNPM, вони буквально звідти це запозичили. Також стало помітно якісь застарілі або помилкові конфігурації в tsconfig.json.

Але, найцікавіше було з підтирмкою різних версій React. Якщо коротко, то буває що проекти які юзають React 18 можуть імпортувати інші пакети де достумі інші версії React. І от вже яка версія типів зарезолвиться з того місця - фактор удачі. В цій статті гарно описано, нема що додати: https://zackery.dev/posts/types-react/

Але, мігрувати таки вдалось. Можливо не так ідеально як хотілось, але близько до цього.
Я ставив собі задачу, що ця міграція має міняти тільки файли конфігурацій. Якщо потрібно міняти код бо вже десь типи не такі - ми десь помиляємось бо воно працює ок з NPM. Це був надважливий для мене критерій, я підходив до різних проблем по 5 раз і з різними рішеннями, поки не знаходив правильне.

Короче, получилось. Тепер чистий bun install займає десь 13с. Ну, на скріншоті я ще маю глобальний кеш, але NPM в таких же умовах був в декілька разів повільнішим.
СІ також став швидшим принаймні на 35%. Там важче сказати, бо ми ще кешуємо node_modules для всіх СІ.

Загалом, можу радити.

Зараз щей всі Mac mini розкуплять….

Бот ніби непогано вже працює
Більшість посилань які зберігаю - якраз щоб тут поділитись
Ну а дашборд дозволяє відфільтрувати важливе.

Думаю за тиждень можна пустити декілька бета юзерів з підписників 🥰

Може то зробити систему інвайтів? 🤫

Порядок

Тестую інвайти локально

Вчора обіцяв написати про те як я зараз користуюсь Claude Code. Хоча, думаю, підхід такий же підходить для інших агентів.
Для контексту, OpenCode мені чуть більше подобається, але Anthropic з тими обмеженнями підписки морочать голову, тому поки на CC.

Отже, поки що тримаюсь досить ефективного підходу - не пишемо код поки немає достатньо чітко описаного завдання.
Будь яка фіча починається приблизно отак:

I want to add ... feature. The goal of this feature is to ... so the user can ...
Check current project setup and existing docs for context. 

I want you to research how can we add it using .... (наприклад better-auth). Check their docs for examples, github repo and research best practices. Check the example git clonned repo in this project as well.
You can spawn sub-agents to branch-out the research.

When done you should create or update existing spec file.

Це так, з грубшого. Я не пишу один і той же пропмт що разу, просто вони всі схожі по суті. Прошу зробити рісьорч, кажу щоб юзав саб-агентів для окремих пошуків якщо це треба і прошу оновлювати spec файл.
Тобто все це зводиться до того, що ми потрохи наповнюємо і реітеровуємось по цьому файлу. Ну і це просто markdown.

В процесі все це перевіряю, і ми проходимось знову. Зазвичай я переглядаю всю відповідь і даю агенту список уточнень, питань чи зауважень. Коли результат прояснюється - завжди нагадую оновити spec файл.

Так відбувається поки я не буду впевнений, що він не вніс дурних ідей, не додає те, що протирічить наявному чи ще якусь дупу.
І тільки, коли я вважаю, що вся задача зрозуміла - я йому кажу фінально пройтись по spec файлу і видалити те що ми визначили зайвим.
Після цього робить compaction сесії і можна переходити до розробки з досить пустим context window.

І ще одне, на скріншоті є better-auth-example і readonly-livestore-git-clone. Це окремі проекти зі своїм гітом. Простими словами це git clone якогось репозиторію.
Це дуже спрощує роботу які юзаєте якийсь інстурмент і моделі ще мало знають про нього. Це варто вказувати в промпті наголошуючи що це просто git clone для LLM, щоб можна побачити і документацію і приклади коду і тд.
Це прям дуже помічне, бо інакше модель часто пробує просто вгадати функціонал, часто помилково. Так само це зменшує кількість витарчених токенів, бо для документації (якщо вона в коді) вже можна просто відкрити файл а не тягнути HTML цілої сторінки. А запити ще можуть вертати 404.

До речі, не юзаю Raplh бо якось це виглядає надто запарно. Приаймні поки що.

Пора вже потрохи і проходитись по тих посиланнях, що зберігаю в своєму пет проекті.

Помітив як багато стало крутих штук з використанням SVG і їх анімацій. Дуже подобєаться.

https://x.com/vansh1029/status/2015054479708606930

Boss, I'm tired....

Користувався OpenSync якийсь час, просто підключив щоб бачити скільки токенів я спалюю.

Добре, що є підписка. Компанії походу страшно палять гроші щоб підсадити всіх на цю голку.
Ну, або воно неправильно рахує.

https://www.opensync.dev/