Через 10 лет большинство программистов уйдет из профессии

Смелое заявление, да? На самом деле это очень вероятный сценарий развития событий и я расскажу как я пришел к этому выводу.

Немного предыстории

Я и моя команда занимаемся разработкой программного обеспечения уже более 10 лет с переменным успехом: среди всех проектов, которые мы делали есть огромное количество откровенно проваленных проектов по самым разным причинам. Как правило, это весь букет типичных проблем любой софтовой компании — от неправильно поставленного ТЗ и плохого управления до неумения набирать в команду и удерживать «супер талантов».

За прошедшие 10 лет мы попробовали улучшаться везде где только могли: в 2015 перешли на scrum, внедрили пакет Atlassian и средства непрерывной интеграции, придумывали как переиспользовать код создавая библиотеки и шарить между проектами. Что бы не делали, все равно нашим слабым местом так и остались сотрудники.

Работать с людьми не выгодно и даже опасно

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

Те, кто занимается разработкой программного обеспечения наверняка не один раз слышали фразу «Шеф, это невозможно дальше поддерживать. Надо все переписывать с нуля.» И честно говоря, самый ужасный случай у меня произошел с одним нашим продуктом в 2014-2016 годах. Мы умудрились переписать 4 (!), четыре раза, а потом успешно похоронили этот продукт. Хоть какая то часть была успешной 😁.

А у вас так было, чтобы сотрудник сломал ваш продукт? У меня — да. Часто это проблема плохого (ну или никакого) контроля со стороны руководителя, техлида и всех кто должен следить за качеством разработки. Пару разу у меня случалось так, что плохо контролируя разработчиков мы обнаруживали как человек «отрефакторил обратно»: все что было написано с хорошим уровнем абстракции и применены подходящие паттерны было слито в один большой файл потому, что ему было так удобно. «Старый код был слишком сложный и навороченный.» Тут ярко проявляется достаточно неочевидная проблема, когда у участников команды очень сильно отличается профессиональный уровень — джуны и начинающие мидлы не могут понять почему код у сеньора написан именно так и зачем там, например фабричный метод (порождающий паттерн).

И вот, когда вы уже на самой финишной прямой чтобы зарелизить продукт ваш очень важный сотрудник исчезает. Завтра релиз, у вас пропал ключевой разработчик и не отвечает на звонки и сообщения. Фактор автобуса? С вероятностью 99,9% автобус его не сбивал, да и вообще с ним все в порядке, кроме одного: именно сегодня он решил, что работать в вашей компании он не хочет и не будет. А дальше вам нужно выкручиваться, как только сможете — пытаться понять кто вместо него может завершить работу, сдвигать сроки, просить заказчиков войти в положение.

«Да вы просто не умеете управлять командой. Не понимаете, не стимулируете, платите мало, просите сделать неизвестно что..» — вполне возможно, но далеко не все компании, кому нужны цифровые продукты умеют делать все правильно и тем более платить выше рынка.

NO-CODE изменит рынок разработки

Самый очевидное решение большинства проблем с разработчиками — заменить человеческий труд на автоматические системы разработки приложений без написания кода.

  • Больше не зависим от языка программирования
  • Все визуально и гораздо более понятнее
  • Намного ниже порог входа
  • Там где требовалась команда из 7 человек одного хватит
  • В 10 раз быстрее построить решение на NO-CODE чем писать даже с самыми продвинутыми фреймворками
  • Почти нет глупых ошибок из-за невнимательности
  • Стоимость ниже в разы, а иногда на порядок. Ошибки теперь стоят дешевле.

Не каждый NO-CODE сможет изменить рынок

Несмотря на то, что популярные решения типа Bubble, WebFlow, Tilda и многие другие очень активно растут, они едва-ли смогут сделать революцию в самом сложном и емком сегменте рынка — корпоративных системах и приложениях. Вышеперечисленные платформы и еще тысячи менее известных платформ действительно хороши в создании сайтов, маркетплейсов, и простых вещей для массового рынка.

Gartner и другие аналитические агентства прогнозируют быстрый переход на NO-CODE/LOW-CODE в течении нескольких лет, да и рынок растет на 22-25% каждый код и только будет ускоряться (источник). Неужели NO-CODE может совершить революцию, создавая сайтики (иногда очень красивые!) и храня данные в Google Sheets и Air Table? Очень вряд ли.

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

У кодогенерации есть множество неоспоримых преимуществ перед классическими NO-CODE:

  • Наличие исходного кода с комментариями и best-practice
  • Отличная производительность, а иногда и намного выше чем в приложениях, написанных разработчиками
  • Вы можете перегенерировать приложение раз за разом (прощай технический долг и рефакторинг 😊)
  • Можно запускать ваше приложение где угодно: хочешь тебе AWS, Digital Ocean, дешевенький VPS сервер или даже свой собственный комп. Хочешь хостить свой продукт офлайн потому, что он только для внутренних сотрудников — без проблем.
  • Работа с вашими любимыми SQL и NOSQL базами
  • Автоматическая генерация документации

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

