Аналитики SlashData выяснили, что инструменты малокодовой и бескодовой (LCNC) разработки имеют немалую популярность среди ИТ-специалистов. Результаты исследования представлены в новом отчёте State of the Developer Nation.
Аналитики SlashData выяснили, что инструменты малокодовой и бескодовой (LCNC) разработки имеют немалую популярность среди ИТ-специалистов. Результаты исследования представлены в новом отчёте State of the Developer Nation.
По крайней мере часть работы с помощью таких средств выполняют 46% профессиональных разработчиков в мире (почти столько же, сколько среди непрофессионалов — там 45%). Из них большинство — 20% всех разработчиков — перекладывает на LCNC-инструменты до 25% работы. В 3% случаев они помогают разработчикам делать 75% работы или более.
Реже всего такими инструментами пользуются опытные разработчики, у которых за плечами 10+ лет в профессии.
Больше всего LCNC-инструменты распространены в Китае — в той или иной степени их использует 69% респондентов. Регион Восточной Европы, России и СНГ занимает 3 место с конца (28%).
Авторы отмечают, что времена, когда LCNC-инструменты заменят написание кода руками и традиционные процессы, наступят нескоро. Независимо от уровня использующих их специалистов эти инструменты применяются в дополнение к прочим средствам разработки. Хотя тем, у кого кодерских умений нет, они позволяют самостоятельно создавать простейшие приложения без необходимости просить помощи у айтишников.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Такие статьи вводят в заблужение. Безкодовая/малокодовая разработка была с 90-х и была всегда более популярной, как и сейчас. Wordpress, 1C и т.д. список длинный очень.
Можно было бы давно уйти от кодовой разработки, но это бы не снизило порог вхождения, как думает ряд лентяев, кто хочет расслабляться вместо самообразования. Кол-во вариаций для создания сложного ПО большое и знания нужны большие, а код или без кода - это просто способ ввода данных в ЭВМ. Да и по скорости, кодовая разработка, она в разы быстрее, так же как работа сисадмина в консоли, заместо UI.
Данные решения хороши только тем что с помощью их можно проверить гипотезы, интересен рынку продукт или пока рано. Но когда настанет время данного продукта, то как показывает практика, после набивания шишек с оптимизациями и прочими шаманствами, для полноценной поддержки начинают переводить уж совсем на другие рельсы.
Бывает так что 'бескодовая разработка' отчасти это обман на незнании заказчика. Когда заказчик слышит сроки и цену, естественно он отбрасывает из головы все озвученные минусы и думает что на свете бывают чудеса. Забывая тот факт что ребята из Азии/Европы(не важно откуда) такие же разработчики, и они также придут к тем же подводным камням. Но! Если проект простая визитка или приложение свистелка, то да, это решение приемлемо. Всегда должен быть баланс и должны быть учтены если не все, то большая часть рисков(тоже из области фантастики, так как смотря на свою компанию, могу сказать, что есть часть людей, которым не интересно развитие, анализ, продумывание и поиск оптимального решения)
Большая часть фич почти во всех проектах нуждается только в оптимизации по времени разработки и простоте кода. Редки проекты в которых нужно оптимизировать производительность вычислений в целом, в среднем одна-две фичи на проект. А вот например развернуть сервис в google cloud function или aws lambda, это круто потому что не нужно поднимать окружение, администрировать виртуалку и париться про его управление или аварийное восстановление.
Помню заказчик рассказывал, что поддержка одного безкодового проекта стоит 20$k без учёта людей, а если переписать, то будет стоить раз в 20 меньше.
Офигенный критерий, вроде сына маминой подруги, думаю при желании можно найти примеры где все будет наоборот и мой взгляд таких случаев будет больше.)