Музаффер Мерт Аккан — инженер-программист, ERP и бизнес-системы, СамаркандAKKAN

Подробности

Шесть схем PostgreSQL. Бизнес-правила живут в функциях PL/pgSQL и ограничениях, поэтому выполняются независимо от того, какое приложение к ним обращается; Laravel API открывает их для фронтенда на React/TypeScript. Кадровые записи ведутся с датами вступления в силу, изменения подкреплены документами, журнал аудита фиксирует автора каждого действия. Ролевое управление доступом и единый вход через Microsoft Entra ID. Воспроизводимый импорт исторических данных из Excel — 8 341 студент, 97 образовательных программ и около 4 000 курсов, — где каждое расхождение попадает в отчёт, а не исправляется молча. Транзакционные патчи обновлений, ночные резервные копии с проверкой, развёртывание в Docker на собственных серверах университета.

Самое сложное — требования. Процессы отдела кадров существовали в головах людей и в многолетних таблицах; модель должна была хранить каждое историческое состояние, не придумывая правил, которых у отдела никогда не было.

Подробности

PostgreSQL, PL/pgSQL, Laravel, React, TypeScript; вход через Microsoft Entra ID; четыре языка для каждого экрана и всех 860 описаний курсов. Транзакционные блокировки строк, чтобы оценки не конфликтовали с завершением опроса, — проверено на 2 000 конкурирующих операций от 50 клиентов pgbench, ноль сбоев. Пиковый тест k6: 500 студентов в одну секунду, p95 — 252 мс, ноль сбоев; длительный тест: 14 238 запросов, ноль сбоев. Нагрузочные тесты нашли две ошибки до запуска — keep-alive в nginx, из-за которого php-fpm не хватало воркеров, и ограничитель частоты запросов, считавший весь NAT кампуса одним студентом, — обе исправлены до первого утра. Рабочая база данных приняла 12 идемпотентных патчей схемы и ни разу не пересоздавалась; каждый патч завершается сравнением рабочей схемы с той, что хранится в репозитории.

Подробности

TypeScript везде. Геометрия, ценообразование, спецификации, карты раскроя и генерация документов живут в общих пакетах, которые используют десктопное приложение на Tauri, мобильное на React Native/Expo и сайт на Next.js, — поэтому правило цены пишется один раз. Сцены отрисовываются из одной модели: через Konva на десктопе, Skia на мобильном и SVG в вебе. Хранение данных с поддержкой офлайна и синхронизацией, изоляция проектов по командам, дилерские уровни цен, отслеживание заказов и журнал движения складских запасов. Деньги хранятся в целых минимальных единицах, а курс валют фиксируется при выставлении счёта, поэтому коммерческое предложение никогда не меняется после отправки. Установщики для Windows и обновления внутри приложения выпускаются через GitHub Actions.

Самое сложное — точность, у которой есть реальные последствия. PDF-предложение — это документ, который подписывает покупатель; ошибка округления в карте раскроя — это физическая ошибка в цеху.

Подробности

Монорепозиторий на TypeScript: Next.js (серверные компоненты и серверные действия), PostgreSQL 18 с Prisma, воркер pg-boss для выгрузок, документов и задач по расписанию — без Redis. Доменные правила — в ядре, не зависящем от фреймворка, с юнит-тестом на каждое правило; статусы меняются только через именованные события; ограничения CHECK отвергают то, что никогда не может быть правдой. Каждая бизнес-таблица содержит идентификатор компании и читается через клиент с ограниченной областью видимости, поэтому развёртывание для одной компании может стать мультитенантным без перестройки данных. Журнал аудита только на добавление, защищённый триггерами базы данных. Сессии и пароли реализованы без библиотеки аутентификации. Реализация «с чистого листа» по функциональному аудиту старой системы — без кода и материалов поставщика.

Каждое долгосрочное решение — это ADR в репозитории, на момент написания их 34, — чтобы следующий разработчик клиента, если он когда-нибудь появится, унаследовал не только код, но и логику решений.

Подробности

Архитектура на адаптерах каналов: ядро обращений никогда не импортирует типы Telegram; новый канал — это один адаптер и одна страница настроек. Подключённые бизнес-аккаунты Telegram, Bot API и комментарии в группах обсуждения — три адаптера поверх одной нормализованной схемы событий. Статусы, назначение, команды, шаблоны ответов, SLA-таймеры с учётом рабочего времени, единая идентификация контакта во всех каналах, проверка прав на сервере и журнал аудита. Сначала написана спецификация с явными отметками решений и проверок, затем система построена по ней.