Угрожает ли no-code классической разработке?

Я верю, что в будущем к no-code подходу будут прибегать чаще, и все больше задач бизнеса будет решаться без кода. Но значит ли это, что программисты перестанут быть востребованными, и в конце концов их заменят конструкторы и нейронные сети? Давайте разберемся.

Меня зовут Вячеслав Гримальский, я основатель конструктора сайтов Creatium. Очевидно, являюсь заинтересованной стороной, но постараюсь быть объективным.

Кратко о No-code

No-code (ноукод, зерокод) — это решение задач, которые обычно решают программисты, без самого программирования, то есть разработка без кода, с помощью конструкторов.

Есть две крайности

Будучи сторонником No-code я не могу удержаться от дискуссий на эту тему, и часто встречаю две противоположные крайности.

В одной люди говорят, что No-code ни на что не годен, хайп стихнет, а люди продолжат себе спокойно программировать, как делали это всегда.

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

Только ситхи возводят все в абсолют, поэтому я хочу расставить все по своим местам.

Почему No-code становится популярным?

Причин много, приведу несколько.

Первая причина — современное бизнес-образование.

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

Ты можешь быть тысячу раз прав, но какой в этом толк, если твой продукт не продается? Это страшный сон — потратить кучу денег и времени на разработку продукта, который в итоге оказывается никому не нужным. Я сам через это прошел, и знаю многих, кто оказывался в такой же ситуации.

Поэтому если у вас есть идея, вам нужно собрать MVP (минимально жизнеспособный продукт), и протестировать его на реальных клиентах. Убедитесь, что они готовы за него платить, и только после этого начинать полноценную разработку в коде, зная, что вы идете в верном направлении.

Вторая причина — стоимость профессиональных разработчиков.

У многих в голове есть бизнес идеи, но зарплаты программистов настолько высокие, что без инвестиций реализовать их невозможно.

No-code конструкторы проще языков программирования, что позволяет освоить их за несколько недель или месяцев, и самостоятельно разработать и запустить продукт, не привлекая программистов.

Третья причина — скорость разработки.

Когда речь заходит о тестировании гипотез, важна скорость, а качество остается на втором месте.

По этой причине конструкторы лендингов стали так популярны. Не за счет качества, а за счет скорости разработки. А качество со временем подтягивается.

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

Актуальные проблемы No-code

Давайте взглянем на обратную сторону, и для симметрии приведем три недостатка, которые могут заставить вас отказаться от No-code.

Первый недостаток — зависимость от конструкторов

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

У вас нет доступа к коду, и если по какой-то причине не работает конструктор, то и ваш проект тоже работать не будет. Другими словами, проблемы конструктора — и ваши проблемы тоже.

Второй недостаток — ограниченные возможности

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

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

Третий недостаток — плохая масштабируемость

Чем сложнее проект, тем больше вероятность потерпеть фиаско, реализуя его на конструкторах. И тем медленнее он будет работать, а средств оптимизации у вас мало, поскольку нет доступа к коду.

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

Со временем No-code решения становятся более надежными, масштабируемыми и гибкими, но минусы все равно есть.

Может ли No-code заменить программирование?

По моей субъективной оценке, из того, что может сделать профессиональный разработчик, повторить в No-code можно только несколько процентов. Я сам разработчик, и представляю разницу.

Чаще всего я встречаю аргумент, что в No-code нельзя сделать какую-то конкретную хитрую штуку из личного опыта собеседника. Примеры разные — или интеграция, или синхронизация, или особенность интерфейса, что угодно.

Из недавнего

Аргумент справедливый, но тут неправильной поставлен сам вопрос.

Правильный вопрос выглядит так:

А может ли программирование заменить No-code?

Когда кто-то решает свою задачу на конструкторе, в мире становится одной задачей меньше для программистов. Это может показаться каплей в море, но это то, что происходит.

Со временем на конструкторах можно будет собирать все более и более сложные проекты. С личным кабинетом, подпиской, персонализацией, сложным интерфейсом и так далее.

