对业务开发的一些思考——低代码

没有方法论指导，我们做的东西又如何能成为最佳实践呢。
下图来自Data Vault2.0方法论，它的最佳实践来自规范敏捷交付、自动化与最优化原则（CMMI、KPA和KPI）、六西格玛错误跟踪与减少原则、精益企业举措、以及周期缩短原则。
敏捷理念很好，可惜很多公司将它作为压榨员工进度的工具，作为一个有些经验的工程师，不能不为那些为身体换钱的人感到惋惜，我们最终的目标就是最优化，高效而且轻松的把事情做得漂亮，那么需要在方法论的指导下持续总结、沉淀，才能对得起自己对工匠精神层面的追求。

《建筑模式语言》中“模式就是针对在某种上下文中反复出现的问题的一种解决方案”，当前武汉的环境平均工资达到9K了，但是IT这个“自古美女如良将，不许人间到白头”的行业，人员流动太大，水平层次不齐，老板为了快速交付项目，于是选取了市面上主流的一些低代码平台，想想也对，市场与技术思维模式是不一样的

• 市场方面

市场并不太关心技术，好比AI再牛又怎样，直接购买就行，当下把钱赚到就足够了，哪有那么多上市或者准备上市的，瞧不上技术，因为市场是他们打开的，看着工程师拿高工资，而他们需要陪酒陪笑才能平起平坐，内心肯定是不平衡的。于是老板为了平衡，选择低代码，快速构建工程，什么接口、插件一并都有了，到时候工程师随便换，不用关心工程师的态度，反正都是工具人。
低代码开发平台有哪些？

• 技术层面
  冲着钱去的工程师并不关心，而那些对技术还是有追求的人就会反馈学不到什么东西，也是很多人为什么不愿意做外包的原因。如果使用低代码平台，工程师的创造性思维就被扼杀了。可以有多少工程师真的有创造性呢？这个逻辑有问题，如果不释放人的天性，那么创造性又从何而来。工程师是否沦为工具人，在它自己并不在技术本身。比如我的一个手下，公司使用的是vue，而大厂使用的是react的，他自己就会去学react，他的目的就是去大厂。每个人追求不一样。

我并不排斥低代码，我在我的部门一直贯彻的思想是将模式化、事务性的工作自动化，让人做创造性的事情。这份坚持，很多人不理解，这跟我个人经历有很大关系。
08年9月进入IT这个行业，我们公司有自己的开放框架AppEngine，那个时候google、普元、金蝶等都是才是这种模式，公司是在eclipse上开发的插件，你只需要将控件拖拽过来，然后写一些伪代码，转义后就可以自动编译为class和ext的页面，开发效率很快，只是如果有些ajax特效自己是改不了，你需要平台组改插件，更新后才可以。那个时候我看java也才7天，能进入到IT行业我就觉得兴奋，那个时候的工作重心是项目经验，程序是次要的。
09年给金蝶做外包，提供的是EAS框架，是CS架构，因为框架提供了ERP的基础版本，给客户提供的是定制项目，所以需要追溯到父类才知道是为什么，那个时候才知道代码应该应该这么写，原来还有那么多设计模式，感觉了学到不少东西，这些比涨工资还兴奋。
10年接触一个项目，项目主力是惠普，他们找了一些外包，那个时候才知道有个职业叫free，每天1000元，他们的开发语言是abap，SAP提供了一套完整的开发模式，他们只需要熟悉他就可以。当时非常羡慕他们有自由又有高工资，现在想想她们的开发平台如果不是SAP，客户如果不是头部企业，光使用一个平台的语言框架，太窄了，职业周期很快就会结束。这也意味我们要么选择一个领域纵深、要么主流、要么宽广选择多，否则怎怪现实无情呢
14年重构一个系统，终于从开发平台中解脱出来，开始使用SSH和easyui开发项目，反观公司怎么会关心你使用什么技术呢，反正是做项目，要的是能够盈利，其他并不重要。在哪里第一次接触到freemarker，他们在项目尾声安排一个工程师写自动生成代码，这跟我后来写代码自动生成奠定了基础。
回武汉后担任架构师的岗位，开始实现我的想法，通过java结合mybatis和velocity写了一套自动生成service、controller、easyui、bootstrap、vue的模版，很多重复性的工作都省略掉了，我并没有改变什么，工程师创造性意识保留了，工作效率提升上去了，这就是为什么很多出去的人都说，我们的效率要比其他公司高的原因。
18年搞爬虫，这个时候仍然使用模式自动scrapy的爬虫，有点像现在vue-cli脚手架，无非使用模版，使用模版就可以讲一切可以重复的使用，快速帮你完成。
自己开发的组件还是有些不足，因为有些地方还是需要升级，21年在使用idea时，发现了easycode这个插件，它也是基于velocity模版，于是我就弃用我之前的，将模版全部转化到easycode，目的也就实现。

说了这么多，当前我所做的低代码，其实是模版化，将低效重复的事情自动化。这里需要平衡的是，那些低代码平台号称降低开发效率80%，一般是针对垂直行业，只有产品沉淀才有可能，因为业务和体验面向用户是一个特定的人群，效率的提升并不是低代码技术本身带来的，而是以项目养产品的沉淀来的。

要想敏捷开发，那么事务性工作就需要解脱出来，让用户专注业务，这就为敏捷开发做了一点贡献。