低代码在实际开发中的效率到底怎么样，有没有量化
低代码在实际开发中的效率到底怎么样，有没有量化
回答：
低代码的概念最近3年很火，很大大小厂都在发力。但它到底是好是坏，业界至今没有一致的结论。
这也正常，这就像“哪种编程语言最好？”这种问题一样，永远不可只有一个答案，因为脱离场景讨论技术，是不科学的。
低代码平台有个大众化的定义：无需编码（0代码）或通过少量代码就可以快速生成应用程序的开发平台。
对于不懂代码（或只懂少许代码）的人，低代码的开发效率极高，因为他们可以用2个小时就可以做出一个表单、一个OA请假系统...
总的来讲，它的开发效率到底怎么样，是和使用场景强绑定的。如果低代码这种通用功能能够满足你，那么他的效率就是满级，但倘若你有更多的耿兴华开发，那么它可能就不适合了。
已参与 「极客观点」 ，欢迎正在阅读的你也加入。
回答：
其实就对于开发来说其实很多指标都是无法直接量化的，因为都和实际业务需求相挂钩。
就我所接触的低代码平台/框架，确实对于简单的一些管理后台可以说是原本需要3人的开发小组，现在只需要2个开发就可以搞定。
数据大屏甚至是1个实习生搭配一个后端就可以完成，而且实习生越熟练开发效率也就越高。具体参考宜搭或者帆软。
而低代码的局限性就在这里，如果命中了他的业务场景那么就会很快捷便利的就可以使项目落地。
但只要有一部分超出了当初设计的业务场景那么就还是需要去人工维护业务代码。
从高定制性的复杂业务平台开发角度来说，有35%的场景通用、高重复的场景可以依靠低代码来完成，其余的功能还是和原来一样开发流程开发。能加快一定的开发进度，但十分有限。
原本计划 10 个月左右的开发计划，大概累计可以加快 2~3 个月的样子。
已参与 「极客观点」 ，欢迎正在阅读的你也加入。
以上是 低代码在实际开发中的效率到底怎么样，有没有量化 的全部内容， 来源链接： utcz.com/p/944327.html
