Вопросы
Zero To One

Будут ли нужны разработчики через 2-3 года, учитывая рост NoCode разработки?

Десятки NoCode инструментов еженедельно поднимают большие раунды инвестиций, сервисы развиваются и дают бизнесу все больше возможностей экономить деньги и время. Когда речь заходит об MVP, к услугам разработчиков прибегают все меньше. Лично мы создаем по несколько рабочих продуктов в месяц, не используя ни одной строчки кода.

Однако разработчики в NoCode не верят и просто ждут, когда тренд утихнет, а все, кто строил продукты без кода, поймут, что ошибались и придут переписывать все заново.

Интересно обсудить вопрос и послушать обе стороны. От разработчиков услышать настоящие аргументы, а не только всплески агрессии:) А от тех, кто создает продукты на NoCode или пользуется ими — мнение в защиту.

0
29 комментариев
Написать комментарий...
Станислав Назаров

Создаю решения на ноукод бабл, адало, вебфлоу и могу с уверенностью сказать что это всё хуйня. Ничего серьезного не построишь. Все эти решения очень сильно ограниченные, подходят разве, что для очень простого MVP типа интернет-магазина, очень скудной CRM или какого нибудь бота.
В конечном итоге, упираешься в стену недоступных функций или всё начинает дико лагать и крашится, как в случае с бабл.
Ноукод хорош для решения каких то маркетинговых задач, чтобы не напрягать дорогих разработчиков. Но делать какой-то реальный продукт на 0с — полнейший бред.

Ответить
Развернуть ветку
Станислав Назаров

Это не говоря о безопасности.
Во-первых, какой-то фин.сервис, где хоть какие-то гарантии безопасности. Может там какая-нибудь огромная дыра в безопасности, это невозможно проверить.
А во-вторых, хуй знает что там по правам, если я сделаю успешный продукт, на том же бабл или adalo. То с точки зрения закона, я вообще не имею на него ни каких прав, и любой желающий может ctrl+c, ctrl+v. Окей, я еще как-то могу защитить бренд и дизайн. Но как быть с тем, что завтра мой сервис скопирует индуский школьник?

Ответить
Развернуть ветку
Станислав Назаров

Далее....
Попробуем это продать.
Что я покажу потенциальному инвестору? Гениальную идею, реализованную на конструкторе сайтов. Смешно. Я даже не смогу показать какой-то код.

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

В общем, весь ноукод это песочница для любителей.
Это как в майнкрафт, ты можешь строить крутые здания внутри майнкрафта, но как только дело дойдет до строительства реального здания, все твои знания окажутся бесполезными.

Ответить
Развернуть ветку
Станислав Назаров

Мой прогноз, lowcode станет инструментами для продвинутых маркетологов, когда нужно сделать что-то простое и быстро. Но никогда не заменит реальных разработчиков. Я думаю реальных разработчиков заменят сервисы тип GitHub Copilot или просто AI. И станут не нужны разработчики совсем ни лоукод ни хайкод, только архитекторы систем, которые просто в какой-нибудь программе похожей на майндмап, будут собирать сервисы.

Ответить
Развернуть ветку
Roman Tarasov

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

Ответить
Развернуть ветку
Вадим Н

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

Ответить
Развернуть ветку
Timur Sobolev

Ну необязательно для любителей. Для прототипа вполне подходит.

Ответить
Развернуть ветку
Alexander Ivanov

Занимался lowCode и nocode несколько лет, в корпоративном сегменте. Есть ряд проблем
1. Действительно сложную логику или невозможно реализовать на nocode или модель получается настолько сложной, что ее невозможно ни поддерживать ни развивать. Кроме того, через какое-то время невозможно разобраться как она работает. Отладить. Декомпозировать.
2. Нарождающийся класс low/no code разработчиков. Они тоже стоят немало денег. Спрос на них велик, зарплаты растут. Они уже не особо дешевле программеров. Сам бизнес всё равно не полезет настраивать
3. Производительность. Для простейших задач lowcode инструменты требуют в разы или на порядки больше ресурсов, и при этом работают как правило медленнее.

Но в ряде случаев конечно смысл в lowcode есть.

Мой прогноз - тема low/no code никуда не денется, будет расти и развиваться, какую-то долю рынка будет иметь, но говорить о том что классическая разработка заметно уменьшится - наивно.

Ответить
Развернуть ветку
Sergei Chentsov

