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

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

3535

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

43
Ответить

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

1
Ответить

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

1
Ответить

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

Ответить