因公司需要將部分原人工的業務采用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。