Разработка сервиса на Laravel в Алматы

Обсуждение и показы идут по видеосвязи, переписка в мессенджерах, задачи и правки ведём в общем списке — видно, что сделано и что в работе.

Оценку даём до старта и разбиваем проект на этапы: после каждого можно остановиться или изменить план, а не платить за всё авансом.

Договор по законодательству Казахстана, оплата по безналичному расчёту или через Kaspi, акты и счета-фактуры электронные.

Laravel в Алматы чаще всего выбирают компании, которым сайт уже мал: появился личный кабинет, начались платежи, подключились партнёры, и коробочное решение перестало держать логику. Это финтех-смежные сервисы, e-commerce, доставка, сервисы бронирования и внутренние системы компаний из бизнес-центров на Аль-Фараби и в Есентай. Здесь нужен не набор страниц, а приложение с ролями, правами, историей операций и предсказуемым поведением под нагрузкой. Laravel даёт для этого готовую структуру и понятную кодовую базу, которую потом сможет вести другая команда.

Практическая часть алматинских проектов — интеграции. Оплата и рассрочка через Kaspi, банковский эквайринг, обмен с учётной системой, карты и адресация для доставки, уведомления клиенту. Всё это внешние сервисы, которые иногда отвечают медленно или падают, поэтому тяжёлые операции выносим в очереди, а не держим клиента на странице оплаты. Отдельно проектируем повторные попытки и журнал обмена: когда заказ «завис», нужно за минуту понять, на чьей стороне проблема, а не разбираться в логах сервера полдня.

Ограничения назовём прямо. Laravel не ускоряет проект сам по себе: скорость зависит от того, насколько чётко описаны роли и сценарии до старта. Второе — сервис требует эксплуатации: обновления зависимостей, резервные копии, мониторинг. Если поддержки не будет, через год проект станет рискованным независимо от качества кода. Мы отдаём репозиторий и инструкцию по развёртыванию заказчику, чтобы вы не зависели от одного подрядчика, и отдельно обсуждаем, кто ведёт сервер после запуска.

Каждая новая функция делается обходом: расширение поверх расширения, скрипт рядом с админкой, костыль поверх костыля.

Роли и права не ложатся на реальный процесс, а расчёты приходится выносить наружу.

Админка используется на десятую часть возможностей, но тормозит целиком. В этот момент наращивать надстройки дороже, чем собрать решение под задачу.

Исходники в вашем репозитории, инструкцию по развёртыванию, описание архитектуры и принятых решений.

Тесты на сценарии, где ошибка стоит денег: оплата, доступы, расчёты.

Проект, который нельзя передать другому разработчику, — это скрытая привязка к подрядчику. Мы её не создаём осознанно.