А как же минусы? Без них тоже никак. Для кодогенерации намного сложнее дается живой предпросмотр (live preview) пока вы ведете разработку: приложение сначала нужно сгенерировать, потом собрать, запустить и только потом показывать результат. Пока не все штуки можно реализовать по сравнению с классическим программированием, но развитие платформ в будущем уберет эти ограничения.

Какое оно, будущее разработки софта?

На самом деле очень оптимистично-радостное. Активный переход на NO-CODE с кодогенерацией освободит огромное количество разработчиков от рутинных операций по написанию кода и повысит спрос работодателей на архитекторов приложений. Архитекторам приложений больше не нужно знать языков программирования и подходов, которые есть внутри языков и фреймворков. Компании смогут создавать гораздо больше приложений для пользователей, внутренней автоматизации и даже мелких сервисов, на которые раньше было жалко времени и денег.

Постоянное повышение себестоимости разработки будет и дальше толкать компании искать альтернативы найму программистов. Спасибо пандемии и онлайну — зарплаты разработчиков очень быстро растут вместе с ажиотажным спросом на специалистов. Иногда создается впечатление, что программистам уже можно и не стараться кодить: если работодатель настолько смел и попросит покинуть компанию, то у вас в почтовом ящике уже есть с десяток оферов с открытой датой ("приходите как только сможете, мы всегда вас возьмем").

Вместо заключения

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

Два года назад я закрыл все свои предыдущие проекты, собрал команду и мы начали разрабатывать NO-CODE платформу AppMaster.io. Наша идея заключалась в том, что мы сможем создать платформу, которая генерирует серверные приложения, веб приложения и мобилки без необходимости найма разработчиков вообще. Тогда это звучало совсем бредово: «без разработчиков», но сейчас это будущее разработки.

Получится ли у нашей платформы отгрызть себе кусок рынка — покажет время. Но в одном я уверен точно: кодогенерация заменит программистов в большей части задач окончательно и бесповоротно.

0
196 комментариев
Написать комментарий...
bzzztomas77

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

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

Да это со времен Битрикса началось. Простенький и тяжеленький магазин - Эврика! программисты больше не нужны. 

А может со времен 1С? Бухгалтеры больше не нужны, программисты тоже. Всё еще нужны? пля...

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

А как часто требуется разработать новую ОС? 

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

С языка снял :) 17 лет в профессии и каждый год слышу о мечтах в No-Code and etc.

Ответить
Развернуть ветку
Николай Долганов

И 10 лет назад то же самое было. Только там ещё был Ucoz. А потом ещё был битрикс, на котором "вообще всё из коробки работает, Вась, отвечаем"! Объективно, пока роботы учатся ходить, а ИИ имитирует работу ботов для квипа и джаббера, нам бояться нечего. Когда робот впервые реализует небольшое ПО по ТЗ заказчика, используя качественные паттерны и готовые реализации алгоритмов, и это будет дешевле реализации человеком, вот тогда и будем сухари сушить.

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

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

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

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

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

Ага, в данном случае даже не скрывается.

Автор или его пиарщики начали с пиздобольства, а закончили фееричным - а у нас есть ноукоде солюшн фор ю! Покупай - лопухай! 

P s. Теранос и Nikola inc, это самые масштабные, но не самые впечатляющие зомби нынешнего пузыря. Изощреных на выдумки умельцев куда больше.

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

кодогенерация- best practices, не потребует рефакторинга. Архитектура. Ахаха. 

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

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

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

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

Ответить
Развернуть ветку
8 комментариев
Rezon Altos

Сайт сказал что у меня слишком маленький...

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

очень странное решение, учитывая что уже половина аудитории интернета на мобилках))

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

Тихо, не подсказывайте за бесплатно. 
Демо версия фримиум:
Надо вот так:
Сайт сказал, что у меня слишком...
 ***Купите подписку на тестирование багов - 30 долларов в месяц,
распродажа - 150 долларов в год. ***
Всего несколько чашечек кофе. 

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

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

Через 10 лет Олег Сотников уйдет из профессии. А программисты останутся. Помяните мое слово

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

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

А что будет с гугловской Funcia которая выйдет в этом году и полностью заменит Андроид к 2023, и либами под неё уже можно представить. Windows тоже наверняка преподнесет сюрприз. Нужно будет что то новое, но уже менее бесплатное.

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

Суть статьи.
"мы начали разрабатывать NO-CODE платформу AppMaster.io."

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

Сначала думал что он ошибается. Потом понял что это реклама.

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

