Comments 10
можно обойтись одним толковым системным аналитиком и минимальными сроками
не поверите, большинство проблем на большинстве проектов можно было бы обойти (и при минимальных сроках), если бы на них с самого начала наличиствовал толковый аналитик (а некоторые проекты даже пришлось бы свернуть, так и не дойдя до остальных участников процесса)...
Ну это-жж какая-то жесть, с самого начала, кому и на фига такой no-code нужен, бизнесу или outsource галерам для экономии на гребцах ;-)
Всё было ране, ничего не ново, вы посмотрите как работал и работает бизнес.
Почему манагерам некогда зашли электронные таблицы, они были просты и понятны, человек мог сам что-то сделать, не привлекая внимания санитаров ;-) Лотус и Ёксель первый в мире no-code, всем был хорош, многим и сегодня нравится, но есть ньюансы объема и многопользования. Ответом на который стали юзерфрэнливые датабэйзы вроде FoxPro, Access-a и прочего. В прочем не все системы с визуальными конструкторами манагерам зашли, они и шарик-то прохладно встретили но...
Нужно понимать что время идёт, дефолтные компетенции менеджеров растут, они не такие-же как тридцать лет назад, и тут как говорил один знакомый топ, "если менеджер не умеет разбираться в элементарных вещах, на фига нам такой в команде"...
Пытаться впарить государству\бизнесу колхоз, это конечно возможно в частных не рыночных скажем так кейсах. Но отхватить какую-то долю реальной жизни, это вряд ли.
Большие высоконагруженные решения, требуют соответствующих компетенций, а простые и не сложные делаются самими менеджерами, которые если соответствуют своей позиции, имеют экспертизу процесса на своём уровне, и способны не просто внятно объяснить, обрисовать, но и в ряде случаев сделать, если им дать подобающий инструмент.
Который запрограммирован, протестирован, обслуживается IT организации.
LOW -Code - идеально подходит для миграции из экселя в классическое внутреннее бизнес WEB-приложение, такое с тысячью полей и сотней формочек. Здесь все преимущества раскрываются во всей красе и все довольны. Разработчик, он же аналитик решает бизнес задачи не не думает о сортировке пузырьком. Заказчик получает релизы через день и может без задержек дать обратную связь. Если концепция изменилась, и переделать с нуля можно относительно быстро. Оснавную ценность в этом случае представляет не само приложение а знания бизнес процессов и деталей, то есть документация и опыт.
И масштабировать удобно вертикально - это же не рождественская распродажа, даже в международных корпорациях редко бывает больше 10000 пользователей одновременно. Проще пару процессоров прикупить.Бэкап опять же, это для бизнеса важно.
Если заказчику нужно напилить денег то да, и за каждую переделку этой несчастной формочки, ну идеально-же как асфальт или трамвайные рельсы в Москве ;-) и low code-тут сокращает издержки на взрослых разработчиков.
Правда на определённом уровне особо толстые заказчики на low code не запариваются, им не слабо менять бордюрный камень без нужды...
С реальным бизнесом это не имеет ничего общего, там время деньги и сами с усами.
Очень много проблем возникает на стыке негибкости low-code платформы, дурацких требований заказчика и неумения аналитика с ними работать. И, в итоге, бОльшую часть времени разработчик тратит не на сложную бизнес-логику, а на борьбу с платформой, чтобы сделать выравнивание колонок по ширине или перенести кнопки слева направо.
Вооот, а теперь сравните это всё с энтерпрайз решениями тех-же мелкомягких, где можно публиковать сводные таблицы, и кнопочки двигать мышкой оставаясь менеджером!
Там есть свои косяки и нюансы, которых производители low-code не замечают, иначе бы пестрили во всех промо материаллах...
...но есть и способ решения, в виде внутренних it консультантов, помогающих организовывать информационные процессы в компании и предотвращающих отстрел конечностей менеджеров ;-)
Было такое на практике. Заказчику сильно нужны были отчёты именно в его формате, но ближайший попавшийся под руку человек, который что-то мог слепить в акцессе не смог сделать именно так. В итоге, когда я сделал отчёт на FastReport 1 в 1, заказчик был просто счастлив, не смотря на то что это был отдельный бюджет.
Гибкость же может быть в разных местах. Если бизнес достаточно гибкий, его можно и на коробочный продукт натянуть и весь лоукод будет заключаться в галочках в настройках. Если бизнес не гибкий, но кошелёк можно растянуть на команду разработки (которая на самом деле может состоять и из 1 человека), то будет полноценный энтерпрайз продукт. Между этими полюсами разнообразные "интеграторы" с напильниками.
Мне кажется единственная ниша для ноу/лоукода по гибкости, это как раз упрощение интеграций. Но для этого лоукод должен быть частью интегрируемой платформы, а не заменой среды разработки.
Low code - это Excel, G Spreadsheets, и т.д.
А всякие построители форм плюс процессные движки - не low code. Хоть там и не пишут как бы код, а мышкой двигают, все же это специализированный инструмент, для которого нужно специалисты. Да, заточеность инструмента под конкретный домен, в некоторых случаях ускоряет разработку.
зы
конечно, апологеты "low-code" платформ с этим яростно несогласны ;). ну да бог им судья.
Мои соображения (на правах разрабатывающего подобного типа платформу):
— Идея оставить одного аналитика работает.
— Чисто визуальная штука с конструированием всего мышкой очень ограничена по возможностям тк мышкой не сделать сложную логику — поэтому нужен код!
— Если сказать аналитику «а теперь выучи JS, что бы пользоваться платформой» то это уже будет не аналитик, а программист.
— Мы сделали свой упрощенный код для неразработчиков и он работает, но это дорого для нас, как для разработчиков платформы, и это маркетинговая бомба, пока у вас нет миллиона пользователей.
— Учиться и повышать свой скилл в инструменте аналитику неизбежно придется.
— Иногда, что бы получить хорошую архитектуру, ему нужна помощь архитектора (в нашем случае это либо более опытный спец, либо консультация у нас, как у разработчиков платформы).
— Если нет критических ошибок в архитектуре — решение нормально масштабируется. Для внутренних корпоративных задач достаточного простого вертикального масштабирования, да и горизонтальное можно, но до этого еще никто не доходил.
— Что бы использовали крупные корпорации — этим надо специально заниматься. К нам несколько раз обращались (типа хотим использовать), но через их внутреннюю бюрократию не пролазит — теперь мы им прям сразу на входе говорим «забудьте».
Еще одно видение low-code платформы