Сейчас в No-code сервисах можно собирать лендинги, небольшие сайты, интернет-магазины, онлайн курсы, маркетинговые автоворонки и чат-боты. Список будет только расти.

Остановится этот процесс только если хорошие программисты вдруг станут намного дешевле. Тогда потребность в No-code может упасть, а до тех пор спрос будет расти, поскольку для целого ряда задач это быстрее и дешевле.

Никто никого не заменит

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

В конце концов кто-то должен разрабатывать сами No-code инструменты.

Если вам интересна тема No-code, присоединяйтесь к телеграм-каналам «Программист без кода» и «Зерокодер».

0
64 комментария
Написать комментарий...
Павел

Любой кто работал в разработке более-менее крупных систем понимает, что никаких подобных конструкторов там никогда не будет. Периодически в мире всегда возникало желание избавиться от кодинга, ручного ввода разметки и т.п. в сторону подобных решений. И к чему это привело? Помню, про Dreamviewer в свое время яростно кричали как про инструмент, который позволит избавиться от написания html/css и т.п. На выходе в результате получили почти unsupported решения. Вспомним примеры из Desktop: Winforms предлагал создавать приложения для Win при помощи подобного конструктора со стандартными элементами. Потом все равно ушли в сторону WPF с XAML-разметкой, так как это гораздо более гибко, с ужесточением требований заказчиков и расширением возможностей по разработке, усложнением дизайнов использовать типовые элементы редактора стало просто нереально. И куча таких примеров. Это если ещё не вдаваться в подробности про back-end (архитектура, нагрузка, интеграция, масштабирование и т.п ). Для мелкого бизнеса может и подойдут простенькие конструкторы, которые, к слову, есть и сейчас. Но для серьезных решений это всегда будет только кодинг. Причем команда разработки - это не только программисты, это дизайн, аналитика, тестирование, нагрузка... Это все конструктором просто не заменить. А учитывая, что иногда требования заказчика даже формализовать сложно, то ни о каких конструкторах речи вообще идти не может ) Да что говорить, все профессиональные инструменты для разработки сейчас уходят в сторону командных строк, а не визуальных интерфейсов (менеджеры пакетов и т.п.)

Ответить
Развернуть ветку
John Dow

Не совсем согласен. Есть, например, Microsoft Access, на котором можно сделать законченное многопользовательское СУБД под многие задачи без кодирования на VBA. А если по ODBC прикрутить какую-нибудь SQL - то масштабировать можно до уровня среднего предприятия. Dreamviewer был вполне себе нормальным WYSIWYG в своё время - уж получше Microsoft FrontPage.

Ответить
Развернуть ветку
4 комментария
Вячеслав Гримальский
Автор

Верно, разработчикам пока не о чем переживать

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

Ну окей, я работаю в компании, которая разрабатывает системы ДБО. Достаточно сложно? 
И вот последнее время при реализации каких либо новых банковских продуктов в системе все чаще используется внутренний конструктор документов. Изначально он был придуман под нужды заказчиков, чтобы они могли на нем сочинять какие либо свои нестандартные банковские документы, впоследствии его допилили до возможности создать полноценные новые документы, справочники, с контролем реквизитов и всякое такое. Как итог - разработка и вывод в прод нового функционала значительно ускорилась
Понятно, что никто не будет целиком и полностью разрабатывать системы целиком на подобном подходе, но упростить жизнь разработке такие инструменты более чем способны.

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

Комментарий недоступен

Ответить
Развернуть ветку
Вячеслав Гримальский
Автор

Действительно похоже! Google переводчик не избавил мир от профессиональных переводчиков, но все-таки значительную часть работы по переводам во всем мире взял на себя.

Ответить
Развернуть ветку
2 комментария
user_90123129312

Как по мне no/low-code хрень полнейшая. Если запиливать всякие сайтики или помойные приложения-однодневки — да, шансы ещё есть. Когда же требуется нормальный бэкэнд написать для производства, то это выглядит как минимум смешно.

В своём лучшем исполнении no/low-code может в максимуме достичь аналогов фреймворков по работе с БД, где знание SQL не обязательное. Но производительность такого куска кода будет не высокой. Если бизнес устраивают такие издержки, то будет и жизнь у no/low-code.