а no-code генераторы кто пишет ? правильно, те самые джуны и начинающие мидлы, которые вчера уволились из вашей компании lol

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

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

Ответить
Развернуть ветку
9 комментариев
Бабка в засаде
 NO-CODE с кодогенерацией

Это всё влажные мечты.
Ты явно не разобрался в положении дел в отрасли.
Всякие Kite и прочее сейчас скорее мешают чем помогают, мы это тестировали специально. Это похоже на джуна предлагающего ответы со SO, не разобравшись в вопросе толком. 
Крутой кодогенерирующий инструмент сделать ещё сложнее, чем GPT-x генерирующую какой-то крутой осмысленный текст.
Потому что в случае художественного текста ты можешь выдумывать все что угодно.
В случае же программистского кода, ты уже не можешь фантазировать на тему жирафа гуляющего в парке, тебе надо четко прописывать алгоритм решения конкретной задачи, а не полурандомно подставлять слова.
Короче если что-то такое и появится, то ооооочень нескоро. Лет 30 мб или больше.
Нынешние нейросети даже художественный рассказ пока что написать не могут

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

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

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

Лучше было бы начать продвижение продукта с продукта, а не с такого вот партизанского маркетинга. Ну или в данной статье вообще не упоминать свой продукт.

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

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

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

Проблема написания кода это проблема формулирования мысли.
 Любой код есть сформулированная мысль.

Вообщем-то неважно в какой именно форме этот код представлен: визуальные блоки, текст или набор звуков - cуть не поменяется.

Так вот самая большая проблема любого 'визуального' программирования - его невыразительность. 
Например визуальное представление  банального цикла выглядит как говно везде, начиная от BPMN и до любых новомодных nocode решений. Везде это выглядит непонятно и не очевидно. 

Идея кодогенерации тоже мягко говоря не нова,  более того - в ряде случаев она является стандартным решением: генерация клиентов вебсервисов по метаданным, как пример.

Но из-за того что стадия кодогенерации разовая, весь жизненный цикл приложения ей закрыть нельзя: доработки, исправления ошибок, обновление API и тд. 

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

Ответить
Развернуть ветку
Книжный Червь

По кодогенерации с вами согласен, по поводу визуального представления позвольте не согласиться - есть ведь промышленная автоматизация и управление лабораторные экспериментом, где, соответственно, в основном используются как раз графические языки программирования (LD/FBD и LabView). Для решаемых там задач все получается очень наглядно, видно, как и куда идут сигналы и данные, в том числе и в циклах; проблемы, скорее, возникают, когда нужно не просто меняться данными с приборами, а решать другие задачи, например, проводить математические расчёты - и рисовать замучаешься, и исторически есть уже хорошо написанные заточенные под эти задачи инструменты.

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

все программисты станут архитекторами

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

Все архитекторы станут бизнесменами.

Ответить
Развернуть ветку
7 комментариев
Alex Destiny

Хм...до этого поста я считал самой большой бедой IT индусов с их страшной любовью к копи-пастам, любителей включить в энтерпрайз код непроверенного х...на с публичных ресурсов. И всяких адептов-экстремистов паттернов и "книги четырех". Ан нет, новенькое вот подвезли...

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

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

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

Что не так с ООП, паттернами и книгой четырех?

 Паттерны базируются на принципах ООП. 
А ООП пришло в PHP, частично в javascript. Ну и то что Андроид, iOS использует ООП и паттерны в большом количестве вы наверное тоже в курсе? 

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

Идея программирования без программистов витает в воздухе больше чем автору лет. 
А программистов все больше и больше требуется

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

Примерно с 70х и появления первых промышленных типа NO-CODE систем от SAP и Siemence? 

Ответить
Развернуть ветку
3 комментария
Denis Petukhov
Ответить
Развернуть ветку
Anatoly Shipitsin

Это светлое будущее нам IBM обещал причем не 20 лет назад, а 30 :) Все еще его не наблюдаю. 

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

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

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

очередной пиздобол

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

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

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

Нууу. У нас в фирме постоянно задачка возвращается на доработку, если ревьюеру не понравился код... Пишет что как и где. Прекрасно "дрессирует" такой подход. 

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

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

Ответить
Развернуть ветку
Вячеслав Устинов

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

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

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

Ответить
Развернуть ветку
Я не скажу свое имя машине

Глупость какая-то)) 

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

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

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

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

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

готов поспорить на ящик хорошего коньяка, что это не так... :)
то, что кто-то считает программистов 1С недопрограммистами - это его проблема..
ну появится новая профессия ноукод-программер.. :)

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

Плохое руководство и сейчас думает, что ему никчемных сотрудников заменит автомат. 
Не заменит. Потому что на поддержку автомата надо будет в два раза больше сотрудников. 
А при таком руководстве и в три раза . 

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

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

