最近总是听到 RPA，初步了解一下
技术上没有突破
首先是 RPA 主要领域是在抓取网页的场景，但是在爬虫领域 python 绝对是现在主流技术，配合 GPT ，Python 的抓取分析网页难度已经很低了，所以我对着不是很感冒。
另外，RPA 的页面非常像 mac 的自动操作，之前我就研究过自动操作，感觉是技术与创意不错，但是很难在我的工作场景下有适用场景。
最后是有些 RPA 可以截图后在 OCR ，这个可以，毕竟非网站的应用页面上的一些数据抓取也是需求，例如之前的一个券商主要的交易软件都是 win32 的，在应用上有很多实时交易数据，只有抓取到这些数据才可以进一步分析与监控，可惜的是交易软件不提供 api 接口，所以只有通过截屏+OCR 方式处理，这个还是可以的。
还有一种需求是对 win32 应用直接进行操作，要么是模拟鼠标点击，要么是模拟键盘，其他的我也不清楚，另外我们的程序比较老，必须运行在 32 位的操作系统上，但是在新产品 RPA 上兼容 windows2003的应用，可能性也不大，所以还需再找找。
适用于重复场景
最适合的还是重复的场景，尤其是结构化数据的搬迁，并且还是不能够通过数据库打通的方式。就像我们现在有个 wms，但是是第三方系统，还没有移动端，我要做一个继续移动端的仓库扫描应用，其中一步就是讲获取的数据再传递给现有的 wms，这时候 RPA 就可以排上用场，毕竟只是已有数据的操作，用人太费钱，数据来源可以可靠的，同时无法通过正常的手段对第三方 wms 进行接口开发，通过 RPA 的机器人特性可以实现高效低成本作业。
另一方面，我们也有一个历史 ERP，本来也存在这个数据操作的问题，但是历史 ERP 支持二次开发，虽然很难，不过也算是在 RPA 来之前的一种解决办法，相对于 ERP 自主开发来说，RPA 技术确实简单了不少。
用户主导开发
我发现 RPA 技术的目标用户应该不是程序员，更可能是面向非计算机人员。这里就有个问题，如果用程序来解决业务问题，对于普通用户，缺失的不仅仅是编程能力，更多的是作用程序能力代替手工作的规划能力。
有时候我看到普通用户的作业，总是禁不住想是否可以自动化，但是普通用户总能将类似的事情做千差万别，然后再要求程序满足所有情况，真的开发，那么就是个灾难。
还是需要先规划一下流程，合并一下同类项，让相似的事情有相同的处理方式，从人的角度看是在绕弯弯，能解决问题，但是麻烦的很，实际人是不会这么做的，但是通过机器，看起来绕路的做法也只是一瞬间，但是可以通过统一的流程解决很多相似的问题，这也是一种解决问题的思路。可惜得是，人工做的越多，越不容易想明白。
智能程度不够
RPA 本质是还是模仿人类的重复劳动，无法通过智能解决问题，当然这样相对也安全，未来智能到达一定程度，相信也可以代替普通人做一些决策。