Создание информационных систем является процессом моделирования и описания (и имплементации) реальной жизни. Мечтатели о ноукоде, неужели вы не понимаете, что создание системы, создающей другие системы, является на порядки более сложной задачей, чем задачи, решаемые ей? То есть создание полноценной работоспособной ноукод системы станет возможным только после решения прикладных задач ВСЕХ типов. Сегодня больше 25 лет всяким генераторам форм и отчётов, а воз и ныне там...

Ответить
Развернуть ветку
Александр Орлов

Очень верно сформулировано, плюсую. Добавлю, что ноукод сейчас это пока еще скорее мода, замануха для заказчиков. Типа так дешевле (что часто не так). Как инфоцыганство и все такое... Что будет в будущем, посмотрим..

Ответить
Развернуть ветку
Саша Ворнер

Обсуждение считаю закрытым, ребята все по полочкам раскидали. Подписываюсь под каждым словом. Сейчас ещё фреймворки сильно растут и часть проще Джуном собрать на фреймворке каком либо. Это будет дешевле по ресурсам и стоимости.

Ответить
Развернуть ветку
Roman Tarasov

Потом через пару лет переделать еще раз. И еще раз)))) Во экономия попрет)))

Ответить
Развернуть ветку
Саша Ворнер

Не-не, не стоит передергивать. Что-то долгосрочное и lowcode это несовместимые в большинстве своём вещи. Я же написал что согласен с комментариями выше, где и это в том числе было указано.
А если уже пару лет это работает и нужно переписывать, то это уже достаточно работающий продукт и стоит наверное уже более грамотно подходить к его разработке. А тут как раз включается прожорливость и неповоротливость lowcode и реально будет проще и дешевле написать уже нормальное готовое к дальнейшим расширениям решение. Я надеюсь, мы все понимаем что lowcode это не прод.

Ответить
Развернуть ветку
Александр Орлов

Не думаю, что ноукод в состоянии решать следующий круг задач:

1. Процессинг на backend. Высоконагруженный, обрабатывающий сложно-структурированные данные с большим числом взаимосвязей, использующий промышленную объектную СУБД для скорости и надежности. В общем, как тут - https://kernel.group/actian.html#02

2. Реализация множества API, сведение их к "общему знаменателю" как тут:
https://bil24.pro/images/slide7v11.jpg . То есть для натупающей эры API Economy

3. Для любого backend, реализующего платформенную бизнес модель.

Интересно, что все знают о существовании архитектуры клиент-сервер, или frontend - backend, которая применяется практически во всех системах. Причем 80% и более логики работы системы реализуется именно на сервере. Например, когда вы на сайте набрали в корзину товары, корзина не на сайте (frontend), а на сервере(backend). И при оплате сервер общается с банком по протоколу интернет-экваqринга. А задача сайта просто отображать то, что происходит на сервере, в том числе и отображать корзину.

Но... при этом многие считают, что система - это сайт и мобильное приложение, и все логика сосредоточена на frontend. Постоянно с этим сталкиваюсь. Оно и понятно, серверной части не видно, это как магия). А чего не видно, то не существует )

Чтобы по сто раз не отвечать на одни и те же вопросы - написал статью, которая это иллюстрирует - https://vc.ru/life/316541-hochu-svoy-sayt-dlya-prodazhi-biletov

Предположу, что ноукод не подходит именно для backend, где выполняется большая часть работы. А для frontend, отображающего эту работу, да, подходит, норм. В конце концов и JFormDesigner - тоже можно сказать ноукод ). Да и все в итоге, где то на низких уровнях превращается в инструкции (код) для процессора)

Ответить
Развернуть ветку
Alexander Ivanov
Предположу, что ноукод не подходит именно для backend,

Вполне подохдит. Есть целый класс - корпоративные BPMS, где лоукодом настраивается именно логика в бэкенде (ну и формочки в фронте, конечно). Примеры - Pega, Terrasoft Creatio, Elma и т.п.
И пилят на них вполне себе взрослые штуки, вроде кредитных конвейеров в банках, например.

Ответить
Развернуть ветку
Cat Cheshire

+ Workflow Dynamics'а. Банально, бизнес-процессы.
Мне кажется, тут ключевое в том, что лоукод в указанных системах это лишь узкий инструмент (часть всей системы) для конкретных задач или процессов. Вот для таких целей лоукод идеальное решение. Но на этом лоукоде нельзя написать всю систему/логику в ней.

