Разработка веб‑приложений — аутсорс или в штат

Проблема: Автогенерация без контроля приводит к усложнению кода, багам и уязвимостям.

Решение: Использовать нейросети для рутинных задач (формы, миграции, прототипы, тесты), но обязательно автоматические проверки и ручное code‑review. В результате получаем огромное ускорение и экономию бюджета.

Пример: Генерация форм и миграций по модели данных, верстка из figma, генерация AR моделей, рефакторинг кода, прототипирование, написание тестов.

Проблема: Часто проект разрастается из небольшого прототипа, и в результате имеем огромное количество запутанного кода, отсутствие диалога с бизнесом приводит к точечным решениям текущих задач (костыли) всё это приводит к огромным контроллерам, стилям на десятки тысяч строк, бездумный нейминг, изменение имени переменной в жизненном цикле, валидация в контроллере. И как результат - сложное и дорогое изменение, расширение логики, низкое качество итогового продукта.

Решение: Выстраивание системы, применение паттернов проектирования, продумывание архитектуры, планирование возможных расширений. В части JS это реактивные фреймворки - vueJS. Разделение логики по компонентам, переиспользование компонентов, выстраивание системы компонентов.

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

Проблема: Встречаются проекты с использованием самописных решений уровня фреймворка. Нестандартное логирование и самодельные очереди.

Решение: Я всегда стараюсь максимально использовать стандартные решения фреймворка. Это позволит будущим разработчикам легко разобраться с кодом.

Пример: Yii2, валидация в модели, совпадение имен полей на фронте и бэке. Стандартный жизненный цикл: load() -> validate() -> save(). Тонкие контроллеры. Использование сценариев для ограничения атрибутов, доступных к редактированию в данный момент. Логирование стандартным логером фреймворка, оставляя возможность изменить target и другие настройки логера. Использование Yii2 Queue.

Проблема: Часто в структуре БД отсутствуют внешние ключи, присутствуют циклы, неоднозначность данных.

Решение: Продуманные таблицы, наличие внешних ключей, гарантирование целостности данных на уровне БД. Однозначность данных, отсутствие циклов.

Пример: Хранение в БД стоимости товара, количество и сумма. Сумму нужно рассчитывать, перемножив, её не нужно хранить. Что если сумма не равно перемножению, это неоднозначность данных. Я продумываю структуру БД исключая возможность таких ошибок в корне. Еще пример хранение баланса в поле БД. Его нужно вычислять суммируя доход-расход.

Проблема: Например регистрация пользователя, в БД сохраняется номер тел и код подтверждения.

Решение: Сохранение кода в кэше, и запись в БД только после подтверждения, когда все данные валидны.