[RPA]PC自動化技術総合スレ[効率化] Part.2

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/02/14(木) 23:58:05.00ID:UTw68bPF
語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/
2019/02/20(水) 17:28:35.00ID:YoSZNaYS
>>110
それは言い過ぎじゃないか。

実際につかったことある？
2019/02/20(水) 17:31:02.80ID:M2x/3Wl3
OpenCVで画像認識は機械学習的な手法を除くと凡そ以下が可能

1.ピクセル比較
2.テンプレートマッチング
3.位相限定相関法
4.特徴量抽出

どれもググればC++とかのサンプルが出てくると思う。
2019/02/20(水) 17:57:49.67ID:xmZEnq49
>>96
メッセージってWinAPIのこと言ってる？
UI Automation(これももう枯れてる)とWinAppDriver(新しい)ってのがあるから知らなかったら試してみては

>>110
MSはUI AutomationやWinAppDriverみたいな普通のプログラムから使う道具を推してる
オフィスVBAが代表例だけどMSは昔から自動化するならCOMなりPSコマンドなり普通のAPIを使ってくれって方針
なのでMSが本気を出したら逆にRPAは駆逐されるんじゃないかな？
2019/02/20(水) 19:18:24.73ID:y9bLYkfp
>>113
いやー、VBAやCOMが使えない既存のアプリケーション郡(MSオフィス以外の大多数)の自動化はどうするんだい？
ほとんどの中小は古～いシステムのやり取りを自動化するためにRPAを導入したがっているんだが。
すると結局API叩いてボタン押したり、他のRPAと大差ないことになりそうな気がする。
MSがやるなら恐らく自動化されることを前提にアプリの開発環境自体に何か新しい仕組みを組み込んでくるんじゃないかな。
古いアプリはなかったことにしてｗ
2019/02/20(水) 19:35:51.95ID:xmZEnq49
>>114
UI AutomationやWinAppDriverなら
古いアプリも再開発なしで自動操縦できるよ

まあ正直に言って古いアプリの中には自動操縦がめんどくさいものも確かにあるけど
これはUIAやWADが悪いというわけじゃなくてアプリ側の問題で本質的に自動操縦が難しい場合が殆ど
だからそういうのをRPAにしたからと言って劇的に楽になるというわけではない
2019/02/20(水) 19:38:45.55ID:emtKhykc
UI AutomationとWinAppDriverはただメッセージの仕組みを使いやすくしてるだけで
OSのAPIセットじゃないような
2019/02/20(水) 21:41:47.44ID:YoSZNaYS
>>114
MS Flowはどういう位置づけなんだろうな。

今のところ、アプリ間をまたぐ業務フローの自動化がメインで、デスクトップの自動化はほとんどできないみたいだが。
118Level3
垢版 |
2019/02/20(水) 21:42:50.91ID:ghAgSYGx
今日もWinActorで製造してきた。
WinActor、動作が鈍い。
表からデータ取得するのに、表の件数とるだけで、1秒、
1行1カラムデータとるだけで、1秒とか時間かかってる。
マシンの性能ちゃんと見てないし、UiPathと比べてないが、
WinActorって動作が遅い気がする。みんなはどう思う？
2019/02/20(水) 21:47:16.97ID:eIBIqUfu
動作を視認できるようにわざとコマ送りにしてるんじゃないか？
１行が１秒だからって１００行が１００秒かかったりせんだろ？
120Level3
垢版 |
2019/02/20(水) 22:01:04.40ID:ghAgSYGx
>>119
一応、処理速度を遅くするオプションは切ってある（設定0）
後、どこを処理しているかをブリンクさせる表示も切った。
しかし、遅い。明日、5カラムで何秒か調べてみるよ。
下手すると100カラム100秒かかるかも。
2019/02/20(水) 22:02:21.25ID:AJ2Mi/g9
>>118
今の現場ではWiｎDirectorは導入されてますか？
もしされていたらOrchestratorと比べてどんな感じですか?
122デフォルトの名無しさん
垢版 |
2019/02/20(水) 22:20:24.39ID:zvYiCp4O
>>107
は？なんでいきなり認証がでてくるんだよ？
いつどこで認証の話した？
お前頭大丈夫か
2019/02/20(水) 22:26:09.54ID:eIBIqUfu
なに逆切れしてんのｗ
2019/02/20(水) 22:30:29.43ID:SpCnH/g7
俺もどこから認証なんて出てきた？ひまわり学級か！？と思ったがよく見たら
>>106に書いてあるんだなｗ
2019/02/20(水) 22:40:34.60ID:xmZEnq49
>>120
カラムやレコードを個別に取得しないでテーブルをまとめて1つの命令でガッと取ってきて
取ってきた後にテーブルをインメモリで高速に処理する
プロセス間通信なんだからこうしないとどう設定したって遅くなるよ
2019/02/20(水) 22:59:01.63ID:Wi/z/KN1
>ひまわり学級