Наверное, моя задумка в том, что когда этот лоукод тесно интегрирован системой, в которой (ради которой) он работает - это одно и вполне удобно, а когда лоукод существует как самостоятельное решение и на котором нужно строить систему с нуля - это уже другое

Ответить
Развернуть ветку
Александр Орлов

Сейчас, практически в любой сфере часто возникает задача сделать сайт, реализовав чей-то API. На примере нашего API - https://bil24.pro/api.html напишу следующее:

1. "Ноукод разрабы" не берутся за реализацию API, или ломят большую цену.
2. "Лоукод разрабы" реализуют минимальное количество команд API, до кнопки "Купить", дальше используют наш виджет.
3. "Хайкод разрабы" быстро, иногда за пару дней, реализуют весь API.

Но это так, возможно, нерелевантная выборка, не претендующая на истинность. )

Ответить
Развернуть ветку
Mikhail Petrov

Все это шляпа ничего нормального не реализовать. Решение для тривиальных задач блог, простой магазин.
То же относится и к headless cms что то простое можно.
Ну и про большую нагрузку можно забыть в таких решениях очень плохо с этим обстоят дела, а скорость загрузки контента это как бы 90% успеха

Ответить
Развернуть ветку
Roman Tarasov

Блог тоже проблематично. Максимум лендинг, чтобы быстро посмотреть в правильном направлении думаешь или не очень.

Ответить
Развернуть ветку
Павел Шабалин

Если это взлетит сильно, то каждый будет пилить свой no/low-code сервис. А кто будет пилить? Правильно - разработчики. Так что разработчикам просто некуда деться, нам придется в любом случае пахать и с каждым годом проектов на которых надо пахать становится все больше и конца и края им не видно.

no/low-code решения займут свою нишу, раньше был только lpgenerator с конским ценником, а сейчас вон сколько развелось подобных сервисов.

Ответить
Развернуть ветку
Алексей Осипенко

Очередная тема для разжигания "срача" открыта)
Лоу код востребован бизнесом уже сейчас. Лендинги, многостраничники, интернет-магазины - это все делается на конструкторах в 90% случаев.
Ну и всяческие mvp конечно, куда без них. Быстро, дёшево, сердито

Ответить
Развернуть ветку
Михаил Грозовский

Вроде все так. Пример mvp?

Ответить
Развернуть ветку
Алексей Осипенко

Меня в Гугле забанили не могу найти: "пример mvp на zerocode"

Ответить
Развернуть ветку
Михаил Грозовский

Как найдете или вспомните, дайте знать.

Ответить
Развернуть ветку
Денис Скогорев

В поддержку мнения о многомесячных баталиях;). Многим известен гос. ресурс ФИПИ (Федеральный инструмент педагогических измерений): fipi.ru. Проект, который посещают около 30% учеников средней и старшей школы, а также учителя, репетиторы и ещё множество людей, в той или иной мере, связанных с образованием. Приблизительный трафик ресурса около 40000 человек в день, а в периоды экзаменов в разы выше. Frontend, реализован на Tilda. Выводы делайте сами. Конечно, можно сказать, что и это не показатель востребованности nocode решений, но для меня очевидно обратное.

Ответить
Развернуть ветку
Mikhail Che

херня, лежит весь твой проект на чужих серверах в заложниках, перестанешь платить или загнется сервис то прости-прощай твой продукт
плюс ничего уникального не сделать, если в сайтах на это плевать в целом, в 90% это либо странички с текстом и картинками либо интернет магазины, то с приложениями с уникальными механиками это критично, собрать прилу магазин собачьего корма ок, пилить убийцу фейсбука как-то не очень

Ответить
Развернуть ветку
Роман Пантюхов

NoCode это обобщения, которые можно использовать для рыбы простых проектов, но в серьёзных приложениях не получится так как код это детализация, а это все! Разрабы без работы не останутся!!!)))

Ответить
Развернуть ветку
Sly Death

Они всё никак руби не похоронят, а тут всех программистов разом 😂

Ответить
Развернуть ветку
Денис Скогорев

Заменить программистов сможет в какой-то момент только ИИ, но в этот же момент отпадёт и надобность в nocode, locode и подобных решениях)

Ответить
Развернуть ветку
Читать все 29 комментариев
null