Ответить
Развернуть ветку
Ремонт Ноутбуков

Приходится поддерживать лоукод решение. Я активно ненавижу его разработчиков. Фичи, которые не предусмотрены, приходится внедрять костылями. Каждый отдельный модуль - это костыль. Все решение - один большой костыль. Его разрабы все пихают в сессию и борются с интерфейсом, чтобы не открывались одинаковые окна, это сбивает состояние сессии в другом окне. Попытки привести свой модуль к нормальной реализации приводят к мучительной интеграции с другими модулями. Т.е. без досконального знания архитектуры этого "продукта", его поддержка и расширение невозможны.

При этом, реализация из коробки работает, если не предъявлять требований.

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

Yii2 Gii 😄

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

Интересно, кто, по мнению автора, будет заниматься разработкой и интеграцией всех этих no code систем. Программисты ему видите ли не нужны...

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

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

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

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

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

В общем, судя по статье, человек, который это писал  работает в айти индустрии не так долго ( от силы лет 5-7). Отсюда и выводы вполне очевидные у него. Только вот если вот вспомнить что было до начала его деятельности, то мы увидим те же самые попытки сделать кодогенераторы чуть не со времн основания IBM. Только вот за 30-40лет, это так и остаётся утопией.

Моё мнение: не буду утверждать  что это совсем невозможно, но все универсальнальные решения, типа кодагенератора, сталкиваются всегда с одной и той же проблемой. Если делать его простым, то получаешь маленькие возможности и многое все равно допиливать руками (т.е. сам смысл генератора теряется). Если делаешь крутую систему, с большим функционалом, то это приводит к написанию или настройкам  намного более сложным чем написание программы, а так же к крайней тормознутости системы, т.к. кейсов становится много.

В общем, не вы первый, не вы последний.

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

Определенно, нет. Во-первых, нокоду уже сто лет в обед (возьми любой конструктор сайтов , интернет-магазинов итп). Во-вторых, нокод решает только примитивные задачи примитивного в целом общества ( создать приложение или сайт для заказа пиццы, товара, и прочего). Покажите мне нокод, который сможет создать игру уровня Skyrim. Или напишет автопилот для Теслы. И тогда я поверю всему. Но пока, определенно нокоду до программистов- как до Китая крабом.

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

Добрый день. Олег, может специально или нарошно Вы игнорируете очевидную вещь... Человечество всю свою историю пытается автоматизировать всё и вся на сколько это возможно от копья до чпу станка... Проблема в том, что нужен человек обладающий соответвующими навыками и прямыми руками , и no-code ну ни как не решает эту проблему, а иначе зачем нужны Вы ?))

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

Максим, я совершенно согласен с вами! Просто раньше требовалось гораздо больше людей чтобы выполнять операции. Больше нет телефонисток, лифтеров и других профессий - они больше не нужны, их труд заменил прогресс. Почему прогресс невозможен для разработчиков?

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

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

Ответить
Развернуть ветку
Чайка О.

Не сократится. У них будут другие задачи. 

Ответить
Развернуть ветку
Олег Ващуков

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

А зачем и кому нужна ваша платформа и похожие конструкторы?

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

Я не понял. А кто no-code писать будет? Высший инопланетный разум?

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

Напоминает 1С.
Ноукод.

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

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

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

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

Уважаемые коллеги. Будьте добрее и человечнее. Да, человек захотел попиарить свой продукт. А разве это здесь запрещено? Нет. Наоборот поощряется. Да, захотел похвалиться своим продуктом. И это нормальное желание. Зачем столько срача? Возможно вы все не со зла, но со стороны выглядит это так. Вспомните себя, когда ваши "гениальные" идеи опускали друзья и близкие. Как вы доказывали свою правоту. И как падал энтузиазм после этого. Не у всех так, но у большинства точно. А человек пробует, развивается, что-то делает. Да, возможно сейчас это пока сырой продукт, но если он его нё забросит, возможно лет через несколько появится большая группа поклонников. А может и мы с вами. Но не надо сразу негатив разбрызгивать. Не нравится, не пользуйтесь. И всё. Или напишите что бы вам хотелось видеть в проектах такого рода. Обратная связь дорогого стоит. А в данной ситуации автору пришлось откровенно защищаться. Будьте мягче. И возможно наш технический прогресс начнё-развиваться быстрее. Всем успеха!

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

Когда автор этих строк потратит 100500 денег, создаст "решение", которое вряд ли переплюнет по функционалу ту же тильду и он начнет рвать волосы далеко не на голове, вот тогда пусть вспомнит, почему я не послушал людей, которые много лет в профессии, и знают, что в большинстве случаев кодогенерация - это антипаттерн, а кол-во кода, которое надо написать, что бы генерировать логику и закрыть хотя бы малую часть функциональности той же тильды, далеко превышает возможности его кошелька. Далее, на поддержку и кастомизацию nocode решений все равно будут нужны программисты, но уже со знанием, причем углубленным знанием, авторского продукта. И именно такие продукты создают дополнительный спрос на программистов, потому что никому не будет достаточно той шаблонной логики, что сгенерирует ваша система.

