从人的弱点来看，为什么我们要研发低代码平台

长期从事软件研发行业的从业者可以观察到这么一个现象，软件研发行业这样脑力劳动集中的行业领域，有个问题，产出不稳定，不管是软件质量、交付时效、研发标准等等都很不稳定。

比如拿一个软件研发项目来说，同样的客户、同样的项目、同样的需求，你换不同的软件团队来做，最后呈现的效果可能差异很大，交付时间也会有很大偏离，研发成本差距也有可能在一倍乃至几倍以上。

有的时候甚至还可能出现一个从履历上或者薪酬水平上低的团队比履历漂亮，薪酬水平高的团队干得还好。

究其原因以脑力产出为主的软件研发，不管是对人的技能水平、软件的需求评估标准、成本核算方式、技能栈、研发路线、研发管理等等内容都无法形成规模化的标准，这里面起决定作用的往往是项目经理、产品经理、开发工程师、测试工程师等人的个人英雄主义。项目里面出现一两个强悍的“个人英雄”，那这个项目就有指望，如果没有，就只能自求多福。因为大家都知道，人在一个软件项目里的决定性因素太大了。

而人又是最不可控最不稳定的因素，特征就是你会发现很多事情的失败或出问题，最后的归因都是人为造成，人为因素等等。

所以我的思考在于，自研并使用低代码平台，尽量减少人在一个软件研发项目中的决定因素，虽然只能减少而不是完全没有。

但你想想我让一个研发工程师少写50%的代码，是不是就可以规避50%的bug产生；

产品经理必须用低代码平台来完成产品设计，并且产品设计直接关联了用户需求和架构设计、产品研发等上下游，是不是又把很多产品经理起决定因素的环节束之于低代码系统的管理；

测试工程师的测试工作在低代码平台上更加的自动化和智能化完成，测试的效率也得到大大的提升；

项目经理把所有的项目管理工作、任务分派也结合在低代码平台上进行追溯和管理，是不是项目经理的活也更加直观和可量化。

所有的这些工作结合在一起，并打通研发的所有环节，实现研发全生命周期的闭环，假以时日，软件研发行业以往很多无法标准化、无法量化的东西慢慢的就可标可量了。

这就是我们研发低代码平台的长远意义，虽然短期内，还面临一些技术问题的挑战，但这些技术问题都是可解决的，非根本性问题。

但很多现在反对低代码的人都是以战术上的问题反对战略上正确的方向，不妨眼光长远一点，就像工业革命的爆发一样，手工纺织业者不管如何的反对，蒸汽机还是来了……