Oleg Sotnikov

На самом деле очень даже себе можно создать полноценный API сразу вместе с Swagger документацией используя no-code платформы. Мы в AppMaster такое умеем из коробки.

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

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

Не весь no-code одинаковый. Мы в AppMaster например генерируем приложения используя языки высокого уровня - Go, JS (Vue3), Swift и Kotlin. Кодогенерация позволяет на выходе получить производительные компилируемые приложения, при этом это уже не уровень MVP. Можно масштабироваться достаточно долго и не факт что когда-нибудь придется переписывать приложения вручную.

Лендосы AppMaster.io делать к сожалению не умеет. Зато можно сделать реальный бэкенд, создав в нем нужные эндпоинты и WSS (если нужно взаимодействие в режиме реального времени с сервером через сокеты). Интеграции с внешними сервисами можно сделать с помощью редактора внешних API запросов.

Да, в AppMaster.io полностью нативные мобильные приложения с server-driven UI (и логикой). Под капотом приложений SwiftUI для IOS и JetPack Compose для Android, есть доступ ко всем аппаратным функциям и интерфейсным штукам типа жестов. Для интерфейса мы используем flexbox расположение элементов с margin, padding и другими принятыми обычно в вебе свойствами элементов. Разработчики не ограничены готовыми виджетами, можно собирать свои из стэков, кнопок и других атомарных элементов.
И да, мы действительно создаем дополнительные модули в платформу бесплатно если они нужны хотя бы нескольким заказчикам.

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

Или как Тильда, WebFlow и Wix позволили в одиночку делать сайты? Не нужны больше верстальщики, фронтендеры, бэкендеры. И даже сисадмины которые настроят SSL, nginx и прочие радости тоже больше не требуются в таких проектах. Было 5 человек в команде на проект, с этими инструментами одного достаточно.

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

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

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

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

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

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

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

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