Что касается low-code платформ, то я уже публиковал две похожие статьи.Моя точка зрения очень проста: вещи хороши, и есть области, где они хороши и применимы, но нет серебряной пули для программных продуктов, и то же самое верно для платформ с низким кодом!
Теперь поищите «низкий код», поэтому ключ в поисковой системе вы увидите много преувеличений названия, например:
- После того, как «все — менеджеры по продукту», наступает ли эра «все — программисты»?
- Сможет ли новый трек, на который делают ставку Али и Tencent, заставить программистов попрощаться с выпадением волос и 996?
- Также есть новости о том, что многие компании-платформы с низким кодом получили различное финансирование или региональные государственные субсидии.
Даже в отчете Douyin о долгосрочной перспективе Фу Бао я увидел короткое видео, в котором программисты сидят на улице и пьют кофе днем, говоря, что с low-code теперь у них есть много времени для отдыха. . .
Действительно ли low-code платформы такие волшебные? Можно ли решить все наши задачи разработки в процессе цифровой трансформации предприятия с помощью low-code платформ? Так решилась судьба нашего разработчика 996?
Если вы мечтаете о платформах с низким кодом, обязательно ознакомьтесь со следующим!
Сначала укажите мнения: Если вы попытаетесь использовать платформу low code для решения всех проблем разработки, очень вероятно, что это решение принесет огромные бедствия через 2-3 года!
Почему ты так говоришь? Ниже приведена комбинация нашей практики 10-летней давности, и позвольте мне рассказать вам об этом!
Псевдо новая технология
Вы правильно прочитали, это комбинация практики 10-летней давности! Итак, платформы с низким кодом — не новая концепция, мы играли около 10 лет назад!
Я помню, что когда я был во вселенной, какое-то время была реализована платформа для разработки, а также пропагандировалось, что люди используют перетаскивание для реализации различных бизнес-функций.
Руководителей также очень уважают, надеясь, что благодаря использованию этой платформы она внесет революционные изменения в эффективность разработки.
Конечно, есть еще некоторые пробелы в то время, и есть еще некоторые пробелы сегодня.Платформа, которую вы видите, будет более совершенной (интерфейс хороший, управление тоже больше), но от бизнеса более десяти лет разработчиков, чтобы увидеть, нет никакого улучшения качества, такие степени, чтобы устранить разработчиков придется пройти долгий путь.
Яд эффективности
Платформы с низким кодом — яд эффективности!
Согласно пропаганде различных продуктов, цель платформ с низким кодом - освободить нас и позволить нам быстрее разрабатывать продукты.Почему мы говорим, что платформы с низким кодом - это яд эффективности? Обманчива ли пропаганда?
Пропаганда не обманывает.Когда мы на самом деле используем это, вы обнаружите, что действительно намного быстрее разрабатывать некоторые простые приложения!
При этом в нашей прошлой практике с эффективностью в начале все в порядке! Это зависит от двух кредитов:
- мелкие пробы и ошибки
- Сначала простое приложение
Однако по мере распространения акции она постепенно столкнется со следующими проблемами:
- Поддержка платформы стала узким местом: на ответственную команду low-code платформы скопилось большое количество проблем с использованием и различных ошибок платформы. Для кадровой поддержки платформы невозможно настроить специалиста по поддержке для каждой бизнес-системы, верно? Таким образом, как только поверхность приложения будет расширена, группа поддержки платформы вскоре станет узким местом во всей системе.
- Проблема споров начинает расти: когда правило запуска онлайн-аварии отсутствует, между исходными системами могут возникать споры, но с платформой с низким кодом реализация в системе также имеет направление споров. Это ошибка компонента или проблема с использованием? Если проблема используется, может ли документ четко написать этот особый случай? Появление этой новой позы для споров снижает эффективность решения проблем.
Причина, по которой low-code платформа считается ядом для эффективности, заключается в том, что вначале вы этого не почувствуете, и только когда приложение будет постепенно углубляться и полностью внедряться, его токсичность начнет сказываться!
инновационный яд
Платформы с низким кодом — это инновационный яд!
Что касается инноваций, то первым недостатком, как вы должны подумать, является проблема лечения компонентов, чтобы все реализации были одинаковыми.
Но на сегодняшних low-code платформах действительно есть хорошие решения, то есть различные кастомные реализации.
Поскольку платформа используется для того, чтобы сделать развитие бизнеса более ориентированным на бизнес, и после использования платформы с низким кодом, такие задачи инноваций компонентов часто возвращаются к поддержке на стороне платформы.
Итак, появилась самая классическая сцена:
Менеджер по продукту: Эту функцию мы хотим сделать так... так... а потом так... сможем? Разработчик: Платформа не имеет этого модуля и не может быть реализована ... Менеджер по продукту: Может ли платформа поддерживаться модулем? Платформа с низким кодом: это требование мы можем учесть в следующей версии Менеджер по продукту: Когда следующая версия? Платформа с низким кодом: через полгода... или вы сначала используете компонент xxx + компонент yyy вот так... таким образом... наконец... просто смиритесь с этим? Менеджер по продукту:...
Это была очень реальная и частая сцена в то время! Бизнес постоянно меняется, но новые функции платформы всегда отстают.По мере развития бизнеса он должен реализовываться через платформу.Во многих случаях из-за отсутствия гибкости разработка теряет свою первоначальную инновационную способность. В то же время он также стал волшебным оружием для разработчиков, позволяющим отвергать бизнес-требования.
Помните, в те дни, в основном, все проекты были почти одинаковыми... вообще ничего нового, как это могло способствовать инновациям в бизнесе? Такая платформа стала чуть ли не ядом для инноваций!
Квадратный жест
Почему идеи, которые первоначально преследовали платформы с низким кодом, такие как эффективность и инновации, в конечном итоге становятся ядом и оказывают негативное влияние на команду?
Конечно, есть временное хвастовство со стороны продавцов, точно так же, как неразборчивое использование Ali Zhongtai в последние несколько лет, из-за которого многие платные компании ругают своих матерей! Но как менеджеры, внедряющие такие платформы, они также несут неизбежную ответственность.
Основываясь на прошлом негативном опыте, подумайте об этом: почему так много негативных последствий рекомендаций разработчикам?
Я думаю, что основная проблема вызвана несоответствием возможностей платформы и возможностей пользователей.
Вспомните, какова цель low-code платформы?
- Начать быстро
- Высокая эффективность разработки
- Низкая стоимость НИОКР
- короткое время развертывания
- низкая стоимость обслуживания
Подводя итог: эффективно повышайте эффективность команды. Но какая команда повышает эффективность? Поскольку это было передано команде разработчиков и получило столько пренебрежения, а затем было перенесено на сторону продукта? Сторона операции? Возможно ли это?
Представьте, что цель low-code платформы — понизить порог для начала работы.Тогда у разработчика наконец-то есть пороговые знания, и вдруг он использует для него low-code платформу, а потом говорит ему, что ваш предыдущий метод развития Нет, вы можете потратить больше энергии и сосредоточиться на бизнес-мышлении. Не странная ли такая цель? От исходного более гибкого метода разработки к ограничительному методу использования платформы с низким кодом — разве это не пустая трата более гибких возможностей разработки первоначальных разработчиков? И затем разработчики должны сосредоточиться на изучении бизнеса? Так можно ли гарантировать эффективность и точность обучения бизнесу? Возможно ли, что кто-то, наконец, набрал группу вундеркиндов, изучил Коготь Белой Кости Цзюинь, а затем дал им пару перчаток, чтобы почесать их зуд? ЭтоПонижение использования талантаШерстяная ткань?
Подумайте об этом с другой точки зрения: что, если платформа с низким кодом будет отодвинута на сторону продукта? У них более профессиональный бизнес-фон, а затем они полагаются на платформу с низким кодом для завершения разработки бизнес-системы путем перетаскивания.Этот способ использования кажется более достойным цели платформы с низким кодом по снижению порога для начала? Потому что это не занимает ресурсы разработчиков, а также сильно снижает стоимость исследований и разработок для компании? Значительно повысить эффективность разработки бизнес-систем? Что команда разработчиков должна делать, так это более инновационные или сложные задачи разработки, которые платформа с низким кодом не может решить, верно?
Платформа с низким исходным кодом, кажется, толкает сторону продукта, получит хорошие результаты? Видение хорошее, но реальность очень худая! Недавно я попытался с несколькими друзьями-менеджерами по продукту участвовать в небольшом сотрудничестве, потому что компании просто нужны некоторые рабочие инструменты, а затем порекомендовал им несколько платформ с низким исходным кодом, чтобы они могли попробовать, но результаты были не совсем удовлетворительными, но я также кажусь чтобы получить какое-то новое откровение!
Я обнаружил, что если менеджер по продукту имеет некоторый опыт разработки, изучал программирование или получил диплом по программному обеспечению, эффект будет особенно сильным при использовании платформы с низким кодом. Может быть, из-за их происхожденияИметь определенный режим мышления при разработке программного обеспечения, в сочетании с пониманием бизнеса, поэтому он более удобен для применения на платформе с низким кодом!
Так что для low-code платформ и хорошее понятно, но осанка должна быть правильной!Все может стать артефактом только тогда, когда он используется в нужном месте! Неуместный артефакт, иногда даже мусор.
Итак, что вы думаете о платформах с низким кодом? Какова ваша осанка? Есть ли дискомфорт? Оставьте сообщение со своими мыслями! Если вы хотите столкнуться с более интересными душами, вы также можете присоединиться к нашемуГруппа технического обменаДавайте обсудим нашу техническую жизнь вместе!
Приглашаю обратить внимание на мой публичный номер: Программист ДД, поделитесь галантереей и мыслями, которых не видно снаружи!