Розробка третьої хвилі

Vercel got updates

🫠

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

Проста і зрозуміла міні-стаття від, напевне, набільшого популяризатора скінченних автоматів (aka state machines) та автора XState DavidKPiano про Actor model В двох словах - це дуже легко мапиться на реальній світ, стаття це гарно пояснює. Актори (наголос на А) працюють ізольовано один від одного, комунікують повідомленнями та мають приватний внутрішній стейт, можуть мати різні ефекти. Короче, стаття і так мінімальна, рекомендую хоч глянути бо це стає дедалі популярніше. Можете ще глянути https://www.rivet.dev/ https://x.com/DavidKPiano/status/2033132659795194367

Хто не зацінив Node VFS і відписався.......

Такс, про Node VFS. Я взагалі не сильно підкований в цьому, VFS це те що я почав трохи зачіпати через суміжні задачі, але тема досить цікава. Matteo Collina, СТО Platformatic (будують інструменти навколо Node.js і дуже сильно контрибютять туди ж), радує статтею та великим пул реквестом, де додають підтримку VFS в Node.js аргументуючи це такими юз-кейсами: • це відкриває більше можливостей для Single Executable Applications (я думав це лиш в Bun є 🙈) • sandbox для агентів та завантаження згенерованого ними коду на ходу • більше можливостей для тестів • і інші штуки На перший погляд це може виглядати як просто eval(), але різниця суттєва. З VFS ви можете імпортувати модулі, які імпортують інші модулі і тд. Стирається оця межа між реальними файлами і файлами у віртуальній системі. Збільшуються можливості. Цікава, круто, хз чи я це десь заюзаю 😏 https://blog.platformatic.dev/why-nodejs-needs-a-virtual-file-system

Сьогодні знову годую підписників Markdown файлами по дизайну Плюс-мінус одночасно релізнулись скіли від дизайн інженерів Emil Kowalski i Jakub Krehel. Я ще не пробував, але вроді Emil давав скіли і раніше, просто за доступом до його дизайн курсу (який я купив і ніяк не пройду...). • https://github.com/emilkowalski/skill • https://github.com/jakubkrehel/make-interfaces-feel-better Я досі користуюсь impeccable, в основному щоб він мене покритикував і накинути якісь ідеї. Але по анімаціях, я впевнений, оці два скіли зверху можуть мати чуть кращі результати. Хоча, загалом, найкращий скіл це той який маєте ви а не агент. Тому навіть прочитати ці документи самому буде корисно.

Сьогодні знову годую підписників Markdown файлами по дизайну Плюс-мінус одночасно релізнулись скіли від дизайн інженерів Emil Kowalski i Jakub Krehel. Я ще не пробував, але вроді Emil давав скіли і раніше, просто за доступом до його дизайн курсу (який я купив і ніяк не пройду...). https://github.com/emilkowalski/skill https://github.com/jakubkrehel/make-interfaces-feel-better

До речі, про бенчмарки Працював над Cloudstash, використовував LiveStore. Він мені дуже подобається, є натхнення контрибютити. Знайшов пробелму в активних юзерів, переставав працювати прийом посилань всюди поза UI і не генерувався AI summary. Проблема дуже цікава, я стільки нового дізнався. SQLite VFS, Cloudflare VFS, WASM SQLite + session extension, event log rebase і ще купу всього. Але, для будь якого фіксу спершу потрібно підтвердити проблему тестами, і в моєму випадку щей і бенчмарками. Цим я і зайнявся. Раніше зробити гарний бенчмарк було трохи напряжно, навіть часом напряжніше ніж гарні тести. Зараз це суттєво простіше, бо це обмежена фіча, ізольована і тд. Ну і агент може сам це швидно потестувати, внести корективи і тд. Ну і взагалі сам бенчмарк це найс, можна заупскати його як проти локального сервера, так проти і деплою. В моєму випадку це було дуже важливо, бо Durable Objects мають обмеження в 128mb RAM, але локально обмеження, схоже, немає. Короче, ось ПР, щоб не пусті слова були. Не знаю чи він змерджиться, але було б найс: https://github.com/livestorejs/livestore/pull/1089

