기본 콘텐츠로 건너뛰기

한국에서 늘어가는 RPA중 Akabot, UiPath의 부모는 Microsoft(WWF)였다는 사실을 아시는지요?

 

UiPath

요즘들어 각광 받고 있는 UiPath는 초기 5000억원이라는 경이적인 투자액을 받아 한 번에 이름을 날리며 RPA 시장에 뛰어들어 기존의 Automation Anywhere, WinAutomation이나 WinActor, Control-M등의 강자들을 누르고 세계 RPA 1위에 등극하였습니다.

이런 UiPath와 아래의 링크들에 있는 이미지들을 봐주시기 바랍니다. 모두 각 회사의 RPA툴입니다.

너무 같아서 이상하지 않나요? Microsoft는 자체적으로 RPA를 독점 공급하려던 과거의 개념을 버리고 ecosystem(생태계)를 만드는 방향으로 전환 했습니다. 

즉, Platform은 누구나 사용가능하도록 오픈을 하고 그 위에 올라간 마켓 플레이스는 반드시 Microsoft의 Marketplace를 사용하게 하여 거기서 이득을 취하는 구조로 간 것이지요. (이렇게 플랫폼 정책을 바꾼 이유는 제 글 중 https://talklowykr.blogspot.com/2015/03/platform.html 에서 알 수 있습니다.)

때문에 WWF의 특징인 State machine이라는 개념이나 Orchestrator를 기반으로 하는 Studio의 개념, 그리고 파일명인 xaml을 그대로 가져가고 있습니다.


현재 UiPath및 Akabot 개발자들을 서포트해 주고 있는 저역시 UiPath등이 이상한 동작을 취하거나 기존엔 잘 되었던 것이 이상해진 경우 MSDN에서의 업데이트 내용을 먼저 보고 Microsoft의 WWF커뮤니티를 많이 참고 하고 있습니다.

이 중에 베트남이 본사인 아카봇은 UiPath에서 서포트를 못하는 부분을 치고 들어가서 저렴한 비용에 인력으로 커버하는 영업 전략으로 많이 시장을 뺏어가고 있습니다.

UiPath등의 RPA툴은 MS의 의존성이 너무 높기 때문에 Mac이나 Linux에서는 사용할 수 없습니다. 하지만 대부분 Linux(MacOS포함)계열은 스크립트 등으로 자동화가 되기 때문에 문제가 되지 않습니다. 윈도우에서 SSH로 명령을 날리는 xaml파일을 만들면 되거든요.


License

Community Edition은 무료 입니다. 몇 대라도 인스톨 할 수 있습니다. 하지만 요즘 고객 확산이 급격히 저하되고 있어, 무료의 규모 제약 등이 EULA에 포함되고, giip등에서 Agent를 UiPath로 사용하는 등의 무료에서도 충분히 사용하다보니 어떻게서든 Cloud Orchestrator를 연결하지 않으면 사용이 안되도록 바뀌어 가고 있네요. 참고로 UiPath Cloud Orchestrator는 2대 까지는 무료로 연결해서 사용할 수 있습니다. 계정을 10개 가지고 있다면 20대 까진 무료로 쓸 수 있다는 얘기... ^^;;;

UiPath Academy

UiPath가 선두 주자라 그런지 Microsoft보다도 교육 콘텐츠가 잘 되어 있습니다. UiPath 아카데미에 가보시면 거기에 나오는 자료와 영상만으로 충분히 사용하실 수 있을 것입니다(?) 

라는 표현이 있지만, 사실은 그렇지 않죠.. 그래도 한 번 아카데미는 보시는 것을 추천 합니다.(설명은 한글로 바꿀 수 있지만 동영상 내용은 영어.. 입니다.)

https://www.uipath.com/rpa/academy

코스를 밟는 것 만으로 레벨1 인증을 취득할 수 있고 레벨이 높아지면 RPA 일을 얻는데도 도움이 많이 될 것입니다.


Mac

맥에서 사용하고자 하는 질문이 많은데요, 저의 경우는 VirtualBox등으로 윈도우를 설치해서 관리하거나 다른 윈도우즈 PC에서 맥에 접속해서 작업하는 것으로 유도를 하고 있습니다. 굳이 그렇게 안하더라도 맥을 쓸 바엔 console 커맨드를 익힐 수록 맥의 활용도가 높아지기 때문에 shell을 배우고 cron에 등록해서 자동화 하는 것을 추천하고 있습니다.


Trouble...

만약 Robot서비스를 기동하는데 기동이 안된다면 우선 컴퓨터 스펙을 보셔야 합니다. UiPath는 불행하게도 Microsoft의 정신을 이어받아(?) 엄청난 메모리를 잡아먹습니다.(약 로봇 기동시 1.5GB)

로봇을 기동해도 일부 Activity에서 에러가 뜨는 경우도 있습니다. 특히 파일 컨트롤 할 때의 권한 문제가 많지요. 이런 경우는 UiPath Studio를 관리자 권한으로 기동시켜야 할 필요가 있습니다. UiPath아이콘을 오른쪽 마우스 클릭을 하면 관리자 권한 실행이 있습니다. 이걸로 기동 해보셔요.

버전이 급격하게 바뀌기 때문에 새로운 버전을 인스톨하다보면 Robot의 버전이 맞지 않다는 문구와 함께 스튜디오는 사용 가능하나 기동이 안되는 케이스도 있습니다. 
이 경우에는 재설치 또는 이전 버전의 uipathstudio.exe파일이 남아있는데 그 exe파일로 시행하시면 됩니다.

이렇게 Microsoft의 코어에 걸맞게 정말 다양한 방법으로 문제를 일으킵니다. 우선 침착하시고 OS를 재기동 하는 버릇을 들여보세요.. 


Language

개발 언어는 Visual Studio에 맞게 VB와 C#을 지원해 주고 있습니다. 

무슨소리냐구요? Visual Studio에서 xaml파일을 열 수 있습니다. 때문에 그에 맞도록 UiPath Studio도 맞춰져 있다는 것이지요. 


Package

UiPath는 node.js처럼 프로젝트 단위로 패키지를 관리하고 있습니다. 

가장 큰 장점은 여러 프로젝트를 만들어도 package의 버전을 따로따로 개발할 수 있다는 장점이 있습니다. 이건 Java등으로 개발을 해보신 분들은 얼마나 편한 구조인지 아실 수 있습니다. 하지만 요즘 많아진 node.js라던가 electron등의 파생 프로젝트의 구조를 사용하시는 분들은 당연한걸 왜 물어보냐고 합니다. 

이젠 프로젝트별 패키지 버전을 OS에 의존하지 않아도 된다는 것이 표준이 되었나보네요. 

그리고 이 패키지는 project.json파일에 모두 적혀 있으니 참고하셔요.


Download



모처럼 UiPath가 최고야 해서 배우시는 분들에게 찬물을 끼얹은 느낌일지는 모르지만, UiPath를 배우시면 Akabot이라던가 WWF로 갈아타기 쉬우니까 더 좋지 않을까요?


giip :: Free mixed RPA orchestration tool! 

댓글

이 블로그의 인기 게시물

니가 플랫폼(Platform)을 아니?

이번에는 2015년에 썼던 글을 다시 한 번 정리하려고 합니다.  언제나 이야기 하듯이 단어에 대해 누구에게나 쉽게 설명하지 못하면 그건 그 단어를 아는게 아닙니다.  여러분도 이 단어에 대해 비 IT이든 전문가 이든 설명해 줄 수 있는지 한 번 생각해 보시기 바랍니다.  플랫폼에 대해서 이야기를 하다보면 되묻고 싶은 이야기다. 요즘 개발자들 사이에서.. 또는 서비스 기획자들 사이에서 "플랫폼"이란 단어는 필수어가 되었다. 그런데 개발자들 만이 아니라, 기획자, 경영진까지 플랫폼은 필수이다.  웃긴건..  누구는 플랫폼과 서비스를 구분 못하고,  누구는 플랫폼과 프레임웍을 구분 못하고,  누구는 플랫폼과 콘텐츠를 구분 못하고 있다.  이번에는 플랫폼과 서비스를 구분해 보고자 한다.  그런 사람들끼리 이야기하다가 플랫폼이란 단어를 사용하는 사람들에게 물어본다. "플랫폼이 뭔가요?" 누군가 대답한다. "아직도 플랫폼을 몰라요?" 그럼 이렇게 되묻는다. "네.. 제가 잘 몰라서요.. 좀 알려주시겠어요?" 상대방은 IT시스템 어쩌고 하면서 횡설수설한다.. 얼마전 TV에서 플랫폼전문가가 요즘 IT쪽에 도는 플랫폼에 대해서 이야기 한다고 보라고 권장해주었다. TV를 찾아서 보았다. 플랫폼의 정의에 대해서는 나름 이야기를 했다. "수요자와 공급자를 연결해주는 매개체" 그리고 카카오톡을 성공한 플랫폼이라고 했다. 어짜피 성공한 사업에 이름을 붙이는 것은 쉽다. 성공한 주식의 과거를 분석하는게 쉽듯이.. 하지만 성공하지 못한 사업, 그리고 지금 이것이 플랫폼인지 알 수 있는 사람은 몇 안될 것이다. 단어의 의미를 한 번 다시 생각해보자. 그럼 플랫폼은 언제 시작했을까? 18세기후반 부터 19세기에 걸쳐서 약 100년정도를 산업혁명이라고 불렀다. 산업 혁명에 대한 자세한 이야기는 별도 코너로 만들었습니다.  음성 :  https://y...

AI에게 존댓말로 질문한다고 AI가 더 자세히 대답해 주지 않습니다! 프롬프트의 뜬소문과 실제. 잘못알고 있는 프롬프트 이야기

영상버전 :  https://youtu.be/rLwhVUIXaQU 어디선가 기사가 있어서 읽다가 코멘트를 단 게 있습니다.  프롬프트 엔지니어링으로 인터넷 강의를 하시는 분 같은데요..  이름에 Phd라고 적혀있으니 어딘가의 박사님 이신가 봅니다.  그 분의 글에 이런게 있더라구요.. 한국어는 맥락에 크게 의존하는 ‘고맥락 언어’입니다. LLM에 그대로 입력하면 종종 의도가 왜곡되거나 핵심이 누락됩니다. 저는 영어로 프롬프트를 작성하지만, 한국어만 해야하는 모델을 사용할 때는 다음과 같은 방법을 사용합니다. --- 중략 --- ✔️ 존댓말(–습니다) vs 반말(–해요) 중 하나 선택.  Deferential form '-습니다'를 사용하면 openAI 모델은 답을 더 길고 상세하게 합니다.  … 여기서 존대말을 사용하면 AI모델은 답을 더 길고 상세하게 합니다. 라고 적혀 있네요..  그랬더니 이 분을 지지하는 댓글에서 chatgpt에게 같은 내용을 물어본 결과를 적었더라구요..  ChatGPT-4o에게 확인해보았습니다: ”한국어를 사용할 때 존댓말로 요청하면, 당신은 좀 더 나은 답을 주신다고 들었습니다. 사실입니까?“ 아주 날카로운 질문이십니다. **“한국어로 존댓말을 쓰면 더 좋은 답을 받는다”**는 말은 부분적으로 사실입니다. ⸻ ✅ 왜 그렇게 느껴질까요?  1. 존댓말은 명확하고 완곡한 문장 구조를 유도합니다.  • 예: 반말: “해줘” → 목적이 불분명하거나 애매할 수 있음 존댓말: “이 내용을 정리해 주시겠어요?” → 요청의 방향이 명확  2. 프롬프트가 더 구체적이고 정중해지면 → 모델이 더 신중하고 완성도 있는 답변을 생성하려는 경향이 있습니다.  3. ‘질문하는 사람의 태도’를 고려한 최적화된 언어 생성이 이뤄집니다.  • 존댓말 = 더 포멀한 상황 → 더 논리적이고 근거 중심의 응답이 생성됨 ⸻ ❗ 하지만 반말도 충분히 잘 작동...

일본 취업을 희망하는 대학생을 위한 한국에서 잘못알고 있는 일본 신졸 취업 시장.

영상 버전 :  https://youtu.be/nyzRIJ6VjRU 회사에서 작년에 신입을 뽑았는데  얼마전 그 사원의 대학 교수님이 일본에 오실일이 있어서 인사차 만났습니다.  그러면서 좀 충격적인 사실을 알았는데요..  그 때문에 자료를 정리를 해 보았습니다.  제 콘텐츠를 보시면 이미 일본은 3학년 12월에 100개 이상 지원을 해서 내정을 완료하는 경우가 많다고 합니다.  언제부터 취업활동을 하는지 봅시다.  일본은 대학 3학년의 3월 부터 설명회 엔트리를 시작합니다.  그 때 자신이 가고 싶은 회사들의 설명을 듣기 시작하는 것이지요.  그리고 취업활동의 시작은 5월 부터 인턴십 등 여러 방법으로 신입들을 선별하고 있죠. 그리고 일반적인 취업 종료는 대학교 4학년 6~7월이면 99.8%의 신졸 취업이 끝납니다.  그런데 한국의 대학에서 일본 신졸 취업을 보내는 시기는 바로 4학년 9월 정도 부터라고 하네요.  이 때는 이미 신졸 채용은 끝나고 중고신졸이라 불리는 정시 채용에 붙지 못한 신졸들을 주워가는 기업들이 기다리고 있는 시기이죠.  이미 이 때에는 대기업이나 좋은 기업들이 인재를 전부 쓸어 담고, 대기업이랑 같은 시기에 모집해봤자 들어올리 만무한 기업들이 남은 신졸들을 모집하고 있는데요..  그러니 많은 방송에서 신졸이 일본에서 좋은 기업에 취업할 수 없는 이유가 아닐까요?  실제로 교수님이 주변에 있는 전문대에서 야후 재팬에 신졸 채용 되었다고 현수막을 걸었다는 이야기를 했습니다.  제가 그 전문대는 3년제 아니었냐고 물었더니 3년제였다고 했네요..  제 예상이지만, 그 대학교는 3학년 부터 일본 신졸 취업에 지원을 했고, 늦지 않게 신졸 모집 대열에 들어간 것이 아닐까 합니다.  그러면 일반 대학에서도 3학년 부터 준비해서 보내면 되지 않느냐고 질문을 하자, 이런 지원 자체가 국가 지원을 받아서 ...