Как стать автором
Обновить

Вечная битва High Code и Low Code

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров3.7K
Всего голосов 16: ↑14 и ↓2+12
Комментарии5

Комментарии 5

=) в такой интерпретации, наверно да =))))

Мне кажется инструменты не поспевают за ожиданиями рынка. Те же JS фреймворки. Вроде почитаешь ТТХ и преимущества React над JQuery кажется неоспоримым, но почему-то затраченное время на разработку осталось тем же.

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

Да, есть такая проблема. Еще острее она стоит в Low Code. Тут только шаг в сторону сделаешь от конструктора, сразу караул!

Сейчас по работе столкнулся с No/Low-code решениями.

В принципе, жить можно, проблема лишь в том, что если тебе надо реализовать хоть сколько-нибудь сложную логику или расчеты, то начинается мрак и ужас. Ты намертво привязан к вендору и его поддержке (что неплохо для вендора т.к. ты за все это вынужден платить) и его решениям (иногда даже не программного, а идейного рода). У тебя почти нет источников информации, кроме официального мануала и комьюнити вендора, stackoverflow тут не помощник. Ну и я уже пару недель откладываю такое увлекательно дело как «мышкование» таблицы на сотню столбцов, в ORM накидать модель явно быстрее.

Ну и такой нюанс, что как мне кажется, рассказы про то, что для No/Low-code решений пользователю не надо уметь программировать - это миф. «Мышкование» это тоже язык программирования и там тоже надо уметь выделять функции, писать циклы и условия. Просто это «синтаксический сахар» на максималках.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий