KRUHLYK 🇺🇦

Гарного початку тижня, панове! Майте смачну і запашну кавусю та гарний настрій!

В наступну середу, 13.08 о 19:00, плануємо провести пілотний стрім з публічним інтервʼю кандидата на позицію Junior PHP (Laravel) Engineer. Вмикайте сповіщення, щоб не пропустити! https://www.youtube.com/watch?v=GJULU2A4qu8

Там батя Тейлор у хуітері анонсував новий атрибут #[Bind]. Мабуть корисно буде. Я поки хз, треба спробувати. Все йде до прямого байдингу інтерфейсів не у сервіс провайдерах. Думаю це буде нововведенням у Laravel 13 із зворотньою сумісністю для старовірів (типу мене). Але поки що в доку того не додали (на момент публікації). https://laravel.com/docs/12.x/container#bind-attributes

Ну шо, спробував я отой ваш GPT-5 для коду. І скажу вам, шо нас або намахали на презі, або воно ще допилюватиметься. Робить відверту дичину. Sonnet-4 на голову зараз краще працює.

Треба визнати. jQuery популярніший за Laravel майже втричі 🙈 Це опитування від StackOverflow якщо що.

Так, давайте пʼятничний вайб продовжимо. Не працювати ж насправді... 🤭

#думки_вголос Вчора на ламповій тусовці очікувано мова зайшла про вайбкодинг, якість коду і місце людей серед усього цього балагану. І там прозвучала дуже цікава думка, що однією з проблем нинішньої ІТ-освіти є те, що людей не вчать читати код. Саме читати. Мені ця теза дуже сподобалась, тож вирішив трошки розвинути її. Зараз код писати може будь-яка більш-менш нормальні модель. Однак саме писати. ШІ може згенерувати працюючий код, але не передбачить і не пояснить наслідки цього коду для проєкту. Він може пояснити як код працює, але як впливає — це вже на межі фантастики. Вміння читати код, саме читати, а не пробігатися по назвах функцій і змінних — це, фактично, єдиний достовірний спосіб розуміння архітектури продукту. Створювати код нині це рідкісна розкіш, зазвичай ми входимо в уже написане. Ба більше, не володіючи цією навичкою, ви втратите розуміння навіть своїх рішень. Недарма кажуть, що ваш код, написаний пів року тому, вже чужий код. А тепер додайте сюди вайбкодинг. Невміння читати рішення ШІ, розуміти їх глибше ніж свої власні, призводить до того, що модель може підсовувати вам якісь геть чудернацькі рішення, які можна сприйняти на віру і протягнути в проєкт якусь відверту дичину. Ну бо воно ж схоже на щосб розумне, чому ні? А потім будуть вилазити такі бока, що на переробку цих "рішень" витрачатиметься в рази більше часу, ніж на створення. Вміти читати чужий код, розбиратися в ньому, відчувати й бачити можливі негативні й позитивні наслідки, стає, певно, важливішою навичкою, аніж власне його створювати. Бо саме створювати його стає усе легше й легше, і через це може виникати ілюзія того, що ШІ "все робить за вас". Але є багато але, і результат залежить від багатьох чинників, до того ж величезна кількість цих чинників не те, що від вас не залежить, ви просто не в курсі їхнього існування. Так, код створювати легше, а от контролювати його якість стає важче, якраз через оту ілюзію "якісних рішень від ШІ". Ми маємо ще ретельніше переглядати ці рішення. Ще прискіпливіше переглядати кожен рядок. Аналізувати. Передбачати. Треба припинити бачити свою роль як кодогенератора. Натомість варто потихеньку (а може й швидше вже) качати свої компетенції в сторону "контролера коду". Розбиратися в архітектурі та патернах. Розуміти як і що працює, особливо під капотом. Так, навіть джунам. Все змінюється, і суть розробки теж. Якщо ви хочете ефективно використовувати ШІ, то варто перестати йому довіряти, тим паче в питанні генерації коду. Ви маєте стати найдушнішими ревʼюверами коду на світі. Вчіться читати чужий код. Не просто очима, а пропускати його через фільтри недовіри, сумнівів, скепсису та власної технічної і не тільки експертизи. І тоді ніякий ШІ нікого не замінить. До речі, а ви що думаєте з цього приводу? @babichdev

Погоджуюсь із Сергієм абсолютно в цьому питанні. Люди розучились саме читати код. Генерять шопопало і зовсім лінуються навіть поревʼювати те, що модель згенерила. А ви що думаєте?

П’ятниця. Традиційно закликаю не деплоїти сьогодні нічого. Поважайте свій час бо прийдеться на вихідних овертаймити.

😅

😁 @itmemeua

Підключив до Junie MCP сервак для Figma. Запрацювало. Але якість і швидкість роботи Junie саме з Figma дуже відрізняється від тої ж звʼязки з Cursor. Думаю справа в тому, що до Junie довелось підключати трохи кастомний MCP і проблеми саме з ним.

Доречі. Я працюю над тим, щоб підключити програму для контент кріейтерів від JetBrains щоб мати можливість розігрувати коди активації продуктів JetBrains серед вас, мої підписники. Але для цього треба мати від 2000 підписників на каналі. Тому в ваших інтересах шерити відео серед друзів і знайомих і розширювати аудиотрію 😉

На ловця і звір біжить, як то кажуть. Тільки вчора за MCP в штормі вам говорив і тут оновлення PhpStorm, де наче нормально то все має працювати. Буду тестувати сьогодні. PhpStorm 2025.2 https://blog.jetbrains.com/phpstorm/2025/08/phpstorm-2025-2-is-now-available/

Пішов деплоїти своє барахло на роботі. А ви там шо? Як справи?

В твітері-хуітері (то не матюк, а назва соцмережі) радять вчити все. А хто я такий щоб це заперечувати? 🙂‍↔️ Доброго ранку, спільното!

Короткий лайхак для отримання адішників моделей. Я використовую modelKeys(), щоб миттєво отримати всі первинні ключі з колекції Eloquent.

$keys = $users->modelKeys();

Користуйтесь!