言いたいことはわかるが、ローカルすぎだろwww
127Level3
垢版 |
2019/02/20(水) 23:09:31.01ID:ghAgSYGx
>>121
WiｎDirectorは導入していないのでわからない。
ところで、WiｎDirectorにしろOrchestratorにしろ、そんなに必要かな？
相当でかい会社じゃなきゃいらないと思うのだけど。
「野良ロボット」というのが、ベンダーの次の殺し文句だけど、
ドキュメントとかでなんとかすべきものじゃないかな？
いや、あまりでかい仕事したことないのでわからんのだけど。
128Level3
垢版 |
2019/02/20(水) 23:17:56.60ID:ghAgSYGx
>>125
その通りだが、WinActorにはHTMLのTABLEルやOLを一挙にとってくるライブラリがなく、
基本、1カラムづつの取得になると思う。
この点に関して、WinActorのウィザード（魔法使い）がいたら間違いを指摘して欲しい。
ちなみに、UiPathなら、ウィザード（対話機能）を使い、一挙にとってこれるので、高速だ。
2019/02/20(水) 23:21:30.30ID:eIBIqUfu
それがマジならWinActorクソってレベルじゃねーぞ？
130Level3
垢版 |
2019/02/20(水) 23:25:29.04ID:ghAgSYGx
ちなみにOrchestrator高いよ。年間250万円。入れたら、幸せになるかな？
UiPathも年間50万円で、野良ロボットが生まれるほど、みんな買うのかな？
小さな会社なら1ライセンスで充分じゃないかと思うのだが。
131Level3
垢版 |
2019/02/20(水) 23:28:08.70ID:ghAgSYGx
>>129
前に指摘したように変数型が貧弱なのがネックなんだと思う。
データをとってきて、入れるところが用意されていない感じ。
一応、2次元配列は扱えるみたいだけど、ライブラリ利用で主流じゃないんだよね。
ちょっと推測でいっているので、WinActorのウィザードに訂正してもらいたい。
2019/02/20(水) 23:31:32.95ID:eIBIqUfu
え、マジなの？
死ぬの？
2019/02/20(水) 23:32:38.26ID:C9tBkVrt
Winactor使いやすいよ
事務員だから難しい話はわからんけど～
最初簡単な使い方習ったらあとは動きに合わせてノードを組み合わせていくだけ。
レゴ遊びみたいで楽しい。
けど、自動化し終わったらどうなるんモヤる。
134Level3
垢版 |
2019/02/20(水) 23:32:50.29ID:ghAgSYGx
ここらへん、ロボパッドはどうなんだろ。
たとえば、HTMLのTABLEのTDに書いてある価格すべてに対して、
消費税を計算して出力するってのをやる場合、
テーブル取得は、TD単位になるんだろうか？
それとも、TABLE単位で取得できるのだろうか？
マニュアル読んだ人、教えて。
135Level3
垢版 |
2019/02/20(水) 23:42:43.24ID:ghAgSYGx
>>133
WinActorは、おそらく、133さんのような人向けのソフト。
ただ、高くてUiPathの2倍近くする。