Ответить
Развернуть ветку
Ilya Tkachenko

Вот прямо двумя руками поддерживаю!
Предельный случай развития no/low-code конструктора - новый framework

И я прямо вижу, как программисты на ассемблере гнобят разработчиков С++ со словами - "нафига надо, все же спокойно можно в машинных кодах программировать!"

Ответить
Развернуть ветку
Павел Морозов

Ох, уж эти убийцы)🤣

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

Комментарий недоступен

Ответить
Развернуть ветку
2 комментария
Alex Chernyshev

Понимаете Вячеслав, после прототипа на вашем конструктроре ваши замечательные заказчики с голубыми глазами и высоким челом  приходят ко мне и просят 'продакшн', тк гипотезу они проверили, а прототип на вашем конструкторе продали инвесторам как MVP.

Представляете что дальше происходит? Нет? 
А я подскажу: им выделили бюджет на РАЗВИТИЕ прототипа а не на создание с нуля. На маркетинг, продажи, новый функционал но блин не на чистую разработку. Дальше либо они достают нужный бюджет (продавая квартиры, занимая у знакомых и родственников) либо умирают. А могли бы жить и развиваться.

Поэтому ваш No-Code это такой портал в долину мертвых проектов, эдакая сладкоголосая русалка, которая заманивает моряков на скалы.

Вообщем продолжайте думать что делаете добро )

Ответить
Развернуть ветку
ДятелЪ Ыыч

По вашей логике, без ноукода им бы сразу пришлось продавать квартиру для создания прототипа)

Ответить
Развернуть ветку
4 комментария
Chok Chok

Абсолютно верно, масштабировать это из области фантастики. Просто подменяют понятия, вкладывая в no-code смысл отказа и экономии на разработке. По сути это обман, обманывают людей, которые готовы обмануться, ради сомнительной экономии

Ответить
Развернуть ветку
Yarro S

Когда-то говорили, что языки высокого уровня никогда не заменят ассемблер. В итоге ассемблер действительно остался, но в узких нишах, где работает 0.1% от всех программистов. 
С C/C++ сейчас происходит тоже самое. А не так давно веб-разработчиков даже не считали за настоящих программистов 

Ответить
Развернуть ветку
ДятелЪ Ыыч

Сейчас считают?

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

Где такое происходит с С++? Потребность в них только увеличивается, а доля в  пуле всех яп уменьшается, только за счёт роста других языков в совершенно других отраслях. Это же применимо и к ассемблеру

Ответить
Развернуть ветку
3 комментария
Eugene Kovalenko

Как дизайнеру мне интересны платформы no code, когда можно сделать средней сложности сайт и выкатить его клиенту. Само собой, сложной разработкой будут заниматься профи и никто из работу не заберёт.
Но вот как пример, на днях видел как тот же UPWORK активно использует конструктор Webflow для создания внутренних страниц сайта и блога.

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

Комментарий недоступен

Ответить
Развернуть ветку
Dmitry Kuteiko

Агв, щаз, любой. Один-два из класса. 

Ответить
Развернуть ветку
Alex Shokhin

В ближайшие 20-30 лет  точно нет.

Ответить
Развернуть ветку
Mike Espoo

 Опять сделали продукт для 1.5% мирового рынка.
Срочно делайте версию на английском.

P.S.:
В конце 2015 года начал свой стартап. Сегодня им пользуется несколько сотен компаний по всему миру из 30 стран. Среди клиентов компании из Fortune 500.
За все время 1 клиент из России, делайте выводы!

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

Я что-то неособо в курсе, но мне кажется уже сейчас потребности малого и среднего бизнеса в основном закрываются всяческими конструкторами лендингов, корпоративных сайтов  и интернет-магазинов. Ноу код становится массовым.
И потихоньку протягивает щупальца в приложения с БД и динамическим контентом.
С другой стороны нейро-шмейро успешно создаёт куски низкоуровневого кода и простые программки. Умрет ли программирование? Конечно нет. Но видоизменяться в ближайшие уже 5 лет точно)

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

