І анжуманя

Прискоріть виконання Laravel Pint за допомогою паралельного режиму

Як розробник, я завжди слідкую за новими технологіями, які можуть прискорити мої проєкти. "Паралельний режим" у Laravel Pint дозволяє виконувати форматування коду швидше, ніж зазвичай. Для цього потрібно використати параметр --parallel, наприклад:

./vendor/bin/pint --parallel

Цей режим дозволяє виконувати кілька завдань одночасно, що значно збільшує швидкість виконання. Крім того, можна використовувати інші параметри, такі як --test для перевірки коду без змін, або --diff для перевірки лише змінених файлів за допомогою Git:

./vendor/bin/pint --test
./vendor/bin/pint --diff=main

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

Огляд оновлення Laravel 12.20.0

1. Короткий огляд: Останнє оновлення Laravel 12.20.0 включає кілька цікавих функцій. Найбільш значущими є можливість припинення виконання черги під час обробки винятків, а також метод fakeFor() для фасаду черги. Крім цього, з’явився метод remember() для контексту та можливість налаштовувати метод pluck() колекцій за допомогою callback-функції.

2. Вирішення проблем з чергою виконання: Тепер ви зможете припиняти виконання черги під час обробки винятків, що підвищує контроль над процесами обробки даних у вашому застосунку. Це особливо важливо для забезпечення стабільності та надійності великих застосунків.

3. Нові методи для роботи з даними: Застосунок отримав новий метод remember() для контексту та можливість використовувати callback-функції для методу pluck() колекцій. Такі оновлення дозволяють більш гнучко керувати даними й важливі для розробників, які бажають оптимізувати свої бази даних та підвищити продуктивність застосунку.

Примітка: Ці зміни підвищують стабільність та гнучкість використання Laravel, що особливо важливо для розробки великомасштабних застосунків.

Кияни, ви як після ночі Вʼєтнаму? Всі в порядку?

Вайб ранку після обстрілу вночі

Ви думаєте я вас лишу без заклику не деплоїти сьогодні? Фіг там. Хто деплойне сьогодні, той на вихідних не відпочиватиме 💁‍♂️

PHP 8.5 Alpha 1 вже доступний для тестування і стане частиною наступного оновлення Laravel Herd

Це лише початок циклу релізів, у якому буде ще дві альфи, три бети та кілька кандидатів у випуски перед офіційним релізом у листопаді 2025 року. Поки що це тестова версія, тому не рекомендується використовувати її в продакшені.

З оновленням приходять багато корисних поліпшень для розробників і нові можливості у ядрі, CURL, COM, FPM та інших модулях. Час ознайомитися та тестувати!