簡単に扱えるという観点で、UiPathにない便利な機能がWinActorにはある。
それは、「データ一覧」の機能だ。
入力データとして、CSV、Excelなどの2次元データを一つだけ設定すると、
レコード取得のルーチンを省略して、プログラムが書けるという機能だ。
UNIXを知っている人に向けていうなら、AWKのGUI版って感じのものだ。
これは、便利だが、単純なことしか書けない。
WinActorの当初の目的は、この程度の自動化だったのではないかと思う。
2019/02/21(木) 00:12:05.96ID:Uwc+mrjb
前から少し気になっていたのだが
Webサイトに対してRPAする際にWebサイト管理者に許可取ってやってる？
企業としてクローリングしてるわけだからまんがいち威力業務妨害なんてことになったら大変だよね
137デフォルトの名無しさん
垢版 |
2019/02/21(木) 00:15:33.51ID:3pOuxwdt
>>116
OS上で動作している以上OSに管理されているはず
138デフォルトの名無しさん
垢版 |
2019/02/21(木) 00:18:08.98ID:3pOuxwdt
>>136
大企業の従業員多数が手作業でアクセスしたのと
中小企業のロボットがアクセスしたのと
法律的にどこで線引きをするのか判らない
過去に裁判にでもなってたら判例があるかもしれないけど
2019/02/21(木) 00:29:05.16ID:i6fTndon
クローリングに関してはrobots.txtという紳士協定がある
2019/02/21(木) 13:40:13.71ID:beO+fnZR
ここで話してるWEBサイトに対するRPAってスクレイピングだのクローラーだのじゃなくて、自社業務サイトの操作が主では？
2019/02/21(木) 14:31:40.46ID:x/CB+aqB
>>128
> WinActorにはHTMLのTABLEルやOLを一挙にとってくるライブラリがなく、
> 基本、1カラムづつの取得になると思う。

まじで！！？？
とんだ地雷ツールだな。ありえねぇ。
142デフォルトの名無しさん
垢版 |
2019/02/21(木) 15:05:00.01ID:QuFAf9eh
>>140
なんで勝手に対象を決めつけてんの？
2019/02/21(木) 15:22:47.73ID:QjLtM0x+
RPAが流行る時点で日本の業務ITは世界から益々取り残される
2019/02/21(木) 16:14:10.66ID:NjfTAQ2O
>>143
それはあるな。

本来EDIやAPI等で連携しなくてはいけない部分を
無理矢理ロボット化はよくない。
2019/02/21(木) 17:44:45.50ID:DKuxuLxM
でも画面が動くと面白いですよ
これ重要ですよね
2019/02/21(木) 18:30:49.70ID:h6hoRvoG
面白いけど不気味だな
手打ちで1分以上かかるものが3秒で終わると気持ち悪い
2019/02/21(木) 19:39:36.11ID:I+paMxHk
なんで気持ち悪いんだよ
気持ちいいだろ？
2019/02/21(木) 20:15:00.25ID:h6hoRvoG
たまにwindows起動したら一瞬コマンドプロンプト出たりダイアログがでて消えることがあるだろ
あんな感じで不気味なんだ
2019/02/21(木) 20:50:26.14ID:ACuZGbyM
>>143
>>144
おまえらはいつ世界を見てきたのかと小一時間....
2019/02/21(木) 21:13:30.02ID:NjfTAQ2O
>>149
ここみろ