Ответить
Развернуть ветку
Юрий Карачевцев

Это все влажные мечты менеджеров. По факту такого не будет. Менеджеры всегда возбуждаются от подобных систем. Сейчас мы выгоним всех этих дурацких разработчиков и будем делать все на изи. А в результате, чтобы удовлетворить запросы бизнеса, все равно идут к разработчикам т.к. нет абсолютно гибких и эффективных систем. Или она гибкая, но, чтобы ей пользоваться, требуется по факту тот же разработчик (типа 1С).

Ну и, в любом случае, инженерных задач хватит на всех

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

На мой взгляд у подобных "No Code" решений, есть ниши, где они точно будут востребованы.
С учетом, что стоимость разработчиков стремится вверх, а работодатель стремится снижать расходы, спрос на подобные решения будет стимулироваться со стороны топ-менеджмента. 
Видел в своей практике, как используются подобные решения, в том числе, для построения MVP, когда нужно быстро набросать приложение, что бы показать его, и получить одобрение на полномасштабный проект. 
Что касается "ухода программистов из профессии", то тут я бы сказал по другому, скорее произойдет переток программистов из одной сферы в другую. Кто-то же должен писать эти No Code платформы ))

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

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

Ответить
Развернуть ветку
Николай Террофф

Это как разговоры о беспилотниках, помню, когда Убер еще был "на коне" в 2015 году, сколько идиотов спорило со мной, что со дня на день появятся беспилотники и таксисты будут не нужны, люди прям в истерике бились разбрызгивая слюни на киллометр, что год-два и всё.
 А в производственной сфере? Вот-вот с минуты-на-минуту, всех заменят роботы, эти крики с 90-х годов у особо одаренных идут. А в результате "прогресса", уже не стало самих заводов и территории застроили бетонными коробками-человейниками.
А помните, с каким пафосом и помпой рассказывали на каждом углу о кафе с роботами-поварами и роботами-официантами? Каждый мальчик-девочка со смузи в подвернутых штанишках, аж оргазмической дрожью исходил от этих новостей, и с прерывистым дыханием вещали о новой эре без официантов и поваров... потом правда выяснилось, что почти все так же готовили люди, а роботы просто смешивали ингредиенты и разогревали, да и вообще имели очень ограниченный функционал, ну да это ж мелочи..
Про "искусственный интелект" и говорить нечего, все это, в лучшем случае, работает криво и навряд ли когда-нибудь заработает так как должно - относительно адекватно и без сбоев. Зачем фантазировать о роботах и ИИ, есть же, например, Яндекс.Навигатор (ну или любой другой сервис Яндекса), уже 10 лет существует, а все так же водит через перекрытые улицы, закрытые дворы, разведенные мосты, дороги которых нет и т.д., а ведь это просто приложение, а не сложный ИИ или беспилотник или NO CODE. Все эти проекты (ну хорошо, не надо кидаться тапками, не все, но многие) - ИИ, NO CODE, беспилотники, Big Data существуют только для одной цели - получить гранты, насс..ть в уши инвесторам, поднять цену акций, красиво отчитаться о "народном достоянии" и "гордости отчественной IT индустрии" и т.д.
Ну а результат всего этого не тот о чем нам рассказывают и рисуют розовые картины счастливого будущего, а такие уродливые вещи как OZONы Маркеты разные, чат-боты поддержки, "экосистемы" различных сберов, рейтинги всего и вся, поисковые выдачи в которые невозможно уже пробится сколь-либо нужному и интересному сайту, поскольку вся первая и вторая страница забита маркетами, рекламой, "колдунщиками" и википедией с ютубом и дзеном в обнимку. Вот он истинный результат прогресса.

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

Я сначала подумал что через 10 лет большинство программистов будет жить на пассивный доход и заниматься своим хобби... А тут эта статья, нас всех заменят роботы! Это будет чудесно, если мне больше не придется фиксить какие-то критические баги в многопоточном embedded приложении прямо перед дедлайном, когда наличие этого бага может привести к простою множества заводов по всему миру... зачем такой стресс вообще человеку нужен, если можно просто внедрить no-code.

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

> Что бы не делали, все равно нашим слабым местом так и остались сотрудники.

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

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

