Метод и машина
Можно ли без IT-бэкграунда сделать рабочий MVP?
Ещё недавно я бы, скорее всего, ответил: для такого проекта нужен разработчик. Сейчас ответ для меня уже сложнее.
Я не программист. Но в одном из своих проектов постепенно собираю приложение для автоматизации научной конференции.
Не демонстрацию на одном экране, а систему, в которой уже есть учётные записи, роли и права, структура конференции и секций, работа с файлами, импорт данных и отдельные пользовательские сценарии.
Один из таких сценариев уже прошёл первую пользовательскую проверку: 14 из 14 заданий были выполнены самостоятельно.
И здесь для меня оказался важен один момент.
Что оказалось важным:
Главная работа — не в том, чтобы написать ИИ: «сделай приложение для конференции». Код он действительно может генерировать быстро.
Гораздо сложнее другое:
— описать реальный процесс;
— разделить роли и полномочия;
— определить, что можно автоматизировать, а где решение должен принимать человек;
— проверить, правильно ли система понимает данные и связи между ними;
— придумать проверки для пограничных случаев;
— заметить момент, когда технически рабочее решение методологически неверно.
Поэтому разработка у меня идёт не как один большой запрос к ИИ, а короткими этапами:
задача → требования → реализация → тесты → ручная проверка → решение о следующем шаге.
Если проверка показывает проблему, следующий этап не начинается, пока она не разобрана.
Могу ли я сделать такой проект без ИИ? Скорее всего, нет. Сделал ли ИИ меня программистом? Тоже нет.
Он позволил предметному специалисту пройти значительно дальше от идеи и технического задания — до работающего и проверяемого прототипа.
⚠️ Но по мере приближения к реальной эксплуатации граница становится особенно заметной.
Персональные данные, информационная безопасность, резервное копирование, развёртывание, миграции, аудит, внешние интеграции — здесь уже недостаточно того, что «у меня всё запускается».
Перед реальной эксплуатацией такие решения требуют профессиональной технической проверки и организационного согласования.
Вывод:
ИИ снижает порог входа в разработку, но не отменяет инженерную дисциплину.
Предметный специалист действительно может собрать рабочий MVP. Но его главная роль остаётся не в написании кода, а в другом: определить, что система должна делать, чего она делать не должна и как проверить, что она работает правильно. Если у вас установлено приложение,
вы можете сразу перейти в канал