「RPAは海外よりも日本が先行する珍しいソリューション」
https://enterprisezine.jp/article/detail/11689
2019/02/21(木) 21:26:12.41ID:DKuxuLxM
海外ではAPIがしっかり整備されてるからRPA不要という印象を受ける
152デフォルトの名無しさん
垢版 |
2019/02/21(木) 21:32:40.26ID:QuFAf9eh
日本のITシステムはクソだからな
不動産情報サービスやお役所サービスは人間と同じく夜と土日祝日年末年始はきちんとお休みするし
153Level3
垢版 |
2019/02/21(木) 21:47:43.55ID:4VyYc1Xd
>>120
今日調べた７カラムで13.4秒だった。1カラム2秒というところ。
だから、100カラムなら、200秒=3分20秒。ありえないほど遅い。
100行レベルの表の場合は、一度クリップボードにコピーして、
Excelに張り直し、VBAで処理するなどの工夫が必要かも。
どうなんでしょ？WinActorマスター。
2019/02/21(木) 21:54:20.19ID:I+paMxHk
マジでww
あり得んやろｗｗｗ
ウンコｗｗｗｗ
2019/02/21(木) 22:14:20.95ID:I+paMxHk
マジで笑いが止まらんｗｗｗｗｗ
エンガチョｗｗｗｗ
2019/02/21(木) 22:41:55.16ID:DKuxuLxM
>>153
ヒント: JavaScript
157Level3
垢版 |
2019/02/21(木) 22:56:57.51ID:4VyYc1Xd
>>156
もっと、詳しく。お願いします。
2019/02/21(木) 22:59:55.23ID:Hrxbx7qu
夜一晩バッチで頑張れば終わりますよ
2019/02/21(木) 23:00:44.82ID:pC31za34
朝一晩なんて無い
2019/02/21(木) 23:16:18.48ID:x/CB+aqB
WinActorありえない仕様だな。
これが日本のRPAの主流とは…
2019/02/21(木) 23:30:30.13ID:pxyWLutb
>>156
>ヒント: JavaScript
？でもWSHのJavaScript で処理したら数ミリ秒なんじゃね
162デフォルトの名無しさん
垢版 |
2019/02/21(木) 23:31:14.98ID:QuFAf9eh
おめぇらが考える理想的なRPAは？
2019/02/22(金) 00:02:00.15ID:dYd95A9b
普通のプログラミングが理想的
2019/02/22(金) 00:48:09.74ID:eleuATkq
>>162
BizRoboじゃない事は確か
他の製品の実例を見てないから
何がいいかは何とも言えない
そもそもAPIやマクロが存在しない
システムの穴を埋める
隙間産業のような製品だから
まだまだ発展途上なのかも
ユーザー会に行ってきた奴の話しだと
大手で人数も多い所はスキルも高いとか
財力と本気度も多分に影響すると思う
2019/02/22(金) 12:39:39.12ID:6NDxsV6m
RPAは次のフェーズへ、AI連携でデータの意味を自動解析
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/01663/
166デフォルトの名無しさん
垢版 |
2019/02/22(金) 12:58:11.34ID:CkzBv4He
>>164
クソみたいなシステム作ったアホの尻拭い系のお仕事ツールだよな
2019/02/22(金) 13:28:42.86ID:OWzsjoYq
そしてRPA導入によりクソみたいなシステムが温存され続ける
データをわざわざWebに出力してRPAに入力させるバカシステムについて、中の人は誰も疑問を持たなくなる
2019/02/22(金) 14:45:47.24ID:AemAc3eJ
>>165
データの意味を自動解析ねぇww
またAIというワードに各社カモられるだろうなw
2019/02/22(金) 19:59:32.55ID:i51ix64o
>>118
ノードの数が多いと時間かかるよ
同じ取得結果でも取得方法で変わってくるよ
2019/02/22(金) 20:23:57.94ID:W4kJkSqV
RPAとAIは全く関係ないのだがね
イメージ戦略は大事だな
2019/02/22(金) 20:52:05.46ID:BgOzRFsh
>>143-144
バックグラウンドでシステムがサクっと動いて一気に処理する機能性って
業務に合わせたOwnシステムに拘った日本企業に理解出来ない
2019/02/22(金) 21:17:46.05ID:W4kJkSqV
カラクリ人形が日本人のオートメーションの原点なんだよね
お茶汲み人形とかとにかく日本は「遊び」が先にくる
なのでAPIのようにビジネスライクで実用一辺倒なテクノロジは日本ではウケが悪い
デスクトップアプリをガチャガチャ動かしたほうが楽しくて良い
173デフォルトの名無しさん
垢版 |
2019/02/22(金) 21:24:14.50ID:mJNXNf/+
>>170
好意的に解釈すれば
RPAで取得したデータをAIで分類して
その結果によってRPAでの処理を変えるとかかな

