为什么现在低代码平台推进阻力那么大?
“在踏出一步之前,首先考虑能否退回去”
“以前的代码和研发/数据资源怎么办?”
我们的SDK可以传上去吗?
我们现有的组件可以直接使用吗?
我们团队用惯了elementUI,要怎么接着用?
我们大量各种类型的数据和接口要如何使用?…
“另外,程序员本身也是平台使用的阻力”
总之,企业选型什么技术什么平台?肯定是研发总监/CTO/CIO说了算,而他们又会去征求技术团队的意见,如果技术团队大部分人反对,这个技术肯定推不起来。
解决这个问题的两条思路
一、能不能统一低代码平台的标准?
二、“生成代码”!!!
“低代码平台全栈都给你生成代码,所有应用以代码形式保存起来”——这才是能够被研发团队接受的形式。
三、下面是一个代码生成式低代码产品

现在代码生成已经具备“可读”、“可调试”的能力,体验上和手写代码没什么区别,包括维护的方式。
总之,只给程序员助力,不要去挑战程序员,应该是比较理性的做法。其实,对于这样的平台,很大程度上已经不用手写任何代码,包括二次开发都可以在平台上通过拖拽配置的方式完成,但是,为程序员保持“代码”这种接口,很重要!
文章来源:DevPress低代码技术专区
作者:troymeng
– END –
开发者大赛

报告下载

大佬观点