13 лет назад я закончила институт по специальности финансовый менеджер и вышла на свою первую работу в большую команду экономистов. Хорошо помню, как пришли к нам "дядьки" с горящими глазами (небольшое отступление, "дядьки" попросили много денег) и рассказами, что скоро нашей конторе все эти фин аналитики и экономисты (т.е. мы) на фиг будут не нужны, вместо нас будет "Одна Кнопка"(!), которая без ошибок будет формировать и визуализировать отчётность, оперативно предоставлять все данные руководству,прогнозировать и планировать, а ещё экономить миллионы на ФОТ финансового департамента. Результат, котора заплатила десятки миллионов за "чудо-кнопку", добрала ещё экономистов,ведь за "кнопкой" надо проверять и взяла 2х программистов на поддержку "чудо-кнопки", вот она цука-цена автоматизации,нет, конечно, много современных программ уже достаточно упрощают жизнь пользователям,много классных существующих библиотек используют разработчики, правда ни в одной уважающей себе компании (особенно в банковской сфере) эти библиотеки не применить, ибо безопасность,так, что уверена, что замена разработчиков произойдет совсем не скоро.

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

Фантазер, ты меня называла....

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

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

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

Толк не в no code, ни во фреймворках, ни в эджайлах, а в умении работать с людьми, умении с ними разговаривать и понимать их ценности и потребности. Если у вас внезапно увольняются люди и они  ВНЕЗАПНО для вас не хотят у вас работать, то это серьезная ваша  ПРОБЛЕМА в работе с людьми. Все остальное не то, что вторично, а даже вообще не существенно. Работа с персоналом - краеугольный камень любого большого эффективного и успешного дела.

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

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

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

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

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

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

Развернуть ветку
Батин Воротила

А как переписать, чтобы раз и навсегда, и потом только дорабатывать/поддерживать? 😭

Ответить
Развернуть ветку
Graf De Lotarev

Удачи автороту! Все хорошо написано, будучи самому почти 20 лет в бизнесе, очень понимаю цели и желания руководителя! Пусть данный проект будет единорогом, хоть и для ограниченного сегмента рынка!

Ответить
Развернуть ветку
Павел Кристалл

Какие именно проекты автор 10 лет делал? Ибо судя по риторикам и выводам это 10 лет проектов за 3 копейки.

Ответить
Развернуть ветку
Vladimir Goncharov
Почти нет глупых ошибок из-за невнимательности

Малообразованный в IT человек сделает меньше ошибок чем профессионал, ок.

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

Откуда такие выводы ? Типа, если производительный кусок кода 1 написаный Васей добавить к производительному кусуку кода 2 написанным Петей, то они не ухудшат сволю производительность ?
Это в общем случе - полная ересь.

Вы можете перегенерировать приложение раз за разом (прощай технический долг и рефакторинг)

Лол, а кодогенератор сакм себя делает и чушь не лепит, ага.

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

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

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

вот как завезёте полноценный искусственный интеллект, тогда можно будет про нормальный "no-code" говорить, и то сомнительно, потому что код будет, но  писать его будет не человек а ИИ
А вот эти ваши влажные мечты, о том что можно собирать на коленке сложные решения так же, как сайтики в тильде, умея только в написание статеек, можно оставить)

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

Ага-ага! Так и вижу no-code решения для научного софта, игр, high-load систем и пр. No-code может и хорош, но для очень узкого круга задач. Разработка ПО это не только сайты-визитки, интернет магазины и автоматизация документооборота. Автор решил порекламировать свой проект, но что-то пошло не так))

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

Когда подобное мнение прозвучит от конторы которая не "начала разрабатывать NO-CODE платформу", тогда и поговорим есть проблема или нет.

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

Sql создавался как no-code для бухгалтеров.

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

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

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

Кроме того, способность к работе с архитектурой на уровне абстрактного синтаксиса не характерна для людей. Это редкая склонность и редкий навык. 

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

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

А еще никакой риск менеджмент не позволит строить систему, полностью зависимую от чужого энтерпрайза.

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

Что было раньше? Код или программист? Это как все журналистов ИИ пытается вытеснить, а в результате только показывает насколько он немощен в нашем мире)

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

Как много у автора было проектов с плотной интеграцией в те же SCADA/BI? Где нужно не просто взять протокол, реализовать и пулять значения в/из БД, а еще обвешать это механизмами архивации, бэкапов, красивыми графиками, защитами от идиотов, API и прочими изысками заказчика? Опустим требование сумасшедших показателей БОД/с.
А если еще и производители гребаных железок предоставили для взаимодействия только java-апплеты или точку выгрузки csv?
Очень смешно читать про кодогенерацию при том, что самый крутой ORM-фреймворк с генерацией из БД не может оптимизировать тривиальный джоин и генерирует такую простыню из вложенных SQL-запросов, что порой проще ручками доставать DTO.

Ответить
Развернуть ветку
Валерий Семенюк

Я бы назвал статью по другому: "Через 10 лет большинство подобных контор закроются, и слава богу".

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

Ох уж эти стартапЁры

Ответить
Развернуть ветку
Эмилия Теплова

