Работа над подготовкой конференции Podlodka PHP Crew идет полным ходом! Кто хочет пойти? Разыграю 1 билет (условия в конце поста).

Тема сезона – “Практическая архитектура”, и программа конференции готова. Ниже несколько примеров, о чем будут рассказывать эксперты:

- Архитектурная документация по модели C4 с Кириллом Сурогатовым (Oxagile). Узнаем, как эффективно визуализировать сложные системы и наладить общение между командами 📊
- Переезд на RoadRunner — Владимир Плахотников (Yclients) поделится опытом миграции и оптимизации большого PHP-монолита 🚛
- RabbitMQ vs Kafka — Михаил Каморин (Skyeng) расскажет, как выбрать брокера сообщений для обработки больших объёмов данных 🚀
- Лайвкодинг с Temporal — Алексей Гагарин и Павел Бучнев (Spiral Scout) покажут, как интеграция Temporal упрощает жизнь разработчикам. 👨‍💻

Каждый доклад — это практическое решение, которое можно внедрить сразу после конференции.

Полную программу конференции вы найдете на сайте по ссылке ниже, и там же можно купить билеты. Кстати, до конца этой недели еще действуют сниженные цены! 💥
https://podlodka.io/phpcrew

❗️Для комьюнити CutCode я разыграю билет на эту конференцию в честном состязании разработчиков.

ℹ️Условия конкурса:
1. Напишите в комментариях к этому посту смешную историю из из жизни разработчика.
2. Победителем станет тот, чья история наберет больше всего реакций.
3. Итоги подведем 29 сентября.

🚀 Привет, друзья!
На канале CutCode вышло новое видео, с разбором новых возможностей Laravel 11, которые анонсировал Taylor на Laracon! 🔥

Покажу Helper defer с отложенным выполнением задач, фасад Concurrency для параллельного выполнения и метод flexible для динамического обновления кэша в фоновом режиме.

Нововведения действительно интересные. Будьте в тренде!
https://youtu.be/TsLOujCDeJ4

#GitVerseКейс

Смотри, какой репозиторий: MoonShine 🖥

Крутые проекты с GitVerse снова на связи! Сегодня расскажем о MoonShine — open source проекте, предназначенном для создания админ-панелей для Laravel.

Итак, как проект создавался?

Проект создан Данилом Щуцким, автором CutCode, и существует уже более двух лет. Все началось с идеи в Telegram-чате Laravel Community от CutCode, которая звучала примерно так: «А почему бы не начать свой open source и совместно его развивать?». И вот, пройдя все этапы и стадии (о которых можно прочитать в статье автора), проект успешно развивается.

Задачи проекта — обеспечить одновременно простоту использования для начинающих разработчиков и сохранение широкой функциональности, ускорить процесс разработки админ-панелей для Laravel-проектов и реализовать быстрое создание MVP.

🔍Из чего MoonShine состоит?

Помимо ядра админ-панели проект включает в себя:

➕ компонентную систему для комфортного построения UI;
➕ ресурсы для работы с данными и страницы для отображения контента;
➕ конструкторы форм и таблиц;
➕ темы на выбор с возможностью кастомизации;
➕ инструменты для создания дашбордов;
➕ систему авторизации и управления правами доступа.

Факты:

➡️MoonShine использует стек TAL (Tailwind CSS, Alpine.js, Laravel);
➡️базовую админ-панель с авторизацией и CRUD можно развернуть всего за 5 минут;
➡️для MoonShine уже создано более 15 дополнительных пакетов, расширяющих его функциональность.

🔗 Узнать о проекте подробнее и следить за его развитием можно по ссылке в репозиторий

#GitVerseРазработчикам

Доброго дня, коллеги!
Подводим итоги конкурса историй - https://t.me/laravel_cutcode/580 .

🥳 Победитель - @skyandfly !

Его история получила наибольшее количество реакций + он опубликовал сразу несколько историй. 🎉
Билет на Podlodka PHP Crew уходит к нему. Поздравляю!

Всем остальным участникам - благодарность за участие в розыгрыше. 😉

Привет, коллеги!

Давайте поговорим о том, что действительно выматывает при работе с API — о документации.📝

Большинство проектов разрабатывается по принципу "code first". Обычно при таком подходе документацию создают уже в готовой системе, когда делать что-то еще особенно лень. Некоторые утверждают, что документацию вообще можно и не делать, и так всё понятно! Есть и плюсы - быстрое начало разработки и первые результаты, но минусы перевешивают.

🔤
Пока документация не готова, те, кто работает с вами над проектом, будут простаивать и ждать вас, или, что еще хуже, станут что-то писать самостоятельно, основываясь на своем опыте. Это неизбежно приведет к конфликтам (в том числе внутри команды). Также "code first" тянет за собой необходимость добавлять много аннотаций и атрибутов.

Решение. На курсе я покажу как делать удобнее: двигаться от спецификации, по подходу “specification first”. В этом случае у нас на проекте первым делом будут подготовлены: документация, коллекции Postman и возможность кодогенерации.

Крутое преимущество этого решения — фронтендеры (и все остальные) смогут работать одновременно с нами (бэкэндерами), а не ждать нас.

Ну а спецификацию писать можно научить хоть бухгалтершу!

Если вы хотите узнать больше и научиться эффективно работать с API, присоединяйтесь к нашему курсу. Это отличная возможность повысить свои навыки и избежать типичных проблем при разработке:
https://learn.cutcode.dev/store-api

Привет, коллеги!

Появилась возможность заказать маскотов PHP - слонов со скидкой! 🐘

Как на фотке, но в реальности они еще красивее и на ощупь пушистые. 🙏 Не забываем, что скоро новый год, и слоник - отличный подарок.

Цена будет 2000 рублей за слона (если наберем от 50 штук). Заявки оставляйте в комментариях к этому посту.

Все говорят, купи слона. А ты возьми и купи.

Как правильно покрывать API тестами?

Многие разработчики сталкиваются с проблемой: тесты либо не покрывают основной функционал, либо их вообще нет, либо их пишут уже когда проект готов, и делать это становится утомительно.

На моем курсе по API я покажу, как удобно и эффективно создавать тесты, которые действительно работают. Мы будем применять подход TDD (разработка через тестирование), начиная разработку с написания тестов, при этом будем ориентироваться на "золотую середину" - покрывать тестами не всё подряд, а только действительно важные моменты.

🧐Преимущества такого подхода:
1. Минимизация рисков ошибок на продакшене. Тесты покрывают критически важные части проекта, что значительно снижает вероятность критических сбоев в работе API.
2. Экономия времени на создание и поддержку продукта. TDD помогает выявлять проблемы на ранних этапах разработки, что сокращает время на отладку и рефакторинг в будущем.
3. Уверенность. Готовые тесты станут вашей "страховкой" во время рефакторинга, позволяя смело вносить изменения в код.
4. Независимость от дополнительных инструментов. С TDD вам не понадобится даже Postman - все необходимое тестирование будет встроено в процесс разработки.

Научитесь создавать надежные и эффективные API, экономя время и ресурсы. Записываемся на курс по API тут:
https://learn.cutcode.dev/store-api.
Осталось несколько дней до закрытия группы.