Согласна. Я последнее время сталкиваюсь с двумя крайностями. С одной стороны, проблемы с информационной безопасностью, когда данные улетают в открытые модели без контроля. С другой — неэффективность. Иногда проще вручную проанализировать 30 строчек, чем тратить часы на «переговоры» с ИИ, чтобы он выдал вменяемый результат.

ИИ — инструмент, а не замена мышлению. И уж точно не повод пропускать контроль.

Вы верно заметили. Я бы выделила здесь два взаимоувязанных недостатка.

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

Второй — на стыке между клиентом и поставщиком. Договор слабый. Нет SLA с конкретными метриками, нет обязательств по документированию, нет прописанной процедуры приёмки и эскалации. Всё держится на доверии, а доверие не работает, когда система падает.

По сути, это одна проблема: отсутствие формализованного контура. И решается она не инженерами, а управленцами — с обеих сторон.

Согласен. И в этом плане меня радует новый приказ ФСТЭК №117, он обязывает прописывать ответственность и создавать техническую(эксплуатационную) документацию