Скорее хайп с NO-CODE помрёт за 10 лет.

Ответить
Развернуть ветку
Эмилия Теплова

NO-code фигня и речь не только про любые приличные сайты.

Тот же SAP CRM, на мой взгляд сильно хуже решения, которое могла бы сделать it-компания для себя и даже дороже.

Код это ценность, на который можно накинуть добавочную стоимость.

Странно выглядят менеджеры непонимающие этого. 

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

Сорян, но это бред. Дайте примеры приложении на вашей технологии вместо кучи воды в статье. 
Создание продукта - это комлексная задача, состоящая из разных частей и компонентов, требующая настройки, развертывания итд ИТП.

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

К тому же как у вас будут интегрироваться стороние библиотеки и сервисы. 

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

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

А кто будет писать системы кодогенерации?

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

Прочитал этот плач Ярославны…. Рекомендую изучить риск-менеджмент и вообще управление рисками проекта. 

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

Бред сивой кобылы. Специалист среднего уровня представляющий себе тех директором. Если код удобнее поддерживать как один исходник, то не надо мается хернёй и прикручивать паттерны.

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

Люди которые понимают как работает nocode очень быстро упираются в ограничения. А те кто не понимают - производят мусор и работу для других. Без работы не останемся. Больше nocode. 👍

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

Заколебали своей рекламой. 

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

Только одна фраза, господа! Шахматная столица автоматически переезжает в Новые Васюки! 

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

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

С персоналом нужно уметь работать и удерживать.

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

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

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

Цель автора достигнута! Куча комментов на статью) 

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

NO-CODE ≠ NO-PROGRAMMING. Ну и судя по скриншоту с теми же for циклами это выглядит как визуальный редактор логики бизнес процессов. Just another visual DSL. Для любой отрасли можно сделать некий DSL, который будет решать некое подмножество этих бизнес задач более лаконичнее, чем язык программирования общего назначения.

Более того, существует множество визуальных систем программирования, которые оперируют потоком данных, а не императивной логикой (особенно они проявили себя в обработке данных, напр. orangedatamining).

Сам этот подход "No-Code" давно применяется при разработке шейдеров например (как для игр, так и для визуализации в пакетах 3D моделирования). Однако даже там приходится своего рода "программировать", только мышкой.

В результате заменили печатание буковками c помощью яп общего назначения на DSL для конкретной задачи.

Кода нет, программирование есть :)

Ответить
Развернуть ветку
Дмитрий Середа

Авторы! Черт побери что вы такое несёте????

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

No code тоже кому то писать нужно. Мнение автора основано на его влажной мечте послать к черту всех разрабов. Сценарий мягко говоря утопичный. Когда сравнивают разрабов с рабочими завода, которые потеряли работу после появления конвейера, я отвечаю что появилась масса других профессий, от слесарей и механиков до проектировщиков этих самых конвееров

Ответить
Развернуть ветку
ЛАБОРАТОРИЯ

Язык программирования нужен для того чтобы тупой машине объяснить, что ты от неё хочешь. No code это попытка внедрить посредника, переводчика между человеком и машиной. Проблема которая всегда была и будет с переводчиками, это перевод к примеру: сленговых слов, мата, выражений (я покажу тебе Кузькину Мать!), двухсмысленых слов (Да нет, ты меня правильно понял).
Также возникает вопрос на каком языке он будет писать? Языки бывают в применении где-то ужасные, а где-то прекрасные.
И наверное последний гвоздь в гроб No code, это то что машина может писать только по правилам, регламентам, стандартам и всему тому чему вы её научите, вы не найдете в программировании функции которые работают вопреки заложенных в них описаний. Отсюда появляется проблема к примеру как объяснить машине то чего ещё не создано, нет её функционале и опциях, например машина я хочу чат, или социальную сеть, сейчас да все знают что это такое, а вот 1991 понятия не кто не имел.
Под итожу максимум No code это функционал ксерокса, то что в него положат, того копию он и выдаст, а в таком случае, чем он отличается от конструктора?

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

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

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

Кодеры писают кипятком...

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

Чтобы мир остался без программистов - это, конечно утопия. Считаю, что в данной рекламной статье главный посыл, это то, что современная разработка ПО - это прежде всего, исключительно КОМАНДНАЯ разработка. И чем дальше в лес - тем шире штат. Проблема, действительно, не в технологиях, а в ЛЮДЯХ. Сегодня он пишет код у тебя, а сам при этом мониторит odesk или что там сейчас. Что уж про кодера говорить - у него нет морали, он под властью алгоритма:
If currentZarplata > newZarplata => sleep
else => halt, exit

Ответить
Развернуть ветку
Джон Коннор

"... Самый очевидное решение..."  и  "...Почти нет глупых ошибок из-за невнимательности..." =)))))

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

