KRUHLYK 🇺🇦

Ох це запах дебагу…

Прочитайте це, якщо хочете увірватись в AI двіж Може ви якраз збираєтесь вивчити prompt engineering (спойлер: це вже не скіл, це як вміти гуглити), написати агента на LangChain або запилити MCP сервер. Все це мало сенс ще пів року тому, але зараз ландшафт вже інший. Коротко про те, шо актуально прямо зараз. Спочатку були чати. ChatGPT, Claude, Gemini. Задати питання, отримати відповідь, розібратись в концепції. Потім AI залізло в редактори коду: Cursor, GitHub Copilot, Windsurf. Автокомпліт на стероїдах, можливість поговорити з кодбейзом. Якщо ви тільки пересіли на Cursor і думаєте шо ви на передовій, у мене для вас новини. Це вже перехідний етап. За допомогою Copilot пару років назад ми написали з нуля апку на flutter з нульовим досвідом, і це було круто. Тоді. Але зараз є coding агенти. Claude Code, OpenAI Codex, Devin. І це вже зовсім інша історія. Ви не пишете код, ви делегуєте задачу. "Зроби рефакторинг auth модуля на JWT", "пофікси цей баг", "напиши тести для цього сервісу", "зроби нову апку з нуля". Агент сам читає код, сам планує, сам пише, сам запускає тести, деплоїть і перевіряє. І прикол в тому, що агенти поглинають попередні два кроки. Розібратись в концепції? Можна прямо в агенті. Написати код? Він напише сам з нуля, йому не потрібен автокомпліт. Чати і IDE нікуди не дінуться, але агент покриває і їхні сценарії. І якщо чесно, код який зараз пише агент, вже краще за код більшості розробників. Не тому що люди погані, а тому що агент бачив більше кодбейзів ніж будь-хто з нас за все життя. Думаю, через рік сеньйор без AI буде менш продуктивний за джуна з AI. Можете скріншотити і чекати. Агенти не працюють в вакуумі, їм потрібна інфраструктура. MCP (Model Context Protocol) це стандартний спосіб підключити агента до зовнішніх інструментів: баз даних, API, десктоп апок. Його називають USB для моделей, і скоріш за все, вже є готова реалізація під вашу задачу А skills це мікс промптів та скриптів, заточених під конкретний тип задач, наприклад playwright для автоматизації браузера. Щось типу плагінів для агента. Вам не треба це все вчити окремо, воно просто працює під капотом. Можуть під капотом використовувати MCP, а можуть і щось інше, наприклад CLI тули чи виклики API через curl. Шо робити? Не писати своїх агентів, для більшості задач достатньо умовного Claude Code. Не писати MCP сервери, хіба шо ви вендор. Шукати або збирати skills під свої задачі. Саме на skills зверніть найбільшу увагу — зараз це головний бустер продуктивності. Подивіться наприклад на skills.sh, це такий собі npm для скілів. Як мінімум, показує базовий аналіз безпеки, щоб хакери не вкрали ваш код чи що ще там у вас є цінного на компі :) І головне, просто почніть. Візьміть будь-яку задачу, яку ви зазвичай робите руками, і спробуйте делегувати її агенту. Серйозно, прямо сьогодні. Ви здивуєтесь. (актуальність цього посту триватиме до наступного великого анонсу від AI гігантів. Якщо ви з майбутнього і тут вже все не так, напишіть в коментах)

З пʼятницею! ☕️

Вайбкодинг це не завжди про щось погано зроблене і неякісне. Ось приклади класних речей, які зробили для себе розробники. Це я вже мовчу про круту інтеграцію в систему розумного будинку, яку я юзаю. Графікі відключення Yasno, яку наш український розробник і ентузіаст розумного дому Денис Довгополий навайбкодив. Так що просто робіть все розумно і отримаєте хороші речі 😉

Ви мабуть бачили цей графічок. Про що він? • 84% людей ще ніколи не користувалися ШІ • 16% пробували безкоштовні чат-боти • 0,3% платять $20 на місяць за ШІ • 0,04% користуються інструментами для програмування Якщо ви читаєте це — швидше за все, ви в жовтому чи червоному сегменті. Тобто наша уява про те, наскільки “масовий” ШІ, формується з дуже маленької частини користувачів. Тому я не здивований розмовам і хейту, що ШІ робить хріново кодовій базі проєктів. 💁‍♂️ Оригінальний пост в LinkedIn залишаю для ознайомлення.

В звʼязку з тим, що в Laravel 13 нам завезуть БАГАТО нових атрибутів, у розробників починається легка паніка з іронічними коментарями, мовляв нахріна взагалі то треба, бо все це працює на Reflection, а він "дорогий" для серверних ресурсів. Тому давайте розбиратись що до чого і чи ці страхи реальні 😉 Laravel 13 та «Reflection-апокаліпсис»: чи готувати вогнегасники для серверів? Міф звучить так: «Атрибути працюють через Reflection, а він повільний як равликова пошта. Кожен запит буде змушувати сервер перебирати всі класи, читати метадані, і ваш прод просто ляже під навантаженням!» Чи варто панікувати? Спойлер: ні. І ось чому: Discovery Phase не дорівнює Runtime. Reflection працює лише тоді, коли Laravel намагається зрозуміти структуру коду. В адекватних проектах на продакшені давно використовуються команди php artisan route:cache та config:cache. Після цього всі ваші атрибути перетворюються на звичайний PHP-масив. Тобто Reflection смикається один раз — під час білду або деплою. OPcache Preloading. У PHP вже давно існують механізми, які завантажують атрибути в пам’ять ще до того, як прилетить перший реквест. Якщо сервер налаштований грамотно, атрибути для вас практично безкоштовні з точки зору ресурсів. Атрибути проти анотацій. Згадайте старий добрий Symfony чи Doctrine з їхніми коментарями в DocBlocks. Це парсилося регулярними виразами. Атрибути в PHP 8.0+ — це частина ядра мови (AST). Вони в рази швидші та ефективніші за старі коментарі. Де захована реальна небезпека? Поки ви боїтеся Reflection API, ваш додаток зазвичай гальмує через: — N+1 запити в базу (класика). — Відсутність індексів. — Гігантські об'єкти в пам'яті. Вердикт: Атрибути в Laravel 13 — це про крутий Developer Experience і чисту архітектуру, а не про смерть сервера. Якщо ваш код — не спагеті з легасі-кошмарів, ви не помітите жодної різниці в навантаженні.