До речі, про бенчмарки Працював над Cloudstash, використовував LiveStore. Він мені дуже подобається, є натхнення контрибютити. Знайшов пробелму в активних юзерів, переставав працювати прийом посилань всюди поза UI і не генерувався AI summary. Проблема дуже цікава, я стільки нового дізнався. SQLite VFS, Cloudflare VFS, WASM SQLite + session extension, event log rebase і ще купу всього. Але, для будь якого фіксу спершу потрібно підтвердити проблему тестами, і в моєму випадку щей і бенчмарками. Цим я і зайнявся. Раніше зробити гарний бенчмарк було трохи напряжно, навіть часом напряжніше ніж гарні тести. Зараз це суттєво простіше, бо це обмежена фіча, ізольована і тд. Ну і агент може сам це швидно потестувати, внести корективи і тд. Ну і взагалі сам бенчмарк це найс, можна заупскати його як проти локального сервера, так проти і деплою. В моєму випадку це було дуже важливо, бо Durable Objects мають обмеження в 128mb RAM, але локально обмеження, схоже, немає. Короче, ось ПР, щоб не пусті слова були. Не знаю чи він змерджиться, але було б найс: https://github.com/livestorejs/livestore/pull/1089

Тіпи зробили бенчмарк для порівння популярних фреймворків під SSR Завтра чекати панічний крик від ▵? Результати цікаві, думаю хтось з верселю завтра буде підправляти код, щоб бенчмарк був кращим, це буквально істоіря яка вже була. Конкуренція це гуд, результати цікаві https://blog.platformatic.dev/react-ssr-framework-benchmark-tanstack-start-react-router-nextjs До речі, цей автор, Matteo Collina, на днях ще робив публікацію про Node.js VFS, можливо чуть більше напишу про це на тижні.

Claude так часто має всякі проблеми, АРІ не відповідає і тд, що вони аж додали автоматичний retry.....

WebGPU відкриває класні можливості, десь раз на тиждень бачу цікавий проектик. Сьогодні ділюсь browser-whisper - інструмент, який дозволяє запускати Whisper від OpenAI в браузері для транскрипції голосу в текст. Мені не дуже заходять оці голосові керування агентами, текстом якось точніше все получається. Але пофіг, отакі речі це демонстрація того, скільки гнучнкості і можливостей має бразуер і що це одна з найцікавіших платформ для деплою. https://github.com/tanpreetjolly/browser-whisper https://x.com/jollytanpreet/status/2033128255424000289

dunk

Конекстне вікно у мільйон токенів в Opus 4.6 виглядає дуже зручним для масштабних рісьорчів 1. Можна бути чуть менш обережним в своїх запитах до моделі 2. Можна менше запарюватись з зберіганням проміжних результатів досліджень в файлах

Я навіть не розумію що це, але виглядає дуже прикольно. І сайт бомба, мінімально, симпатично. А hover ефект на кнопки внизу, ммм, chef kiss https://lilguy.net/

Ранок понеділку, чергова драма між ▵ i ⛅ Це вже трои не здорово виглядає, але beef є beef Всім гарного тижня

Створюйте власні DevTools, це зручно! Зрештою, це більше стосується продуктів а не агенцій. Але, в силу того як легко зараз це робити разом з агентами - не бачу перепон для агенцій теж. То про які DevTools йде мова? Та будь-які! Це просто інтерфейси чи інструменти, які допомагатимуть вам і розробці. Для прикладу: в нас на проекті вже досить довго є кастомний UI для нашого агента (допомагає створювати інтеграції, ворфлови, і тд). Це агент для наших користувачів. Він досить часто оновлюється, і це можуть бути суто зміни в роботі самого агента на стороні сервера, які впливають на формат повідомлень, нові типи повідомлень і тд. Все це треба гарно обробляти на клієнті. Але будь які зміни можуть привести до неочікуваних сценаріїв, багів, або просто нічого не відобразиться на клієнті. Тому я зробив DevTools для дебагу, який доступний лише адмінам. Там можна побачити всі повідмолення чату, їх батківські повідомлення, звязки між ними, і тд. Raw data грубо кажучи. Плюс це зроблено в такому форматі що легко знайти дані в будь яку сторону, починаючи з UI і до даних, так і навпаки - знайти повідомлення яке відповідає цим даним. Короче, різні штуки, це якраз на скріншоті. Але, це тільки одиничний приклад. Деякі тімейти продовжуть цю практику і додають високорівневі DevTools під різні глобальні фічі. Найпростіший приклад - глянути які Feature Flags увімкнені в цьому воркспейсі. Недавно я ще додав REPL, можна писати та запускати код з вже доступним нашим SDK. Мені це потрібно було щоб швидко дебажити інші фічі, але виглядає як щось таке, що можна дати і користувачам. Короче, зараз такі речі робити досить легко. Важче, напевне, ідентифікувати проблему/потребу і знайти вдале рішення під це.

🔼 компанія в безпеці?