Советую посмотрет Павел Мочалкин - Таксист программист https://youtu.be/uTWflKMP7MQ

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

Не понимаю такого массового хейта со стороны веб разработчиков в комментах. Конструкторы сайтов очень хорошо подходят для создания промо-сайтов и некоторые для магазинов. А это как раз основная доля на мировом рынке. Всем в основном надо промоутить себя, свой бизнес, свой курс, либо продавать что-то в магазине. Если зайти на awwwards, то основная масса сайтов там именно такие. От русских и украинцев там вообще все на, простите, тильде. У меня жена работает на webflow и при некоторых ограничениях и с небольшими вкраплениями JavaScript все работает очень хорошо. Те же личные кабинеты можно подключить в виде стороннего сервиса. И кстати, то, что разработчики будут делать день, она может реализовать в интерфейсе за несколько минут. И ещё очень большой плюс конструкторов. Моя жена - дизайнер. То, как она сделает дизайн сайта, она точно также реализует в webflow. И это круто. А раньше, когда сайты отдавались после дизайна разработчикам, они не могли сделать сайт один в один. В общем, не разделяю общий скепсис. Для определенных задач конструкторы очень эффективны. И стабильно получают высокие оценки на awwwards. Далеко не всем нужны суперсложный сайты-сервисы для обслуживания бизнес-процессов компаний.

Ответить
Развернуть ветку
Сергей Прожерин

Можно глупый вопрос автору?
А у Вас в Вашем «конструкторе» есть «аналитика»?
Если есть то о чем Вы говорите!?
Ваш «конструктор» в таком случае годен только для домашней страницы Васи Пупкина - ибо все остальное Вы или сольёте или сами используете...
IMHO именно для этого и делают «конструкторы», вы же (обращение к пользователям) не думаете что низкая ежемесячная стоимость или вообще бесплатность таких «конструкторов» обеспечивается на халяву?
Проект должен приносить прибыль!

Ответить
Развернуть ветку
Богдан Сулагаев

Что идет в кино?
Ваши носки красные...
Розовое вино должно быть розовым!

Ответить
Развернуть ветку
Сергей Прожерин

Всем минусующим и непонятливым-
Позвольте Вам разжевать и в рот положить:
В такие проекты закладывается телеметрия всего и вся - кто какие настройки использовал, какой дизайн, какие решения по привлечению юзеров на сайт использованы = достаточно дешевый способ исследовать рынок, перехватывать удачные (и не использовать неудачные) решения, практически бесплатные A/B тесты, и так далее...
В дальнейшем подобный анализ можно неплохо продавать на сторону, ну или консультировать самому. Мало? Я Вас уверяю прибыль тут намного выше продаж «конструктора»...

Ответить
Развернуть ветку
4 комментария
Minas Sarkisyan

Вы опять продвигаете эту идею ?) Можете в ближайшие лет 20 об этом и не мечтать

Ответить
Развернуть ветку
Владимир Попов

Попробуйте сделать что то нормально без знания кода, будет весело я уверяю

Ответить
Развернуть ветку
Вячеслав Гримальский
Автор

Вот мы и устраиваем веселье 

Ответить
Развернуть ветку
1 комментарий
Anv

Каждую неделю будут такие статьи выходить?? Самим не надоело одно и тоже жевать?

Ответить
Развернуть ветку
Вячеслав Гримальский
Автор

Мой последний пост на эту тему был в феврале. С кем вы говорите?

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

Господи, сколько можно обсасывать эту тему?
Без негатива у автору, но частота выхода статей на тему "no-code vs программисты" в последнее время зашкаливает что здесь, что на других ресурсах типа Хабра. 
Давно понятно, что no-code является заменой только для относительно небольших компаний без претензий и бюджета на разработку, в остальных случаях - не более, чем вспомогательный инструмент, как и генераторы кода.
UPD: а, это реклама своего продукта. Всё, вопрос снят. 

Ответить
Развернуть ветку
Dmitry Kuteiko

Не кипятитесь. У каждого поколения должен быть свой Delphi и конструктор сайтов. Кто в молодости не мечтал о нокоде - у того нет сердца! ;) 

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

