В начале 2021 года Gartner прогнозировал, что мировой рынок технологий разработки low-code вырастет в этом году на 22,6%. Конечно, данные, подтверждающие, что это правильно или неправильно, появятся в будущем, но кажется, что даже нетехники знакомы с этим термином в наши дни цифровой трансформации (в значительной степени ускоренной отсутствием кода и низким кодом). решения) разрабатывается на глазах у публики.
Независимо от того, участвуете ли вы в шумихе с низким кодом или не уверены, мы должны признать ощутимые преимущества, которые эти решения уже приносят миру.
Предположим, вы - владелец бизнеса, который хочет автоматизировать бумажные процессы, управлять контактами и коммуникациями через CRM или быстро и легко создать веб-сайт. В этом случае low-code - отличное решение.
Низкий код может быть полезным инструментом для создания MVP и разработки концепции в небольшой области с конкретными требованиями к продукту и ограниченными планами масштабирования. Однако, когда проект развивается естественным образом, также необходимо изменить процессы. С решениями с низким кодом масштабирование утомительно, дорого и ограниченно.
С точки зрения профессионального разработчика, переход по маршруту с низким кодом для выполнения небольших проектов и прототипов или создания базовых решений является быстрым и, как правило, безболезненным. Однако большинство профессионалов предпочтут писать код с нуля при работе со сложными приложениями из-за их гибкости. Всегда возможно, что платформа low-code не позволит вам создать продукт, отвечающий новым или изменившимся требованиям.
Низкий код - это в лучшем случае полезный инструмент, но в худшем - плохая долгосрочная инвестиция. Почему?
Масштабируемость - ключевая проблема
Удобство и стоимость горизонтальной и вертикальной масштабируемости являются критическими факторами при выборе провайдера. Количество активных пользователей в день, доступные функции, хранилище и вычислительная мощность - это всего лишь несколько факторов, которые следует учитывать.
Например, если вы хотите открыть интернет-магазин, подумайте, ограничивает ли поставщик, с которым вы решите это сделать, ваш трафик или доступ. Если ваш сайт испытывает приток посетителей, они ограничат доступ и вынудят вас обновить или потерять клиентов. Что еще хуже, это решение принимает ИИ и не подлежит обсуждению. Известно, что крупные поставщики конструкторов / магазинов веб-сайтов в нише SaaS закрывают учетные записи клиентов и полностью перестают отвечать на запросы.
Кроме того, краткосрочное мышление, постоянно меняющиеся требования со стороны бизнеса и отсутствие системного видения приведут к техническому долгу, который незаметно будет препятствовать росту вашего бизнеса.
Выбор решения, которое лучше всего подходит для организации в целом, не всегда является самым привлекательным вариантом для менеджеров, мыслящих внутри своего отдела, вынуждая разработчиков иметь дело с устаревшим кодом. Это известная жалоба разработчиков, подобная следующей.
Требования к углубленному обучению
Тщательное обучение будет первым требованием для реализации решения с низким уровнем кода. Это может значительно задержать реализацию, даже до такой степени, что подход с низким содержанием кода больше не превосходит гибкую разработку во время вывода на рынок.
После покупки автомобиля, переговоров с продавцом, оплаты и передачи ключей вы можете увести довольного покупателя. Но когда вы покупаете доступ к решению low-code, вам нужно снова начинать автошколу. Разработчики должны сначала интегрироваться и научиться работать с новой системой. Они должны научиться эффективно использовать новую среду и избавляться от того опыта, который они приносят.
Сроки доставки будут варьироваться от нескольких недель до нескольких месяцев и будут зависеть от качества документации и доступной поддержки. Нет отраслевого стандарта, и каждая платформа будет иметь свою уникальную систему.
А реализация - это лишь часть головоломки. Настоящая проблема начинается тогда, когда возникает проблема и кому-то нужно ее исправить.
Решение проблем сложно
В идеале вы разработали план своего проекта с нуля, выбрали подходящее решение, построили его, и теперь оно хорошо работает, чтобы удовлетворить ваши потребности.
Но что-то, как всегда, неизбежно сломается. Опять же, в зависимости от качества документации, скорости ответа и компетентности службы поддержки, команде разработчиков может потребоваться значительное количество времени для исследования и решения проблемы, поскольку те же самые горячие клавиши, которые упростили разработку, могут сделать ее. сложен в обслуживании. .
Отладка программы, созданной с помощью решения с низким уровнем кода, может быть трудной, если не невозможной, потому что разработчики не имеют доступа к инфраструктуре, которую код использует для работы. Разработчик может не знать, связана ли ошибка с ним или с продавцом. Обнаружение проблемы может завести в тупик, если вы не можете напрямую спросить команду разработчиков.
И если окажется, что это уязвимость кибербезопасности, вам не повезло.
Блокировка провайдера
Ваше решение с низким кодом не будет совместимо с другими конкурентами или аналогичными поставщиками. Хотя вы можете экспортировать исходный код, его работа обязательно будет зависеть от платформы поставщика, и вы можете использовать его только в качестве резервной копии.
В зависимости от решения, варианты интеграции, веб-перехватчики и API будут доступны для добавления в стек и в ваш ежемесячный счет за SaaS. И хотя руководители отрасли оправдывают высокую стартовую цену сокращением затрат с течением времени, они могут столкнуться с проблемами обслуживания и трудностями при обновлении.
Если вы находитесь слишком далеко и понимаете, что пора перейти на другую службу, вы обнаружите, что это невозможно. Проприетарная система, которую ваша команда научилась использовать и настраивать для работы в соответствии с бизнес-требованиями, теперь должна быть упразднена, и вам, возможно, придется начинать процесс с нуля.
Никакого кода и низкого кода здесь не надолго, но слово «революция» может быть неправильным. Эти решения, какими бы мощными они ни были, - всего лишь еще один инструмент в наборе профессионала. То есть их следует реализовывать только по запросу.
Младший код - это резак для печенья, но он работает, и в этом суть. Конечно, никто не ожидает, что эти инструменты сломают ожидания или переопределят стандарты, поэтому, если вам нужно краткосрочное решение, вы создаете MVP или нуждаетесь в чем-то стандартном, например, в интернет-магазине, идите по этому пути. Но прежде чем совершить сделку, убедитесь, что у вас есть глубокое понимание той ниши, в которой вы работаете, чтобы вы могли четко сформулировать требования к продукту, который вы создаете, и проверить их на возможностях поставщика.
Обзоры, конечно, необходимы, но попросите своих разработчиков изучить документацию и дать оценку тому или иному продукту перед подписанием контракта. Лучший вариант - это поставщики с большим количеством пользователей, которые предоставляют разработчикам коммуникационные платформы и имеют богатую библиотеку документов, легко доступных для поиска.
Наконец, остерегайтесь таких тревожных сигналов, как задержки, неточная документация и сомнительная компетентность службы поддержки во время разработки. Никогда не поздно вынуть вилку из розетки, если что-то не так.