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

Там Маск знову свій 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 каналі

Друзі! Дуже потрібно добити збір пацанам на корча. Якщо кожен скине трохи, то сьогодні-завтра добʼємо збір. Там менше 14к лишилось. Дуже прошу долучитись. Це для нас, це для пацанів!


На автівку для БРАТСТВА ДРОНІВ

🎯Ціль: 190 000.00 ₴

🔗Посилання на банку
https://send.monobank.ua/jar/9F5sZmDDpb

💳Номер картки банки
4441 1111 2449 3358

Я попередив. Всім файної пʼятниці та пішли пити каву!

Думки в голос після роботи зі своїми менті.

Пам’ятайте: скільки б ви не читали туторіалів і не дивилися відео - справжній прогрес приходить лише тоді, коли сідаєш і починаєш практикуватися.

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

Там у Livewire 3 вразливість знайшли (як неочікувано 😅)

[Деталі у статті](https://securinglaravel.com/security-notice-livewire-v3-rce/)

Проводжу співбесіди вже декілька тижнів і побачив одну проблему. Досить багато кандидатів не розуміють в якій ситуації як правильно робити інʼєкцію залежностей.
До прикладу:

Laravel: ін’єкція Service-класів у Controller

Я завжди слідую простому правилу:
- Якщо Service потрібен в одному методі контролера → ін’єкція в методі
- Якщо Service використовується в кількох методах → ін’єкція через конструктор з property promotion

Приклад METHOD injection:

public function show(UserService $userService)
{
    return $userService->getAll();
}

Приклад CONSTRUCTOR injection:

class UserController extends Controller
{
    public function __construct(private UserService $userService) {}

    public function index()
    {
        return $this->userService->getAll();
    }

    public function store(Request $request)
    {
        return $this->userService->create($request->validated());
    }
}

Я сьогодні декілька разів. Треба у відпустку.

А ви знали про таке поняття як «фонова радіація інтернету»?

Так от, після публікації вашої веб аплікухи на публічний сервер, ця «радіація» виглядає приблизно так.