Automatyzacja procesów - RPA

Witam wszystkich,

Chciałbym prosić wszystkich o wypowiedzenie się na temat pracy w dziedzinie robotyzacji i automatyzacji procesów (RPA).
W najbliższym czasie rozpoczynam pracę na stanowisku Specjalisty ds. automatyzacji i robotyzacji procesów. W pracy wykorzystywał będę oprogramowanie Automation Anywhere oraz język programowania VBA.
Czy ktoś z użytkowników forum pracuje na podobnym stanowisku? Prosiłbym o wypowiedzenie się na temat pracy w tej dziedzinie.
Jak wygląda rynek pracy? Czy mimo względnie małej liczby ogłoszeń łatwo o pracę?
Jakie technologie i języki programowania warto poznawać pod kątem pracy w przyszłości na podobnych stanowiskach? Aktualnie znam w stopniu średnim VBA i SQL. Niedługo również rozpoczynam szkolenie z zakresu SQL + T-SQL, także poziom SQL powinien troszkę wzrosnąć. Na jakich językach programowania zatem warto skupić swoją uwagę? Myślałem o Pythonie lub C#.
Oraz jak wyglądają zarobki na podobnych stanowiskach?

Dziękuję bardzo wszystkim za odpowiedzi

Pozdrawiam

Hmm... na ile czytałem to w RPA żyje się obecnie dość hmmm.... specyficznie.

Daj sobie spokuj ... murzyni cie wykończą, white genocide man

Czy naprawdę nie ma nikogo pracującego w tej dziedzinie?
PS. RPA - Robotic Process Automation

Mnie chcieli zrekrutować do takiego projektu, w praktyce okazało się, że to połączenie automatyzacji testów i DevOps, więc nazwa była MOCNO na wyrost. Dowiedz się, czy w tym przypadku też to tak nie wygląda.

Nocek01 napisał(a):

Czy naprawdę nie ma nikogo pracującego w tej dziedzinie?
PS. RPA - Robotic Process Automation

jest. Kupujesz toola którym skrobiesz diagram dla procesu z BA-em. Potem jeśli biblioteka zawiera wszystkie klocki (np. wysłanie maila, skopiowanie pliku) to twoja praca jest skończona. Jeśli nie - trzeba wziąć "normalnych developerów" żeby zakodowali i dorzucili klocki do biblioteki.
To tak naprawdę druga fala MS Office developers - jak jest funkcja to ją bierzesz i używasz. Jak nie to czekasz na nowego ofisa

RPA to dobry kierunek, niedługo wiele instytucji szczególnie finansowych np. Banki będą szukały Rpa developerów, ponieważ wiele prostych czynności które musi robić człowiek, niedługo będą wykonywać roboty.

Post stary jednak uwazam, ze informacje ktore za chwile postaram sie przekazac, moga przydac sie potencjalnie zainteresowanym osoba w kierunku RPA. Skupie sie glownie na UiPath, gdyz w tym pracuje. Praca dosyc ciekawa i wymagajaca. Oprogramowanie typu uipath, blueprism itp opiera sie na tym, ze kod buduje sie poprzez przesuwanie "bloczkow" reprezentujacych konkretne funkcje. Sa normalne ify, petle itp. To taka automatyzacja testow, tylko zamiast normalnego kodzenia przesuwa sie bloczki. Logika zostaje ta sama jak w zwyklym programowaniu. Jak nie ma jakiejs funkcjonalnosci, zawsze mozna to dopisac recznie w vb.net (UiPath glownie na tym bazuje) albo skorzystac z dodatkowych bibliotek supportujacych np. pythona i wtedy mozliwosci staja sie nieograniczone. Do tego dochodzi sporo sql w przypadku budowania rozleglych procesow. Pracuje w duzym banku, gdzie piszemy rozlegle automatyzacje procesow odpowiedzialnych np za hipoteke, zastrzezenia karta i wiele innych. Napisanie tak duze automatyzacji zajmuje sporo czasu, glownie jej ustabilizowanie. Czy warto ? Zdecydowanie warto :) Programowanie tylko w troche innym wydaniu. Jak nie podpasuje, zawsze mozna przejsc na regularnego "deva".

ledi12 napisał(a):

Post stary jednak uwazam, ze informacje ktore za chwile postaram sie przekazac, moga przydac sie potencjalnie zainteresowanym osoba w kierunku RPA. Skupie sie glownie na UiPath, gdyz w tym pracuje. Praca dosyc ciekawa i wymagajaca. Oprogramowanie typu uipath, blueprism itp opiera sie na tym, ze kod buduje sie poprzez przesuwanie "bloczkow" reprezentujacych konkretne funkcje. Sa normalne ify, petle itp. To taka automatyzacja testow, tylko zamiast normalnego kodzenia przesuwa sie bloczki. Logika zostaje ta sama jak w zwyklym programowaniu. Jak nie ma jakiejs funkcjonalnosci, zawsze mozna to dopisac recznie w vb.net (UiPath glownie na tym bazuje) albo skorzystac z dodatkowych bibliotek supportujacych np. pythona i wtedy mozliwosci staja sie nieograniczone. Do tego dochodzi sporo sql w przypadku budowania rozleglych procesow. Pracuje w duzym banku, gdzie piszemy rozlegle automatyzacje procesow odpowiedzialnych np za hipoteke, zastrzezenia karta i wiele innych. Napisanie tak duze automatyzacji zajmuje sporo czasu, glownie jej ustabilizowanie. Czy warto ? Zdecydowanie warto :) Programowanie tylko w troche innym wydaniu. Jak nie podpasuje, zawsze mozna przejsc na regularnego "deva".

Akurat rpa to dział zupełnie mi obcy bo od 2-3 lat siedzę w UI/UX. Myślałem o łyknięciu trochę więdzy z zakresu rpa, sporo ofert w mojej okolicy jest własnie na to stanowisko ( aktualnie dojeżdżam sporo do pracy ).

Powiedz mi jak wyglądają zarobki pi*oko, pewnie już masz wyrobione zdanie na ten temat i jak wygląda tendencja ofert pracy. Jest wzrostowa czy raczej nie ma co liczyc na szybki rozwój jak w przypadku Fronta.