RPA-UiPath学习之启程

因公司需要将部分原人工的业务采用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。