Сорян, знову постілка заглючила (

Там Маск знову свій Grok тягне, як просто революшн, Джоні.

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

Мислити, що після використання CursorAI, Claude, Grok чи Agent Mode девелопери будуть просто копіпастити код у чат - це ілюзія. Коли твій проєкт - це не один файл, а цілий кодовий базис, таке неможливо зробити ефективно.

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

Пам’ятайте: AI - це інструмент для прискорення розробки, а не для заміни розуміння структури коду.

Починаю по трошку вивчати нові речі в PHP 8.5. І сьогодні починаю з досить цікавої фічі.

PHP 8.5: Атрибут #[\NoDiscard] - Забудь про ігнорування важливих результатів!

Що це таке?
PHP 8.5 вводить новий атрибут #[\NoDiscard], який дозволяє розробникам позначати функції та методи, результат яких обов’язково повинен бути використаний. Якщо ви викликаєте функцію з цим атрибутом і не використовуєте її результат, PHP видасть попередження (E_WARNING або E_USER_WARNING).

Навіщо це потрібно?
Часто ми пишемо функції, які повертають критично важливу інформацію:
• Коди помилок
• Статуси операцій
• Результати валідації
• Дані після обробки
Ігнорування таких результатів може призвести до прихованих багів, які проявляться лише в продакшені.

Як використовувати?

#[\NoDiscard("результат операції критично важливий")]
function performOperation(): int {
    // Виконуємо операцію
    return 1; // 1 - успіх, 0 - помилка
}

// ❌ Викличе попередження
performOperation();

// ✅ Правильно
$status = performOperation();

Більше практичних прикладів я опублікував у Pro каналі.

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

Підтримуйте канал та отримуйте додаткові круті плюшки!

💥 Остання спроба перед співбесідою? А що, якщо їх буде ЩЕ ОДНА?

Знайомо? Серце калатає, руки трясуться, а на питання "Розкажіть про SOLID принципи" в голові — повна пустота...

А тепер уявіть: ви сидите навпроти Senior PHP-розробника, він задає питання про Laravel middleware, а ви... знаєте відповідь. Точно знаєте. Тому що вже проходили це з нашим експертом.

🎯 PHP Співбесіда Плюс: Персональна підготовка

Це не просто тестування. Це 60 хвилин, які змінюють вашу кар'єру.

⚡️ 45 хвилин реального кодингу з Senior PHP-експертом
⚡️ 15 хвилин детального розбору кожної помилки
⚡️ Відеозапис + письмовий план розвитку
⚡️ Впевненість, що наступна співбесіда — це ваш офер

🔥 Спеціальна ціна для перших 10 клієнтів - знижка 20% на mock інтервʼю!

💡 Чому PHP Співбесіда Плюс:

✅ Завдання з реальних співбесід топ-компаній
✅ Експерт з FAANG+ досвідом
✅ Індивідуальний підхід для вашого рівня
✅ Конкретний план дій після сесії
✅ Запис для повторного вивчення

🚀 Перестаньте боятися технічних питань. Оволодійте ними.

Забронювати сесію 👉 https://waylight.me/interview20

Питання? Пишіть в особисті @aratUkraine

P.S. Місць на наступний тиждень залишилося небагато. Не відкладайте на завтра те, що може змінити вашу кар'єру сьогодні.

Що таке "хороший код"?

JetBrains проводили опитування серед своїх користувачів.
Одне з питань - "Що для вас хороший код?"

Очікувано для мене більшість відповіли на це питання так. Щоб вважати код хорошим він має бути читабельним та підтримуваним.

Я, доречі, відповів так само в цьому опитуванні.

А що "хороший код" для вас?
Діліться думками в коментарях.

Доречі. Є ще варіант проводити такі співбесіди на YouTube онлайн.

Цю ідею подав Сергій Бабич, який чи не першим такий формат почав робити у себе на каналі (раджу теж підписатись) і закликає інших айтішних ютуберів робити так само.

Все по-дорослому: питання, лайв кодинг, оцінка рівня з детальним фідбеком та рекомендаціями для розвитку.

Що це дає? По-перше, так ми популяризуємо тему в мережі. По-друге, так у вас є можливість через формат "мамо, я в телевізорі" підвищити свою впізнаваність серед рекрутерів, а вони, повірте, такий формат також дивляться і беруть кандидатів "на олівець". По-третє, так ви точно підвищите свої скіли по проходженню співбесід в достатньо хардових і стресових умовах. А це дуже класна навичка - навчитись в такому форматі спокійно і впевнено себе відчувати.

Чи є сміливці спробувати такий формат на каналі? 😎

Якщо маєте таке бажання - пишіть мені в особисті @aratUkraine і ми домовимось про час та формат співбесіди.

Впевнений, досвід буде класний для всіх! 💪🏻

Supabase MCP має серйозну вразливість — через неї можна витягнути всю SQL-базу даних.

Проблема в тому, що LLM не розрізняють інструкції та дані, тож зловмисник може «інжектити» команди у контекст і змусити систему викликати секретні таблиці.

Навіть у режимі «тільки для читання» ризики залишаються — цього недостатньо для захисту від складних атак на основі моделей.

Якщо ви використовуєте MCP, будьте особливо уважні з безпекою, якісним фільтруванням запитів і обмеженням доступу. Інакше ваші дані можуть виявитися в руках зловмисника.

Деталі тут

Пора працювати. Всім смачної кави!

У PHP 8.5 з’явилася довгоочікувана фішка - повні стек-трейси для фатальних помилок за замовчуванням. Тепер коли трапляється fatal error, наприклад, перевищення максимального часу виконання або виклик неіснуючої функції, PHP покаже детальний backtrace, де саме і як виникла помилка.

Для мене це - справжній game-changer у розробці, особливо коли працюєш з великими проєктами, на кшталт проєкті написаних на Laravel. Тепер відловити причину fatal error стало набагато швидше і зручніше.

Деталі на Pro каналі