因公司需要将部分原人工的业务采用RPA技术进行替代，把我抓了壮丁。
于是我开始学习起RPA。
公司选择的是目前市场占有率最高的Uipath。
UiPath这个Studio工具，大概是采用wpf开发。
在uipath实现的项目可以有两个选择VB和C#，两者都是基于.NET FRAMEWORK生态下的。
所以，这对C# .NET程序员而言，学习成本相对很低。
在Uipath中可以使用.NET的内置类和方法。
据听闻，其他的RPA 例如BluePrism(bp)也是一整套的.NET环境，从工具到项目代码都是。
RPA是什么？
这个网上有很多定义。站在一个程序员的视角来看：
RPA模拟了人的鼠标键盘操作，集成了不同的系统。可以相对快速和简洁的完成对重复工作的模拟。
很多人说，RPA都是采用的老技术。这些技术老早就有了。
确认如此，但是之前这些技术都是零散的。RPA将这些技术都集成起来，并且简单易用可视化商用化。
RPA价值就在于在办公自动化领域，适用于RPA的场景，使用RPA技术将比传统技术编写程序，耗时更快，更加简单。
在简单的场景中，业务人员也能胜任。
可以说，RPA就如同重量级的办公自动化的winfrom，整套.NET技术，可视化、可拖拽、针对一个领域的重新定义。
怎样的人需要学习RPA？
可以分成三种人。
第一种业务人员，为了更好的帮助解决工作。对RPA学习和使用是轻量的。
第二种是专职的RPA工程师，他们可能对学习编程感到有难度。可以转职相对更容易上手的RPA。
第三种则是程序员，他们除了编程，还会RPA。RPA是他们的武器，他们可以选择何时使用它。这种人，本质还是程序员，RPA就如同他新学了一个框架一般。
RPA对于资深研发来说，确实很简单。
但是，问题是很多人不是开发。
开发的事情，不是所有人都能干的。
但是RPA让所有人都能轻松上手。 如果你是个财务，不学RPA。
你同事学会了RPA，她一套RPA下来，你的工作就被替代了。扎心不。
RPA让业务也能做程序，这是突破了程序员对程序的垄断。
开天辟地头一遭。
你不会写代码，还不赶紧学RPA。
