一、缘起
最近两年“中台”战略或者说思维在中国逐渐兴起；
简单来说，“中台”就是支撑多个系统的公用系统，如果感兴趣可以搜搜，这里说说“中台”在RPA实施中的应用。
最近，就框架改进，进行了群讨论和几次正式非正式的会议，其实，更多时候，本质就是在说“中台”这个问题。
二、RPA实施中的“中台”及应用
跟技术一起交流后，会有感触：咱们应该定期交流；
RPA技术交流都聊些什么呢？经验总结与分享；
RPA技术都总结些什么呢？总体来说：
细节：所遇到问题的处理办法；（这个一般不会有争论）
框架：如何开发程序，才更快，更容易上手，更好维护。
上面所说的“框架”，其实就跟阿里等所说的“中台”是一个意思，RPA实施中包括以下内容：
通用化功能的积累：有哪些已完成的功能可以从流程中剥离出来成为common的一部分，后续开发大家遇到这种功能，都调用这个剥离出来的功能xaml（UiPath）；
新点子/思路/逻辑的增加：流程的整体开发框架如何更稳定、更简洁、更容易让新手理解、更容易让我们知道运行的状态及运行效果，让维护者在遇到问题时，快速定位到问题点；
原功能的重新实现/改进/调整：随着状态的发展，流程框架是否需要做调整 及 如何调整；
三、总结
技术应该定期交流；
RPA框架的核心其实就是中台部分的设计。
四、架构师
前几天在群里看到有个网友觉得RPA是把自动化测试换了个帽子，卖概念，不久就会真相大白，回归软件开发。
这里说说个人观点：
首先，站在程序员的角度，可以这么说，因为站在程序员角度来说，一切都是程序；
其次，随着类似UiPath这样的，能做到普通用户学学就可以上手的工具的越来越多，越来越被用户认可，越来越多原来需要程序员才能实现的功能，现在业务人员借助这些工具自己就搞定了，于是，这些用户也开始有了自己的角度：终于可以在工作中玩一把“乐高”了，怎么才能更好玩呢，z这就需要一个站在用户角度的架构师，而不是站在程序员角度的架构师，来辅助用户玩的更嗨，这才是架构师的价值，用户不关心什么是MVC，他只关心他要的功能怎么更好地实现，而不是排期、排期，就差T你。
（正文结束）
附1：关于本公众号
微信公众号名称：柴班说
欢迎转载与分享，也请注明出处。
附2：关于本文作者
微信号：chaijw
