Розробка третьої хвилі
456 subscribers
857 photos
229 videos
730 links
Українською про веб-технології, і не тільки.

Як кав'ярня, тільки про технології.

https://www.bohdanptyts.com/
Download Telegram
За крок до того, щоб поставити бейджик design engineer на LinkedIn
👍4
tip of a day

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

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

Але, обережно треба, походу АРІ дозволяє і купити домен 😶‍🌫️
😁43👀1
Почав юзати Oxfmt i Oxlint замість Prettier i ESLint

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

Але дуже зацінив що він автоматично вирівнює ASCII таблички в Markdown файлах
👍5
https://www.youtube.com/watch?v=moBCOEiqiPs

Вау
В мене глибока повага до людей, які можуть такий проект самостійно довести від ідеї до завершення. А це ж ще треба придумати таке. Здивуюсь якщо це відео не набере мільйон переглядів
👍4😱2
Розробка третьої хвилі
Я хотів спершу скинути статтю, бо вона капєц здорова як на текст про оновлення *будь чого*. Але в ній є відео, яке стисло все перекаже. Короче, там в Bun вийшов свіжий апйдет до версії 1.3. І там вони дуже багато всього зарядили. Bun все більше виростає з…
До речі, варто поділитись своїми враженнями від міграції з 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 для всіх СІ.

Загалом, можу радити.
👍9
Зараз щей всі Mac mini розкуплять….
💯8
Розробка третьої хвилі
Такс, не можу відірватись звісно, фантазую фічі. Але все так гарно будується кругом інфраструктури cloudflare. Durable Object виступає як окремий peer, в ролі іншого юзера. KV storage і Worker для обробки бота. Бот реагує, ставить реакції на повідомлення…
Бот ніби непогано вже працює
Більшість посилань які зберігаю - якраз щоб тут поділитись
Ну а дашборд дозволяє відфільтрувати важливе.

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

Може то зробити систему інвайтів? 🤫
👍1
Вчора обіцяв написати про те як я зараз користуюсь 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 бо якось це виглядає надто запарно. Приаймні поки що.
👍11
This media is not supported in your browser
VIEW IN TELEGRAM
Пора вже потрохи і проходитись по тих посиланнях, що зберігаю в своєму пет проекті.

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

https://x.com/vansh1029/status/2015054479708606930
👍5
Користувався OpenSync якийсь час, просто підключив щоб бачити скільки токенів я спалюю.

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

https://www.opensync.dev/
😱1
Закрились ключі від машини. В машині. Разом з ключами від хати....

Цей пост міг би описати класну паралель між цим та бекапами даних, файлів і тд.
Але від ситуації трохи стресанув. Добре хоч був запасний ключ від хати а там запасний ключ від машини.

Короче, чергове нагадування.

Тримайте музичку хоч
https://music.youtube.com/watch?v=kkgGabrxIf0
🐳3😱1
Dan Hollick, крім того, що має дуже веселий домен (https://alcohollick.com/) і круту історію проектів, так щей видає купу класного контенту.

Я вже кидав його статті і пости раніше, сьогодні кину про шейдери

https://www.makingsoftware.com/chapters/shaders
👍8
This media is not supported in your browser
VIEW IN TELEGRAM
Цікаві статті про UI. Це вже другий подібний ресурс, недавно кидав інший.

https://www.userinterface.wiki/
👍3🔥2
Концентрат новин по АІ, без води і пафосу.

https://news.smol.ai/
👍3
Перші юзери ніби нічого критичного не наломали, тому ось вам лінк: https://cloudstash.dev/

І декілька інвайт кодів:
1. FUDKKFS7
2. A35UNFM6
3. H7N8UYYS
🔥6