パターンマッチをより汎化したもの
例えば入力値を肯定的か否定的か
分類して処理を分けるとか
2019/02/22(金) 22:40:08.50ID:6NDxsV6m
5年後、基幹系システムは刷新できなくなる
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/021900237/
2019/02/22(金) 22:54:44.47ID:qRCx8JnJ
日経のIT記事は東スポレベルやぞ
176Level3
垢版 |
2019/02/22(金) 23:24:35.26ID:4Fpc7qv3
>>169
返答ありがとう。
ノード数は全体で300程度。ただ、１サブルーチンのノードは少ない。
それでも、遅いのかな？
正直、UiPathのほうが高速だよ。
逆に、169さん、UiPath試してみて。
177Level3
垢版 |
2019/02/22(金) 23:28:22.60ID:4Fpc7qv3
>>175
教えてくれてありがとう。ネットの綺麗なページを見ると信用しそうになる。
現実に仕事している人間の感想としては、なんか、嘘くさい記事だね。
2019/02/22(金) 23:31:51.41ID:Pvmgb/R8
RPAじゃなくてRPJだと、偽物くさくて良い感じなのに。
179Level3
垢版 |
2019/02/23(土) 00:39:38.80ID:RA7VnusK
>>169
標準ライブラリの「表の値取得（IE）」を使っています。
とても遅いです。
ミハル・ラトキエでしょうか？（謎）
180Level3
垢版 |
2019/02/23(土) 01:03:36.39ID:RA7VnusK
それは、素人ゆえの悲しい出来事であったかもしれない。
しかし、戦火の中に散っていったその若い命のことは、決して小さなことではなかった。
カイ・シデンの深い悲しみを慰めることなど誰にもできはしなかった。

スレ違いですな。
2019/02/23(土) 11:18:49.69ID:6swyBY50
昨日は同僚のために、古いツールの自動操縦用のCOMクラスをC#で作ってあげた
3画面、とりあえず急ぎでとのことだったので、利用頻度の高いコマンドを選んで2時間ほどで完成
彼はその日のうちに、それとVBAを使ってエクセルを読み込んでツールに入力する業務を自動化したようだ
よくわからないRPAツールの使い方を覚えなくてもいいし、無料で作れるのが良い
使いなれたVBAだから、完成まで15分もかからなかった
次は何を自動化しようか、みんなにもこのCOMクラスを教えてあげよう
そう言って喜んでくれた
2019/02/23(土) 12:46:52.61ID:yKbzWauj
Uipath　level3が難しい！
どこか、詳しい説明サイトとか無いものか・・・
xamlがダウンロードできるとことか
2019/02/23(土) 16:05:53.62ID:BKneYYAb
UiPathとWinActorが多いなー
BluePrism使いは少ないのかな
結構使いやすいと思うんだけど
2019/02/23(土) 16:08:16.83ID:5fn4St+r
おいそれと試せないので
2019/02/23(土) 16:15:41.66ID:6swyBY50
シェアで言うならSeleniumが最高だろう
2019/02/23(土) 18:53:58.86ID:kToa368Y
>>183
今まで本気で売ってないんだよ。
これかAutomationAnywhere,BluePrism巻き返してくるよ。
2019/02/23(土) 19:01:17.88ID:C1vMZKUS
UIPathが使える程度の人材は育てるべき
2019/02/23(土) 20:37:02.87ID:K6odEV0u
UI PathとWinActorの比較だと
製品自体の出来以前に
WinActorはネット上に情報がほとんどないのがつれーわ。

UiPathだと、調べれば大抵答えが出てくる。
189Level3
垢版 |
2019/02/23(土) 21:44:29.06ID:RA7VnusK
BPとAAは値段が高いから敷居が高いよね。
サーバー型が必要な企業がどれくらいいるかが、巻き返しのポイントだと思うけど、
あまりいないんじゃないなか？
190Level3
垢版 |
2019/02/23(土) 21:54:39.96ID:RA7VnusK
>>188
そうなんだよね。だから、WinActorについて、ぼくは発信している。
まあ、ネガティブな意見がほとんどだが。
2019/02/23(土) 22:19:10.02ID:kToa368Y
>>187
すげえ大雑把だけど.net開発経験者は最小限の費用でUiPath開発者にできると思うよ。
PGサイドから見たらAA,BP,Kapow,UiPathあたりは既存言語の包装紙を変えただけだと個人的には言いたい。

逆に事務員にC#で開発しろとはだれも言わない。