Ще нам на банері натякають про ChatGPT. Що б це могло бути? 🧐

У Laravel новий сайт. Майже так само було минулого року. Чуєчка, що скоро будемо оглядати Laravel 13 😉 Доброго ранку панство! Майте смачну кавусю сьогодні! ☕️

Якщо вам потрібні скіли саме для роботи з ларкою і ви ще юзаєте Larabel Boost, то вам сюди.

У рейтингу мов програмування 2026 (чому вже за 2026 коли рік тільки почався? 🙄) DOU PHP продовжує бути в трійці лідерів на бекенді. З 2022 року пиха навіть набрала 0,3% у популярності 💁‍♂️ Цікаво, що PHP для Full Stack розробки втратив трохи більше 1%. Для мене неочікувано, що втратив C#. Думаю це повʼязано з тим, що ринок досі штормить і багато ентрепрайзів покидають наш аутсорс. Деталі тут.

Дуууууже плюсую коментарю на DOU. Це точно те, що відчуваю я, коли з Claude Code працюю.

А тим часом ми з нашою командою Mentor Wizard вже маємо більше 1к написаних тестів на проєкті. Пишаюсь вами, народ!

Понеділкове. Гарного та продуктивного дня! Гарного настрою і смачної кавусі для розгону ☕️

Я витратив пару років на костилі WiFi, а Claude Code все порішав за 15 хвилин. Це зрада чи перемога? Вдома я завжди мав проблеми з wifi. Нестабільний пінг зі спайками, навіть до роутера. Ситуацію ускладнювала складна (насправді дурна) топологія мережі — роутер знаходився в кутку квартири, на всю не добивав. Тому час від часу я додавав інші точки доступу в різних кімнатах, між якими клієнти нормально не перемикались. Спроби вручну міняти канали, запускати аналізатори якось не дуже допомагали. В кінці дійшов до того, що поставив дві банки TP Link Deco, які вміли в mesh і це була основна мережа. А на роутері була інша мережа, що виконувала роль вторинного бекапу, цінність якого зросла з настанням блекаутів, бо роутер підключено до екофлова. Проте якість все одно була такою собі — спайки пінгу, час від часу взагалі таймаути, підвисання на зізвонах і вот ето всьо. Аж якось я прикупив собі новий роутер, накатив на нього OpenWRT і подумав "може все ж пофіксити цю тему?". А для фіксу вирішив використати Claude Code. Запустив його, показав, як ходити на роутер під ssh, дав sudo на свій макбук (шуткую, не дав — просто запускав команди в іншому вікні і давав output) і за 15 хвилин проблему було вирішено. В процесі воно познаходило помилки в дефолтній конфігурації OpenWRT, підкрутило якісь налаштування і навіть зробило так, що все в купі працює як одна мережа — наче роутер додався в mesh (насправді він не додався, бо той меш пропрієтарний у tplink, але девайси перемикаються між точками без проблем). Ось посилання на саммарі що робилось. У фіналі цього сетапу Claude погоняв мене по хаті (різним закуткам), де замірював різні параметри, поки не упевнився, що всюди все ок зі звʼязком. Звісно, я б це все теж розрулив, але життя коротке, щоб витрачати його на колупання в конфігах. Деякі терміни і параметри з аналізу я бачив вперше (і сподіваюсь востаннє) в житті. Навіть не задумувався, що можна вимірювати потужність сигналу, канали і тд з консолі. Не те, що воно складно — там можна розібратись, але не всім треба бути мережевими інженерами. До чого це все веду? ШІшка може допомагати не лише з кодом. Ми з нею і серваки сетапили ансіблами, і траблшутили проблеми з Home Assistant, доступами тощо. І особливо це корисно, коли для вирішення проблеми треба копнути в деталі, бо загальних знань недостатньо. Шо думаєте? Нормально давати AI доступ до своєї мережевої конфігурації? І чи взагалі варто розбиратись самому, якщо AI може зробити це швидше?

От, власне, про це і готую наступне відео на каналі. Не кодом єдиним корисний АІ.

Готовність 10 хвилин. Очікую на ваші запитання і хороший настрій!

Як сьогодні виглядатиме функціональне наповнення того, що будемо робити на стрімі 😁

Що на нас чекає у майбутньому https://www.instagram.com/reel/DVN65UJk-oy/?igsh=b2piNGdoOXFjaHo2

Каву пʼємо, кнопку деплою в прод не чіпаємо! Команду деплою в терміналі так само, а то знаю я вас 😜 З пʼятницею!

Токени мутяться, Комуналка крутиться.