Когда-нибудь искусственный интеллект заменит верстальщиков(уже есть прототипы например pix2code https://uizard.io/research), а инженеру лишь нужно будет скормить искусственному интеллекту макет компонента и его состояний, и выбрать один из приемлемых результатов. Потом синтегрировать эту вёрстку с приложением.

Примерно то же самое скоро начнёт происходить и с программистами фронтенда) например copilot от GitHub уже на подходе =)

А во взлёт нокоде/ловкоде для написания поддерживаемого кода верится с трудом.

Ответить
Развернуть ветку
Евгений Макарьев

Статью нужно было начинать со слов... "А сейчас рекламная пауза!". То есть, в команде не было даже дизайн ревью, код ревью? А виноваты, оказывается технологии программирования. А кто же бизнес логику, то за NO-CODE продумает? Просто текущие ИТ спецы уйдут в иной формат программирования, и никуда не денутся ленивые пользователи. 

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

Чушь полная. Там и чушь полная. 

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

Строили галеру. Рабы убежали. Боль.

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

Надо было начинать статью с последнего абзаца. Сразу всё встало на свои места. NoCode это тоже самое что WordPress, OpenCart, Shopify и прочие инструменты для однотипных сайтиков

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

О, кодер из тех, кого легко заменить NO-CODE решил, что текст на человеческом языке он таки пишет лучше. Нет, не лучше.

Правда в том, что все no-code / WYSIWYG решения пока успешно доказывали только свою полную несостоятельность. Проблем с ними - масса (обновления, + адский геморрой со всем, что не из коробки - кастомизации, интеграции, ...), но главные проблемы - в том, что:

1. Cпециализированные решения просто рвут разные автоподелки в части UX и фич. Поэтому как только какой-то no-code продукт покажет значимый рост, только идиот может решить, что можно и дальше сидеть с ним на no-code платформе и смотреть, когда конкурент, на которого просто сыпят деньги венчурные фонды, отжирает ваш рынок.

2. No-code пользуются еще менее квалифицированные люди, чем средние разработчики. Ждать, что они смогут даже описать чет чуть более сложное, чем Hello World - извините, абсурдно. Если вы работали в IT - просто вспомните, что там пишут PM-ы в разных JIRA в сложных случаях. 

Потому... Удачи всем с no-code. Лично я только рад, что есть идиоты, тратящие на это время.

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

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

Развернуть ветку
Kraftwerk

Наконец-то будет кем заменить Джамшутов на стройках.

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

Бессмысленно читать, человек который писал понятия не имеет что происходит на проектах где работает 500 или больше людей, думает все проекты сводятся к типичным решениям. А таких проектов дохуа и никто их уже не переделает

Ответить
Развернуть ветку
Денис Федорец

«Через двадцать лет ничего не будет (…) - одно сплошное телевидение!»(с)

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

Как хорошо сказано: "Этим постом я ни в коем случае не хотел никого обидеть. Это то, как я вижу текущую ситуацию на рынке с моей стороны. Я набил огромное количество шишек, наступил на все грабли по дороге. Не зря говорят, что самый лучший учитель — опыт: берет дорого, но объясняет доходчиво."
 Я так понимаю что мало объяснил.  Хотя если ведущему сеньёру заплатят как семи сотрудникам, может у него и отпадет желание бросать проект на завершающей стадии. Но вряд ли ему придет в голову писать машину которая будет совершенствовать себя сама и при этом он останется без работы.
Одно можно утверждать однозначно, с каждым годом будут отсеватся те кто пишет плохо. И уровень дохода вырастет в разы у тех кто пишет хорошо. Даже если они будут создавать самописные системы.

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

Вчера Павел Миловидов хотел всех сисадминов перевести, сегодня этот решил от программистов избавится😁

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

Олег, дайте я вас обниму. Вас программисты шапками закидали, и их можно понять. Но я лично буду рада продукту который позволит мне писать сайты и приложения не будучи кодером.
Если ещё и поисковые роботы будут к таким сайтам благосклонно относится - это будет просто замечательно. Сейчас я делаю сайты на конструкторе. (А Яндекс любит далеко не все конструкторы) От найма программистов меня останавливает та же человеческая нестабильность. Денег возьмут, накосорезят и убегут, это мы уже проходили. Тысячи мелких стартапов, ИПшек, самозанятых каждый день нуждаются в простом и доступном инструменте входа в интернет.

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

Вы наверно шутите как не Тьюринг полную задачу бизнеса (который в основном не знает что хочет), сможет реализовать конечный алгоритм любого конструктора, все на что они способны это создать тяжеловесную приблуду которая еле еле решает стандартизированные задачи

Ответить
Развернуть ветку
Oleg Sotnikov
Автор

И наверняка это называлось как-нибудь Rapid Application Development (RAD)?

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