OlgaSilver291
New member
Я несколько лет работаю на стыке бизнеса и IT и не раз слышал, что low-code — это чуть ли не серебряная пуля для цифровизации. Мой опыт говорит другое: это не спасение и не ловушка сама по себе, а инструмент, у которого есть очень четкие границы применимости. В одних руках он экономит месяцы, в других создает долги, которые потом годами разгребает команда разработки.
Нажать чтобы Перейти на сайт
В одной из прошлых компаний мы запустили low-code платформу для внутренних заявок. Я лично собрал прототип за пару вечеров, а через две недели у бизнеса уже был работающий маршрут согласования, уведомления и простая аналитика. Проект, который через классическую разработку шел бы минимум квартал, закрыли почти без бюджета. Тогда low-code действительно выглядел спасением: скорость, вовлеченность бизнеса и быстрый feedback.
Но стоило процессу обрасти нестандартными правилами, интеграциями с 1С, CRM и старым складом, как начались проблемы. Платформа упиралась в лимиты, костыли росли, а лицензии на нужные коннекторы оказались сопоставимы с разработкой. Мы получили vendor lock-in: уйти с платформы без переписывания было почти невозможно. Это уже была не ловушка в чистом виде, а зона, где low-code перестает быть дешевым и быстрым.
Самый опасный сценарий я видел, когда бизнес-подразделения начали делать low-code приложения без участия IT. Появились десятки «теневых» решений: без нормальной безопасности, версионирования, документации и поддержки. Если автор уходил, приложение превращалось в черный ящик. Так low-code становится ловушкой не из-за технологии, а из-за отсутствия governance и трезвой оценки рисков.
Узнать подробнее →
Я считаю, что low-code — спасение, когда его используют для быстрых MVP, прототипов, внутренней автоматизации и процессов, которые не являются ядром бизнеса. Но он становится ловушкой, если пытаться заменить им сложную инженерную систему, строить критичные интеграции или игнорировать вопросы безопасности, владения и сопровождения. Ключевой вопрос не «low-code или нет», а «где именно и под чьим контролем».
В итоге я не делю мир на сторонников и противников low-code. Я делю его на те случаи, где инструмент уместен, и те, где он создает скрытый технический долг. А вы в своей практике уже обжигались на low-code или он реально спас вам квартал и бюджет? Поделитесь опытом.
По теме советую почитать: Как программисту стать IT-предпринимателем: мой путь
Нажать чтобы Перейти на сайтВ одной из прошлых компаний мы запустили low-code платформу для внутренних заявок. Я лично собрал прототип за пару вечеров, а через две недели у бизнеса уже был работающий маршрут согласования, уведомления и простая аналитика. Проект, который через классическую разработку шел бы минимум квартал, закрыли почти без бюджета. Тогда low-code действительно выглядел спасением: скорость, вовлеченность бизнеса и быстрый feedback.
Но стоило процессу обрасти нестандартными правилами, интеграциями с 1С, CRM и старым складом, как начались проблемы. Платформа упиралась в лимиты, костыли росли, а лицензии на нужные коннекторы оказались сопоставимы с разработкой. Мы получили vendor lock-in: уйти с платформы без переписывания было почти невозможно. Это уже была не ловушка в чистом виде, а зона, где low-code перестает быть дешевым и быстрым.
Самый опасный сценарий я видел, когда бизнес-подразделения начали делать low-code приложения без участия IT. Появились десятки «теневых» решений: без нормальной безопасности, версионирования, документации и поддержки. Если автор уходил, приложение превращалось в черный ящик. Так low-code становится ловушкой не из-за технологии, а из-за отсутствия governance и трезвой оценки рисков.
Узнать подробнее →Я считаю, что low-code — спасение, когда его используют для быстрых MVP, прототипов, внутренней автоматизации и процессов, которые не являются ядром бизнеса. Но он становится ловушкой, если пытаться заменить им сложную инженерную систему, строить критичные интеграции или игнорировать вопросы безопасности, владения и сопровождения. Ключевой вопрос не «low-code или нет», а «где именно и под чьим контролем».
В итоге я не делю мир на сторонников и противников low-code. Я делю его на те случаи, где инструмент уместен, и те, где он создает скрытый технический долг. А вы в своей практике уже обжигались на low-code или он реально спас вам квартал и бюджет? Поделитесь опытом.
По теме советую почитать: Как программисту стать IT-предпринимателем: мой путь