WinActorでももちろんものはできるんだけど、できる範囲がロケットマウスでできるレベルと大差ないんじゃ意味ないよね。
2019/02/23(土) 22:31:24.80ID:6swyBY50
.NETというか開発者はそもそも自動操縦という目的を達成するのにいちいちRPAなんて壮大な遠回りはしない
193デフォルトの名無しさん
垢版 |
2019/02/23(土) 22:48:04.07ID:SJjFnNjz
むしろエンジニアじゃないがUiPath使いこなせる事務員っているのかな？
もしいるならRPAにはエンジニア不要だということになる
2019/02/23(土) 23:15:52.11ID:6swyBY50
使いこなせるがどこまでを指してるか曖昧だとなんともいえないね

①小規模な作業を間違いなく自動化できて個人として利用可能なツールを作れる
②大小様々な作業を間違いなく自動化し矛盾なく組み合わせて組織として利用可能なシステムを組める
③組み上げたシステムの性能、メンテナンス性、安定性、スケール性、等、非機能的な面まで保証できる

①は努力すれば誰でも行けそうだけど、この程度でエンジニア不要になるほど業務ドメインのIT化は単純じゃない
③まで出来る人はおそらく一人も居ないだろう
195Level3
垢版 |
2019/02/24(日) 10:14:19.04ID:I4oIlrgt
>>191
流石に、WinActorをロケットマウスと同列に扱うのは、間違いだと思う。
教えて欲しいのだが、ロケットマウスは、まともなIF文もループもないんじゃないかな？
ロケットマウスのIFは、処理の分岐といえるようなものではなく、
単にアクションの実行をするしないの条件だけだと思う。
ループに関しても、ロボット全体の処理ループがあるだけで、
ループを自分で定義することは出来ないんじゃないかな？
例えば、二重ループや、あるループが終わって別のループを行うみたいな記述。
これができないと思うのだけど、間違いかな？
非常に貧相な言語のように感じているのだが、ロケットマウス使っている人
教えてくれると嬉しい。
少なくともWinActorは、そこまで貧相な言語ではないよ。
（いつも、WinActorをバカにしているぼくだが。）

あと、前半の部分は、だいたい同意。
BP,UP,WAの言語は、フローチャート。AAは通常の言語っぽい。
だけど、Kapowは、かなり癖のある言語で、最初面くらうと思う。
経験者によれば、そのうち慣れるって話だけどね。
196デフォルトの名無しさん
垢版 |
2019/02/24(日) 10:29:50.62ID:ociy8EAg
>>194
となるとRPAはエンジニアが使えないと意味がなく、しかもエンジニアはRPAを必要としていない
この矛盾が出てくるのか
197Level3
垢版 |
2019/02/24(日) 10:48:42.38ID:I4oIlrgt
>>192
.NETの技術者でも、RPAの開発ツールは便利だと思うよ。
非常に短い時間でマクロを作成できるからね。
例えば、何等かのERPにログインする場合だったら、
ログイン操作をレコーディングするだけでいい。
画面の操作も、操作したいボタンをクリックした後、簡単な設定をするだけで、
動くものが出来てしまうからね。
技術の習得はプログラマにとっては、とても簡単だ。

RPA流行の一因は、.NETに比べて、開発速度が速く、容易に作れるところ
ではないかな。簡単なので、いままであきらめていた小さな仕事の自動化
を考えてもよくなったってところ。
198Level3
垢版 |
2019/02/24(日) 10:52:46.88ID:I4oIlrgt
>>196
RPA不要論の人は、まさに、そう思っているんじゃないかな。

