Це трохи екстремальний приклад, але дуже наглядний

Словник Collins назвав словом року "Вайб-кодинг".

По суті vibe coding означає не самостійну розробку ПЗ, а повідомлення, у якому ви пояснюєте ШІ, що ви хочете, щоб він створив

Це дуже і дуже класно, створює масу нових можливостей.

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

Хай краще дзвонить Солу Гудману.....

шукаємо React Backend розробника, є тут такі?

https://github.com/akinloluwami/react-serve

Bun перейшли на Fumadocs, так гарно стало

Взагалі, оцих сервісів для документації за останній рік стало досить багато і вони дійсно класні.
А більшість з них взагалі open-source, краса!


https://fumadocs.dev/

Where is the money, Lebowski?

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

https://x.com/RyanCarniato/status/1984367587787227161

Це просто жах
Я не розумію мотивації

Цей тіп завжди таке виробляє в CSS, шокіч
Дуже креативно і круто технічно!

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

Трошки був завалений справами, не встигаю про щось писати.

Але сьогодні ділюсь з вами невеличкою статтею про розвиток агентів.

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

Якраз десь про це і розповідає автор. Він порівнює те як працюють агенти зараз (ну чи до недавна) з тим в яку сторону деякі вже рухаються.

Насправді мені це нагадує те як себе позиціонує Amp агент. Там головна LLM вирішує які інші LLM викликати в залежності від типу задачі. Дещо нагадує менеджера на проекті.

Ну, більше деталей в статті: https://www.philschmid.de/agents-2.0-deep-agents

Багато хто говорив, що текст це тепер єдиний оптимальний спосіб передачі інформації, але проекти як C1 можуть це змінити, і мені це подобається!

https://www.thesys.dev/

Які ж круті Better Auth, постійно спрощують життя
Додають database-less опцію

https://x.com/imbereket/status/1988450141158953003

Ще одна цікава стаття, актуальна для людей які працюють в продуктах. Мова буде про те чи залишатись зі stock shares компанії чи продавати їх за можливості.

З мого досвіду це досить складна тема для багатьох. Напевне основна причина - переважно ІТ компанії в Україні це не продукти а агенції, а там ніяких стоків немає. Тому культура цього, та і раннє знайомство - не часті.

Ну, от в і статті про це. Якщо прям дуже коротко - про те чому треба продавати свої стоки на думку автора і мотивація.

https://zachholman.com/posts/money-off-the-table

Урааа, squircle буде!

https://x.com/Ibelick/status/1988541070045524130

Ніхто не захищений від таких ситуацій, дуже сумний твіт....

Про фідбеки в роботі

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

Попала мені під руки цікава стаття на Posthog про погляд на фідбек (в формі колаборації) і чому вони бачать в цьому проблему.

Мені дуже сподобалась фраза:
> Being good at feedback means knowing when not to give it

Ну, це справді так. Хай кине каменем той, хто ніколи в житті не застрягав в переписці типу slack thread на сотню повідомлень. А в кінці щей прийшли до плюс-мінус того ж виновку що і був на початку.

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

tldr: не давайте фідбек завчасно, не застрягайте в обговореннях. Дайте собі та іншим більше свободи, все буде добре.

https://newsletter.posthog.com/p/collaboration-sucks