Шла эпоха ИИ, а за ней шел Excel

Даже сейчас, в эпоху ИИ, 80% корпоративных задач - это ручной разбор CSV или XML-отчетов от контрагента: склеить, обработать, выдать обратно в Excel для отдела продаж. И для этого не нужен микросервис на Go с кластером Kubernetes. Достаточно открыть ChatGPT, описать задачу на русском и через пару итераций получить рабочий файл. Но когда файлы большие, нейросеть задыхается. Тогда либо дробишь файл и склеиваешь результаты, либо переносишь логику на фронтенд - и вся обработка крутится в браузере пользователя. Звучит как костыль? Возможно. Но этот костыль работает: код написан один раз и выполняет четкие правила, а не фантазирует на каждый запрос. На выходе - HTML-файл с интерфейсом, который можно отправить коллеге по почте, чтобы он тоже перестал заниматься мартышкиным трудом. Вот она - бекендлесс архитектура: логика живет в браузере, данные - в файлах, сервера нет. Не халтура, а осознанный выбор для 80% задач. Если решением должен пользоваться менеджер, я делаю HTML-страницу с загрузчиком файла и кнопкой «Обработать». Весь код - в одном файле, без бекенда и деплоя. Поменять логику под новую структуру данных - значит поправить 10 строк JavaScript, а не переписывать пайплайн. А что с безопасностью и надежностью? Коротко: ничего. Когда менеджер вручную копирует столбцы между книгами и надеется не перезаписать не ту ячейку - никто его на промпт-инъекции не проверяет. Нет, вы просто доверяете его глазомеру. Так почему к HTML-обработчику, который делает то же самое в сто раз быстрее, вдруг появляются требования по отказоустойчивости? Упал скрипт в браузере - нажал F5. Ошибка в данных - исправил файл и загрузил заново. Надежность здесь измеряется не количеством рестартов, а тем, как быстро данные попали в нужные руки. Со стороны это может выглядеть как кнопочное мышление: подумаешь, накидал HTML-файл. Но я сам вижу свою боль и сам собираю под нее решение - и даже с вайб-кодингом это не пять минут и не бесплатно. Прямо сейчас я довожу обработчик товарных фидов - там десятки правил и граничных случаев, и это совсем не про «нажал кнопку и готово». При этом это не космолет. Это велосипед, который сработал конкретно для меня и снял мою боль здесь и сейчас. Полноценная интеграция, чтобы вообще не перекидываться файлами между системами, - отдельная история: команда, Scrum, бюджет и люди, которые это утвердят. Я не выигрываю тендер на трансформацию ИТ-ландшафта - я закрываю свою задачу сегодня, дешевле и быстрее, чем если бы ждал идеальную архитектуру от дяденек в дорогих костюмах. Бизнесу нужен результат. И если результат - это обработанный Excel-файл, то лучшая архитектура для этой конкретной боли - та, которой не видно.