ぼくは、.NETで書くより簡単で高速に開発ができるから、必要だと思っている。
（ただ、年間100万は高い。企業が購入するギリギリのところ狙ってるよね。）
2019/02/24(日) 11:09:00.73ID:5woP3fBV
>>197
完同&感動
単純場合1時間で手順書付きでできましたよメール発信できる。
2019/02/24(日) 11:20:51.16ID:5woP3fBV
ここまでいまは亡きWinBatchに関する言及無し。
20年以上前に設計SYSからCADにデータ流し込んで目の前でにょきにょき3D機器が出来上がる”バッチ”を片手間仕事ととしてやらせれた。(片手間仕事なので行く末すら感知していない)
2019/02/24(日) 11:50:39.69ID:RNHs4bDb
>>197
プログラマにとってレコーディングはコーディングより面倒と感じます
実は本職のプログラマが使うSeleniumにもSelenium IDEというレコーディング環境があります(当たり前のように無料で日本人作だそうです)
しかしプログラマはこれは面白いなとは思っても頼ることは滅多にありません
なぜならレコーディングで出力したスクリプトは意図が読みにくくメンテナンス性が低く再利用しにくいからです
エクセルVBAの操作の記録を使うプログラマが滅多に居ないことと同じ理由ですね
無料でも使わないものを高いライセンス料を払ってまで使おうとはしません
2019/02/24(日) 12:04:24.89ID:8D34p5sx
vbaでマクロ記録よく使うけど。
で、生成されたコード見て構造化したり修正。
api引くより速い。
203Level3
垢版 |
2019/02/24(日) 13:00:28.23ID:I4oIlrgt
>>201
レコーディングの例を出したのは、ちょっとまずかったかもね。
正直、UiPathでもレコーディングは使わず、手作業でプログラムは書いている。
（たぶん、他のRPA製造者もそうなんじゃないかな）

RPAの利点は簡単だってこと。大抵の人間にとっては、C#よりは簡単に作れる。
これが、企業が金を払う理由だと思うよ。
2019/02/24(日) 13:12:50.54ID:6KasUEnW
どうせ数年後にはメンテ出来なくなったRPAが大量に遺されるんやで
2019/02/24(日) 13:26:49.52ID:5woP3fBV
どっかの記事でみたがUSAの部署には”技術者”がいてそいつがロボット作るってことらしい。
そいつらのバックグラウンド,役割がイマイチピンとこないが日本ではその立ち位置は存在しないよね。
マクロ使いおじさん(おばさん？)がいても、それはたまたまであってロールとして必須ではない。
で結果
　　　　　　　　　　　　　　　”事務員でも使えます”
の殺し文句に導出となるが、TOOLのポテンシャルを使いこなせるかという観点からいうと
　　　　　　　　　　　　　　　”....................................(沈黙)”
だよね。
2019/02/24(日) 13:30:34.38ID:5woP3fBV
>>204
そういういい方したらマクロ(VBA含む)なんかほぼ使い捨てやんけ。
もったいないけどそれで決算に影響があったという話は聞いたことはない。
2019/02/24(日) 14:12:12.38ID:RNHs4bDb
>>203
そう感じるのはおそらくRPAが簡単というよりは便利な部品(アクティビティ)が揃ってるから簡単なのではないかな？
グラフィカルな開発環境が本当に簡単なら世界中のプログラマが自分たちで既に使ってるはずだ
2019/02/24(日) 14:28:37.04ID:RNHs4bDb
>>205
USA企業が実際に何してるかは知らないですけど
便利な部品を作ったり低品質な野良RPAを取り締まる立場の人間は必要では？
それはエンジニアにしかできないと思います

>>206
使い捨てるなら幸いにも問題はありません
問題になるのは資産として引き継いでいく場合
2019/02/24(日) 16:29:37.63ID:njB6xu8t
使い捨てであっても画面見りゃ何やってるのか判るんだから必要なら録画し直せばいいんでは
210Level3
垢版 |
2019/02/24(日) 18:36:28.34ID:I4oIlrgt
昔いわれたEUC(End User Computing)って、どれくらいの期間流行って、
どんな風に消えたんだろうか？RPAも同じように消えるんじゃないか？

想像するに、Excelのファイル共有やマクロでデータのやりとりをしていたのが、
あるとき社長がERPやWeb、サーバーDBなどの別の技術の導入することを決定。
外部からSEがきて製造したと思ったら、「そのマクロ、来期から使わないでね」
とか言われて終わりって感じゃないかな？要するにマクロは打ち捨てられたと。

RPAは、プロセス間通信としては、遅く、不安定でなので、
あまり、お勧めできる技術ではなく、次善策として存在していると思うので、
同様に打ち捨てられるべきものだと思う。

ところで、ぼくは、古い人間のせいかEUCっていわれると、
Extended UNIX Codeのほうを思い出すね。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況