Хочете пришвидшити свої Eloquent запити в Laravel? Спробуйте поєднати withCount() та withSum() для оптимізації коду.

З використанням hasMany відносин, ви можете поєднати withCount() та withSum() в одному запиті Eloquent. Це економить час і спрощує ваш код!

Приклад синтаксису:

$model->relation()->withCount('relatedModel')->withSum('relatedModel', 'amount');

І знову день дебагу з шішкою.
А як ваш день, колеги?

Зміряти продуктивність коду без сторонніх інструментів – простіше простого!

Використовуйте Benchmark::dd() для вимірювання часу виконання. Це чудово підходить для порівняння запитів до бази даних, продуктивності алгоритмів та часу відповіді API.

Загляньте в документацію: https://t.co/B1FZEJeIta

Ще одна зручна шпаргалка по гіту

Доречі про Git. Чи знаєте ви що таке Git Flow і для чого він потрібен?

Буде цікаво дізнатися? Якщо так, то дайте знати і завтра підготую вам матеріали про цей підхід.

Ви просили - я відповідаю 😉

То що ж таке отой Git Flow та нахіба він взагалі здався?

Git Flow - це модель управління гілками у Git, запропонована Вінсентом Дріессеном. Вона структурує роботу над проектом, особливо в командних розробках, розділяючи роботу на кілька типів гілок, кожна з яких має свою функцію.

Головне розуміти: Git Flow ≠ інший Git. Це набір правил для кращої командної роботи.

Основні гілки у Git Flow:

1. main (або master)
• Завжди містить продакшн-версію.
• Тільки стабільний код.

2. develop
• Основна гілка для розробки.
• Сюди зливають всі завершені фічі перед релізом.

Підгілки:

3. Feature-гілки (feature/*)
• Відходять від develop
• Використовуються для розробки нових фіч.
• Після завершення зливаються назад у develop.

4. Release-гілки (release/*)
• Відходять від develop для підготовки релізу.
• Виконуються фінальні правки, підготовка changelog.
• Зливаються в main та develop.

5. Hotfix-гілки (hotfix/*)
• Відходять від main.
• Використовуються для термінових виправлень продакшну.
• Зливаються в main і develop.

Давайте розглянемо детальніше у наступних постах 👇

Тож, давайте розглянемо всі команди Git Flow в дії.

📌 1. Початок роботи з Git Flow

Щоб увімкнути Git Flow у проєкті, введи:

git flow init

Git:
• Створить гілки main і develop
• Запитає, як ти хочеш називати інші гілки
• Налаштує шаблон Git Flow

Цю команду потрібно запускати лише раз для кожного репозиторію.

📌 2. Створення фічі

Розробляєш нову функцію?

git flow feature start login

Git створює feature/login від develop.

Тут ти працюєш над фічею. Коли готово:

git flow feature finish login

Git:
• Зливає feature/login у develop
• Видаляє цю гілку

Чисто, швидко, зручно.

Далі 👇

Шо там в нас далі по списку?

📌 4. Підготовка до релізу

Коли фічі готові до релізу:

git flow release start 1.0.0

Git створює гілку release/1.0.0 від develop. Тут можна:
• Тестувати
• Виправляти баги
• Готувати changelog

Коли все ок:

git flow release finish 1.0.0

Git:
• Зливає в main і develop
• Тегує реліз
• Видаляє гілку

📌 5. Терміновий хотфікс

Знайшов баг на проді? Почни хотфікс:

git flow hotfix start fix-login

Git створить гілку від main. Ти виправляєш проблему.

Після виправлення:

git flow hotfix finish fix-login

Git:
• Зливає у main і develop
• Створює новий тег (наприклад, 1.0.1)
• Видаляє гілку

Ну от і все. Якщо такий розбір був цікавий, дайте знати про це в коментарях. Тоді спробую робити такі пости частіше 😊

Хто деплоїть сьогодні особливо в пʼятницю 13 та ще й в таку лайняну погоду, той взагалі без башні.

Не деплойте сьогодні! Майте бога в серці!

Гарної пʼятниці та кавусі смачненької ☕️

Пішов я свої сенйорські помилки фіксити. А ви там шо?

Погані новини: старт Nightwatch затримується на тиждень. 🥲

Але не все так погано! Розробники просять трохи більше часу, щоб довести до ладу фінальні деталі своєї європейської інфраструктури. Проте, можна буде обрати, де зберігати свої аналітичні дані – в США чи Європі на початку.

Про це нам розповів батя Тейлор.

Джерело

Дедлайни вони такі 🙄
Або коли бізнес не розуміє чому треба адекватний час на ресьорч і розробку.
А як ваша пʼятниця?

Он воно як…

Друзі, всім гарного початку робочого тижня та, звичайно, без смачної кави зранку ніяк ☕️

Тому з гарним настроєм вкочуємось в робочу рутину 💪🏻

Сьогодні я вам розкажу про те як використовувати AI агентів на страшних легасі проєктах.

Для того, щоб вам для гівняного легасі коду ваш агент згенерував адекватні тести ви маєте годинку витратити на те, щоб зробити ПРАВИЛЬНІ гайдлайни для свого агента. Далі, ви маєте ДЕТАЛЬНО, як чуваку з курсів GoIT (якщо хтось їх закінчував, сорян, якщо зачіпив, то чисто моя біль), що щойно їх закінчив.

Далі, йдете в Cursor, проплачуєте 20 баксів за платну підписку, підключаєте MCP сервер до Cursor і пару годин промптите, поки не отримаєте відносно непоганий результат.

Потім йдете в PHP Storm і там генеруєте коміт меседж через місцевий AI. Він з тим справляється класно.

Запитаєте мене чому не Junie? Відповім - вона(но, ін) повільна(е, ий) до всерачки. Поки що.
Маю надію то пофіксять.

#понеділкове

Доброго ранку, друзі!
Всі живі, всі цілі?

Хоча зараз ми всі цілі… всі - цілі для руснявих ракет і дронів.

Закликаю конвертувати вашу лють в донати нашим хлопцям.

Друзі, на жаль, війна продовжується. Щодня нашим хлопцям потрібна наша з вами допомога.

Прошу долучитись до збору на тачку для Браства дронів!

Загально потрібно зібрати 190 000 грн.

Одне горятко кави з кожного і це вже великий внесок кожного з вас. А якщо не одне горнятко кави - то взагалі топчик ❤️

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

🎯Ціль: 190 000.00 ₴

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

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

Nightwatch вийшов в реліз

Виглядає як реально крута заміна Telescope та Pulse.

Буду тестити.

https://blog.laravel.com/announcing-laravel-nightwatch

Рубрика #думкивголос

Давайте поговоримо про досвід. Сьогодні черговий раз його відчув.

Минулі два-три тижні (сорян комусь за вʼєтнамські флешбеки) ви, мабуть, помітили, що я часто за дедлайни якісь говорив.

Справа в тому, що ми в нашій команді мали завдання інтегрувати в наш сервіс досить великий функціонал, який наші клієнти ну дуже потребували. Я опущу той момент, що коли ми почали розробку і 2/3 всього було зроблено, нас догнали менеджерські реквайрменти що ж дійсно клієнт хоче мати. А фічу вже продали і дедлайни встановили… Класика сейлзів-менеджерів-девів, коротше.

Так ось про досвід. Далі в наступному пості буде 👇🏻

#думкивголос Продовження 👆

В такому режимі довелось форсити розробку в мінімальний час до дедлайнів. Перероблювали майже все.

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

Так ось, це я до чого. Досвід, в чому він.
А він в тому, що до моменту коли всі таски не були зібрані в одну купу для релізу, я свій код НІ РАЗУ навіть локально не запускав. А коду там багато, повірте. Лише через тести то все перевіряв, яких було багато.

І що думаєте? Воно працює так, як було задумано. 😎
Вже тестуємо і ганяємо код в хвіст і гриву.

Тобто це той дзен, коли ти пишеш і читаєш код і впевнений в ньому. А тести то підтверджують.

Я собою можу пишатись і трохи видихнути та сфокусуватись на вас і контенті для вас. Фух!

А тести… Я буду топити за те, щоб покривати тестами все, що рухається, а що не рухається - розрухати і покрити то тестами.

Всім тихої ночі, обняв! ❤️