Pull request і його ревювер

Наглядно показано, чому Effect це не ще один RxJS та що таке errors as values.

Взагалі, я глянув це відео заради прикладу LSP, але там і всі інші теми класні і зрозумілі.

https://youtu.be/V_XfZbxabI8

Not bad

Це красиво

.scroller {
animation: mask-up;
animation-timeline: scroll(self);
animation-range: 0 1rem;
mask-composite: exclude;
}
@​keyframes mask-up {
to { mask-size: 100% 120px, 100% 100%; }
}

https://x.com/jh3yy/status/1789359851094614449

Музична перерва 💅

https://music.youtube.com/watch?v=uAO_R-SOd3k

Якщо АІ слабо інтегрований у вашу роботу, можливо, ви втрачаєте конкурентоздатність.

Не знаю, чи помічали ви багато твітів про те, як люди використовують агентів типу Claude Code та інших у більш інтегрований спосіб. Наприклад, через GitHub issues, де описують задачу, а агент робить зміни, створює PR, і це можна мерджити.

Але от ця межа між бульбашкою АІ-комʼюніті (в твіттері чи ще десь) і реальністю все більше розмивається. Тому для мене індикатором є саме застосування подібного підходу в нас на проєкті.

Ми користуємось Linear для трекінгу задач. Там маємо Claude інтеграцію - на неї можна заасайнити таск, як на юзера, і воно почне щось там кодити.

Сподобалось, що тімейт пішов ще далі - просто в локальному Claude Code агенті попросив створити таск у Linear і заасайнити його на Claude Code. Таск був досить простий, але воно непогано його виконало, і залишилось тільки коротке ревʼю коду та мердж.

На цей таск пішло би трохи більше часу, якби його робив девелопер.

Так от, може, це часом і неприємно визнавати, але АІ розвивається такими темпами, що деякі задачі дійсно можуть швидко закриватись. І тут потрібно тримати руку на пульсі, щоб не відставати від прогресу.

https://react.dev/reference/react-compiler/directives/use-no-memo


)))))

Чому в ІТ стало стільки ж драми як в холостяку?

Якщо вставити свої 5 копійок, то мене однаково напрягають обидві сторони конфлікту. Тео часом дуже дивні відео записує, може скластись враження що він експерт у всіх технологіях. Але може так і є?

https://x.com/windscribecom/status/1982645218307694825

Але з іншого боку 💅

Цікаво, що що ж там за пост був))))

Свіженький допис про те що таке dithering.

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

https://typefully.com/DanHollick/why-do-we-need-dithering-Ut7oD4k

Різні форми кодування під різні цілі, це база

Знайшов цікавий інструмент, Toon, факично ще в зародках, бо перший коміт був 2 тижні тому.

Коротко: дозволяє кодувати структуровані дані для LLM в більш компактному форматі. Синтаксис взятий від yaml, але сама структура дещо відрізняється.

Ціль: менше токенів - менше полюцій в context window, а значить більше можна зробити за одну ефективну сесію.

https://github.com/johannschopplich/toon

В мене був такий макбук. Спершу довелось звикнути до тачбару, потім довелось відвикати від нього при апгрейді.

Але, бляха, це була гарна візуальни фішка цього ноута. І дійсно, якби FN кнопки не прибрали, то це було б класне комбо, бо там дійсно були корисні фічі.

https://x.com/app_settings/status/1983312698583752899

Ще трохи думок стосовно застосування LLM в роботі.

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

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

А от вільним піратам, веслярам і стартаперам - можна чуть більше розгулятись. Зараз, чуть не щодня, якісь круті фічі завозять в агенти, а раз на пару тижнів і нові агенти. Спершу хвиля CLI-based агентів, потім editor-embedded агентів, ще будуть розвиватись агенти як окремі додатки. Full cycle, як то кажуть.

Короче, бери і користуйся. От я і користуюсь. Спочатку я був скептичним, але тоді і ChatGPT мав різнокольоровий інтерфейс (хто пам'ятає вже). З того часу моделі стали дійсно кращими.

Ось мій досвід:

🤖 агенти краще за просто чат, це має бути очевидно

🧩 mesh агентів - це душна тема, якщо агент сам цього не робить, то думаю, не треба і самому запарюватись

⚡ агенти точно пришвидшують рутинні процеси, цим треба користуватись

🗂️ потрібно завжди починати з плану і зберігати його окремим файлом, це дозволить агенту менше помилятись, коли context window заповнюється і відбувається його компресія

🧠 план не має бути надто глобальним, моделі починають дуріти від передозу інформацією

💾 робіть git add між промптами для змін, які рев'ювнули і апрувнули

🔍 згенерований код потрібно піддавати сумніву, як свій, так і чужий

🧭 просіть агентів проаналізувати проект, це зменшує шанси на дублікати рішень

Свої поради теж пишіть в коментарях