“Платформа всё сделает за вас”- обещание, которое никто не сдержал Я тут готовлю доклад на TechLeadConf о том, как возникают и развиваются платформы в разных компаниях. И созрел вот такой пост. «Наша внутренняя платформа автоматизирует всё. Разработчик должен просто писать код и не думать ни о чём» - такой манифест написал какой-то РМ в конфлюенс еще в 2020 году и даже презентацию приложил с защиты…

Когда-то это звучало как прогресс.

Инженеры радовались: “наконец-то не надо писать Jenkins-файл”, “можно не париться с логированием”, “просто пиши сервис, остальное магия платформы”. Но прошло время… и всё стало совсем не так весело.

1. Новый монолит с лицом YAML'а Ты не пишешь пайплайн — ты пишешь YAML. Но YAML странный. Он не валидируется. У него 400 строк. И если ты ошибся с отступом — деплой ушёл в «отпуск» вместе с ответственным за платформу. Все твои действия теперь обёрнуты в слои абстракций:

• Платформа делает деплой, но непонятно как.
• Платформа ставит алерты, но ты не знаешь, где они.
• Платформа следит за логами, но логи — это логи платформы, а не твои. Ты уже не разработчик. Ты шаман, который вызывает духов из CI/CD контура, обновляя pipeline.yaml и гадая по логам: где ты ошибся, о смертный.

2. Контрибьютить в платформу? Только через обряд посвящения Ты находишь баг. Например: пайплайн отваливается, если имя ветки начинается с hotfix/. Ты пытаешься починить. Но репозиторий платформы закрыт. Там другой язык. Другая документация. Другие люди. Чтобы внести изменение - надо собрать три комитета, написать оффер, пройти code-review у совета древних и подписать кровью SLA. Поэтому ты ничего не правишь. Ты просто запоминаешь: не называй ветку hotfix/. 3. Баги, которые не баги (а просто фича не задумывалась). Ты хочешь, чтобы сервис стартовал с другой версией базы. Или чтобы пайплайн не катился при изменении только .md. Ты пишешь в канал поддержки. Тебе отвечают: “Так не предусмотрено в платформе.” И ты вдруг понимаешь: Ты не просто пользователь. Ты подданный. А платформа — не инструмент. Это феодальная система. Где фичи — милость сверху.

4. Когда документация — это GPT-галлюцинация Документация есть. Но не про твою версию. Ты читаешь и понимаешь:

• половина функций не работает, как описано.
• Вторая половина не описана вовсе.

Ты спрашиваешь в чате. Тебе скидывают другой чат. Потом ещё один. И вот ты уже в секте "платформенного знания", где бывалые инженеры передают друг другу ansible-файлы как реликвии.

5. И всё-таки, зачем она вообще? На бумаге всё круто. Платформа стандартизирует. Упрощает. Ускоряет. На деле: Всё, что выходит за "золотой путь" - боль. У людей нет контекста, как работает магия. А когда всё-таки случается инцидент - никто не знает, где копать.

Итог? Внутренняя платформа — это не silver bullet. Это просто новый вид легаси, только с модным логотипом. Она экономит время… до тех пор, пока ты идёшь по её дорожке. Шаг влево- и ты уже маг-отступник, в бою с обёртками, которых никто не контролирует.

А есть ли мораль? Не строй платформу, если не готов её поддерживать как продукт. А лучше - не ври, что она “всё сделает за тебя”.А вот тут можно поделиться своим опытом🤪

@badtechproject