Современный no-code на базе технологий, например, того же AWS возможен, но цена такого решения будет очень высокой.

Ответить
Развернуть ветку
Pavel M

цитата: "No-code конструкторы проще языков программирования, что позволяет освоить их за несколько недель или месяцев, и самостоятельно разработать и запустить продукт, не привлекая программистов."

отличие применения в применении no-code и классичиского программирования для меня лишь в знании граматики того или другого языка. в конце концов большинство проблем в (больших) проектах не в том что программисты не знают как применить язык программирования, а в том, что просто напросто заявленные требования заказчика не соответствует тому, что им действительно требуется. люди остаются в своих представлениях. эту проблему не решает no-code.
если при помощи no-code идеи воплощаться будут и постоянно выкидываться, то это не продвинет заказчика. в последнее время постоянно нужно показывать заказчикам возможности(и объяснять почему это лучше) и почему то или иное требование заранее обречено на провал.

цитата: "У многих в голове есть бизнес идеи, но зарплаты программистов настолько высокие, что без инвестиций реализовать их невозможно."
кто платит программистам кучу денег только за то что бы воплатить идею в "код" - сами виноваты. есть клиенты, которые прислушиваются к советам, тогда идеи воплощаются скоректированно на возможности и учитывая возможные проблемы на уровне usability, а есть которые настаивают на том что они клиенты и так должно быть - тогда создаются результаты, которые можно было и не начинать воплощать.

синергии разработчика и заказчика - это приносит с моей точки зрения намного больше чем дать возможность заказчику "вариться" в своих идеях при помощи no-code инструментария. и здесь не важно что будет использовать разработчик.

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

другой момент: зависимость от "контрукторов" - здесь я считаю что здесь мои клиенты ставят на open source и если какие-то библиотеки/инструментарий имеет bugs то просто напросто ошибки исправляются своими программистами и здесь нужны не просто знания языка программирования.

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

no

Ответить
Развернуть ветку
Kin Coin

Мне кажется всё уже было решено в тот момент когда после появления фильтра в телефоне "Сделать красиво" Фотошоп не умер...

Ответить
Развернуть ветку
ДятелЪ Ыыч

Но сильно подвинулся.  А ещё сильнее с появлением фигмы.

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

Омг, ну типовые вещи да, но я слабо себе представляю как конструктор перестраивает архитектуру проекта, когда пришёл бизнес и говорит «а мы теперь ещё и с этими партнерами работаем»

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

Лучший вариант, это строить абстракции для разработчиков, которые позволяют собирать приложения быстрее, этот процесс начался лет 40 назад и идёт до сих пор. Лучший зерокод сейчас это aws,gcs,azure, сборщики аналитики, логов, метрик и прочее, те кто делают фреймворки на фронте типа react,svelte,vue, bootstrap,tailwind. Flutter в Мобайл, unity,ue*,goddot,default,gamemaker в гейм деве, всякие бот апи, которые упрощают разработку MVP, агрегаторы впишем типа rapid api и им подобные, VR,AR киты и куча либ типа tensorflow,torch в ml. Да, код надо писать, но скорее клей и прорабатывать корнер кейсы. Проблема в том, что потребности постоянно растут, технологии новые выходят, старые тоже нужны.

Ответить
Развернуть ветку
Technotika ru

А ещё есть конструктор конструкторов, WordPress называется! 8)
Хочешь no-code на чужих плагинах, хочешь свои темы/плагины пили, если очень хочется можешь и ядро перепахать (под свою ответственность). И машстабируемость отличная и переход на фреймворк вполне осуществим, но до этого надо дорасти сначала! 

Ответить
Развернуть ветку
Savvateev Stas

А этот ноу код конструктор состоит из кода

Ответить
Развернуть ветку
Andrey Bazykin

Одно дело сайтики делать на ноукод решениях, а другое дело серьёзный софт. Программирование - это искусство, а ноукод решение как картина, написанная ИИ.

Ответить
Развернуть ветку
61 комментарий
Раскрывать всегда