Мы занимаемся развитием конструктора баз данных и веб-приложений (no-code, low-code) и много времени проводим в разъяснениях, что же это такое. Кроме прямых доводов, как, например, загрузка более полумиллиарда записей в наш конструктор, приходится работать с весьма неожиданными вопросами и возражениями.
1. Конмтрукторы "без кода" способны лишь на презентационные, статичные во времени типовые микрозадачи.
Любое, даже незначительное отклонение от типового процесса влечёт за собой два варианта для этих систем:
а) этого сделать нельзя
б) пилятся костыли
2. Ниюе сущесивует ни одного "типового" бизнеса. У всех - свои нюансы. Именно по этому нет ни одной ERP-конструктора, способного "из коробки" работать без "допилов".
Именно по этому десятилетия попыток энтузиастов и корпораций (Micrisoft, Oracle и тд) с бюджетами и ресурсами, которые вам во сне не снились иак и не смогли этого слелать.
Все свелось и сводится к предоставлению разного рода инструментария для разработчика и целой отрасли этих самых прикладеых разработчиков и интеграторов.
В Excel в свое время, писались очень большие и разветвленныеприложения и работали годами.
Для БД существую настольные конструкторы, типа Access и тд... имя им - легион.
В своёвремя, лет 20 назад, был популярен такой "революционный" пролукт, как Lotus Notes. Заявлялся, как первая ORDBMS, содержащая и интерфейсы и поддержку всех плюшек реляционных БД.
И где оно?
У вас не те вопрсы озвучаны.
1. Что показывают нагрузочные тесты при активном обновлении данных (какой то оптово-розничный склад у которого 100500 перемещений, отгрузок, приходов). Какое время отклика системы?
Самые "дорогостоящие" мутабельные операции: обновление и удаление.
2. Как быстро можно организовать интеграции с внешними системами не являющимися "типовыми".
1. Купила контора сервис МП, а у них свой протокол обмена.
2. Хочет клиент отправлять sms через свой шлюз. Как ему настройку сделать no-code?
3. Обновился протокол обмена с кассовым оборудованием (какая-то новая супер маркировка — "мамой клянусь" знак) , а оборудованиеюя много и оно старое, но можно его донастроить. Как быть no-code?
Все ваши междумордия это пыль по сравнению с задачами межсистемной интеграции
По п.2 "Что показывают нагрузочные тесты" давайте посмотрим:
https://www.youtube.com/watch?v=l0eg2xuC9Ks
Приветствую! Спасибо за развернутый комментарий.
По п.1 - в статье имеются в виду не конструкторы из кубиков, а конструкторы самих кубиков: когда вы делаете что-то с чистого листа. Там особо нет ограничений, например вот обработка бухгалтерской проводки, наподобие 1С, вполне себе нетипичная и нетривиальная задача:
https://www.youtube.com/watch?v=K7RpGL35k_4
Ещё по этому пункту: 2. Хочет клиент отправлять sms через свой шлюз. Как ему настройку сделать no-code?
Вот так можно отправить СМС через свой или чужой шлюз:
https://help.ideav.online/#rec220707188
Про этот пункт ещё: 3. Обновился протокол обмена с кассовым оборудованием.
No-code вам тут дает АПИ, и программист всегда может написать адаптер для вызова АПИ на стыке систем. Да, немного кода будет, поэтому ввели понятие Low-code: накликать 95% и 5% накодить — это быстрее и дешевле, чем 100% накодить.