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

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/05/18(土) 20:19:49.77

>>861
へー出る「かも」なんだー

**デフォルトの名無しさん** · 2019/05/18(土) 20:27:02.64

>>858
UiPath初心者の感想ですが、ひとつひとつ画面をクリックして設定するの面倒くさくないですか?

**デフォルトの名無しさん** · 2019/05/18(土) 20:48:48.57

http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_02a.pdf
業務フローやユーザーのハマりポイントが書いてあって参考になるな
具体的なコストには触れてないが、コストが課題の一部だと認識しているのが好印象だった
否定派も「RPA導入前の作業プロセス」を自分ならどう自動化するか考えてみると面白そう

>>859のPDFは提灯記事と変わらんゴミ

**デフォルトの名無しさん** · 2019/05/18(土) 20:57:38.86

>>864
典型的なイチャモンだねぇ読めなかった理解できなかったのにね
ま、確かに全庁に展開する際にトライアルでは怒らなかった問題は起こる可能性はあるでもトライアル以上の検証なんて出来ないし、プラスマイナスはあれどこれをベースとするしかないだろうね

仮想環境での検証の話とか面白かったけど、まぁそんなもんなんだねご苦労さん

>>862
具体的なコストなんて当事者は出さんでしょ
業者側は今後高く売り付けたいし、ユーザー側は人件費とかバレたくないし

**デフォルトの名無しさん** · 2019/05/18(土) 21:10:32.82

結局のところ分析と設計が大半であって実装する部分は瑣末な問題なんだろうな
都の実験でも数ヶ月かかった全体プロセスの中で実装はたったの数10時間(しかも素人作業)という具体的な数字が出ているわけだし
だとしたらやはり最初からプロを雇って分析と設計に加えてついでに実装もやって貰えばいいね
プロなら実装も数10時間と言わず数時間でできるだろう
もちろんライセンス無料のプログラミング言語でね
逆に全体のプロセスをプロ抜きでやろうとするのは危険とわかった
ちゃんと金を払ってプロを雇おう

**デフォルトの名無しさん** · 2019/05/18(土) 21:28:47.67

ちゃんと人を育てることを考えないといかんぜよ。

**デフォルトの名無しさん** · 2019/05/18(土) 22:02:55.85

http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_03a.pdf
電子化したデータあるけどOCRで読めねーよとか
縮減率すげーけど許容工数がシビアすぎてペイするのに数年掛かるとか
あるある
と言うかこれだけ要件定義できるおばちゃん居たらSEで活躍して欲しい

**デフォルトの名無しさん** · 2019/05/18(土) 22:05:22.55

＞前提も測定方法も結果データもありませんが、
＞結果はこうですって言って信じるのは文系だけだろう
＞だから科学的な教育を受けてない連中はカモなんだよ
＞最低でも第三者機関が再現可能になるぐらいの
＞情報が提示されてから数字を信頼しろ

最初はこんなにイキってたのになw

◆QZaw55cn4c · 2019/05/18(土) 22:11:07.88

>>871
＞最低でも第三者機関が再現可能になるぐらいの
＞情報が提示されてから数字を信頼しろ

今の nature や science のペーパーですら再現可能じゃないものが多い、とか言われちゃう時代ですからね、理系の世界も大して変わらないのでは？
査読論文による評価体系も崩れてきつつあると思います、ハゲタカジャーナルとかもその表れでしょう

**デフォルトの名無しさん** · 2019/05/18(土) 23:03:50.06

>>872
そういう気がする門外漢なのであれだけど

研究に対するような姿勢は立派だとは思うけど、仕事はそこまで要求水準は高くないでしょ RPAにせよ他の方法にせよフェアな基準で見ることが大事

**デフォルトの名無しさん** · 2019/05/18(土) 23:35:12.43

上がRPA導入しろって言ってるので…
導入実績さえ有ればいいんですよ！
(弊社の場合)

**デフォルトの名無しさん** · 2019/05/19(日) 00:08:24.96

>>835 そんなのは簡単にできるぞ。そんなのをいまだに手作業でやってることに驚き。

**デフォルトの名無しさん** · 2019/05/19(日) 06:08:17.22

いや、そもそも特定の人しか承認ボタンが押せないシステムを作ればいいわけで
パフォーマンスや鯖資源が大きく違う

◆QZaw55cn4c · 2019/05/19(日) 07:22:29.43

>>873
生き残りたいのなら理想は高く保つほうがいい、とは考えています
そして再現可能なデータを提示するのは最高級に難易度が高いとも思います

**デフォルトの名無しさん** · 2019/05/19(日) 07:32:37.33

ハンコが諸悪の根源
ファイルの属性を変えればいいだけなのに

◆QZaw55cn4c · 2019/05/19(日) 07:49:14.87

>>878
公的な承認システムを整備すればいいと思います
pdf を登録すると pdf の同一性＝ハッシュと登録日時・時刻と保障する公的機関を整備するべきです
公文書も電子ナショナルアーカイブに登録して一定期間（50年）後には全部公開するべきかと

**デフォルトの名無しさん** · 2019/05/19(日) 10:31:25.87

だめだRPAやっぱり難しい
週末を使って地道にトレーニングを続けてるけど全く生産性が上がらん
頭の中にあるロジックを図にするだけでも凄い手間がかかる
最初は何をどう配置したらどうなるかがわからず生産性が上がらなかったけど
ある程度わかってきた今は単純に作図作業そのものが辛い
テキストならあっという間にタイプできるのに同じ事がRPAの作図だと時間がかかる
これ絶対にテキストでプログラミングするオプションを提供すべきだよ

**デフォルトの名無しさん** · 2019/05/19(日) 10:33:29.29

>>880 どんなツールを使ってる？

**デフォルトの名無しさん** · 2019/05/19(日) 11:02:45.57

プログラムが高いレベルで書けるのにRPAが書けないってことはまずあり得ないんだが。

**デフォルトの名無しさん** · 2019/05/19(日) 11:05:27.77

ん～と
プログラムが高いレベルで書けるからこそ、RPAで正確で誤解の余地のない図なんか面倒くさくて冗長でとても書けない
みたいな？

**デフォルトの名無しさん** · 2019/05/19(日) 11:14:41.08

>>866
P35のは確認依頼してその結果がOK/NG/途中とかの管理をする必要がある
件数が少なければいいけど件数が多いと手間がかかるしミスも起きやすくなる

**デフォルトの名無しさん** · 2019/05/19(日) 11:19:23.00

>>880
blueprismだかautomationanywhereだかどっちかは完全にスクリプト式じゃなかったっけ？

**デフォルトの名無しさん** · 2019/05/19(日) 11:19:49.56

>>866
VBAで実現可能なものもあるな
マクロの記録でできるかもしれない

実装の容易化がRPA製品の価値の一部かな

シナリオを実行するVBAのライブラリを作れば
良いだけな気もする
RPA製品をコア事業にしている会社は厳しい気がする

**デフォルトの名無しさん** · 2019/05/19(日) 11:47:16.40

>>875
紙をファイリングしてISO監査で見せる必要あるからこうなるんやが
電子保存と紙保存の二重を求められるからほぼできんやろー

システムや仕組み変えろやこの作業の意味について問うのは別の話なので…

**デフォルトの名無しさん** · 2019/05/19(日) 12:04:38.12

監査はISOに限らず紙を要求されるか事が多いから厄介だよな

**デフォルトの名無しさん** · 2019/05/19(日) 12:52:38.73

>>882-883
描けなくはないけどテキストと比べて手間がかかるからストレスフル
メールでリンゴって言葉で伝えればいいのにリンゴの絵を描いて添付ファイルするようなとでも言えばいいのか
凡人並みにコードが書けるなら誰でも作図は遠回りに感じると思う

>>885
そういうのもあるのか
後でやってみよう

**デフォルトの名無しさん** · 2019/05/19(日) 13:32:38.02

>>880
確かに色んな意味でビジュアルとテキストの変換できるといいだろうなー↓ メーカー側のメリットが薄そうだから難しいそうだけど
・テキストに慣れたプロが使いやすいように
・上で出てたRPAのプロトタイプからシステム化に移行しやすいように
・RPAサービス終了時にシステム化して緊急避難できるように
・RPA製品間の移行ができるように

**デフォルトの名無しさん** · 2019/05/19(日) 14:27:47.83

>>887
印刷物をハンコを押す人の前に届けるとかハンコを押すとかの物理的な操作以外は簡単に出来るだろ
物理的な操作が必要ならペッパーとかで頑張れw

**デフォルトの名無しさん** · 2019/05/19(日) 16:04:18.04

>>891 電子印鑑を押してプリントしたものでも何ら問題ないぞ。
勿論電子書類でそのまま送れるところには、そのまま送るが。

**デフォルトの名無しさん** · 2019/05/19(日) 17:02:56.21

>>892
お前の所の運用なんて>>819の話に関係ないからどうでもいい

**デフォルトの名無しさん** · 2019/05/19(日) 21:34:27.84

導入失敗談待ってるぞー

**デフォルトの名無しさん** · 2019/05/19(日) 21:50:05.45

失敗したっていってる企業だいたいWinActor

**デフォルトの名無しさん** · 2019/05/19(日) 22:32:06.42

>>866
RPA導入を通じて、紙やハンコが業務の阻害要因だと気づけてるのが良い傾向

**デフォルトの名無しさん** · 2019/05/19(日) 22:45:18.03

3大RPA(Automation Anywhere, Blue Prism, UiPath)以外は全部パチモンだし…

**デフォルトの名無しさん** · 2019/05/19(日) 23:10:10.78

pythonは優れたRPAツールだ

**デフォルトの名無しさん** · 2019/05/20(月) 00:14:08.13

ユーザー自身が必要なシステムの仕様書を書けない問題に対する回答として
・メーカー寄りの回答がアジャイル開発(メーカーが作るがユーザーレビューを頻繁にする)
・ユーザー寄りの回答がRPA(ユーザー自身に作らせる)

とか考えてみたが、システムの規模とか違うな

**デフォルトの名無しさん** · 2019/05/20(月) 07:52:01.67

>>899
全くの別物なので同列に並べないほうがいいぞ

**デフォルトの名無しさん** · 2019/05/20(月) 08:09:04.15

>>896
業務の都合ではなくて
社外とか他の要求によるもの
変えるとしたら議会とか外部を変える必要があるモノもある

**デフォルトの名無しさん** · 2019/05/20(月) 12:37:06.59

価値あるシステムを作るのがアジャイル(というかアジャイルに限らず一般的な開発)
システム同士を推奨されない方法で無理矢理繋ぎ合わせるのがRPA

**デフォルトの名無しさん** · 2019/05/20(月) 13:55:18.74

>>902
言っている意味がわからないんだが

**デフォルトの名無しさん** · 2019/05/20(月) 14:49:44.50

明確な定義じゃなくて、みんながいろんなのを「これぞRPA]と言っているから
「RPAはあいうえお」と理解している人に
「RPAはあいう＋うえお」と説明しても、理解できるはずが無い

**デフォルトの名無しさん** · 2019/05/20(月) 14:57:26.11

つまり＋はdistinctの中置演算子なんだね！

**デフォルトの名無しさん** · 2019/05/20(月) 15:18:18.56

じゃあ自分なりの定義を説明しろよ
その例だと理解し合えそうだし

**デフォルトの名無しさん** · 2019/05/20(月) 17:51:24.39

>>902
価値あるアジャイル
推奨されない無理矢理RPA
開発手法の話に価値観をぶっ込んでくるのがなんとも香ばしいネガキャン乙ですね

**デフォルトの名無しさん** · 2019/05/20(月) 18:29:38.30

>>907
はぁ？
アジャイルは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える
RPAがやってるような無理矢理プログラムで画面操作なんてのは、誰が見たってまっとうじゃない汚いやり方であって、本来ならプログラムから呼び出されることを前提にしたAPIを提供・利用すべきところだ
キミはちょっと粋がる前にまずITの常識を身につけてくれ

**デフォルトの名無しさん** · 2019/05/20(月) 18:45:40.79

>>908
ITの常識であることを示してくださいよ
RPAを進めてる企業はITの常識がないんだね常識人様かっけー

RPAは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える ←これでええんちゃう

**デフォルトの名無しさん** · 2019/05/20(月) 18:52:06.48

RPA進めてる企業はITの常識がないと思うよ
大部分の企業はRPAが流行っているから取り入れてるだけ
事業部門で乱造されたvbaのマクロが技術的負債となっていて、
それに代わるRPAが技術的負債とならない理由を明確に説明できる導入担当者は滅多にいないと思う

**デフォルトの名無しさん** · 2019/05/20(月) 19:01:47.22

何故その組織でRPAが推し進められるかって、そこにRPAを斬って捨てられる「お前ら」が居ないからだしな
だからいくら否定したところでRPAは導入される、ここで否定している「お前ら」がその組織内で矢面に立って
RPAを斬って捨てられる抜本的改修を行ってくれるわけではないからだ

**デフォルトの名無しさん** · 2019/05/20(月) 19:11:53.59

抜本的な改革ができなければRPAを導入する
この戦略は推進派が仕掛けた大胆なミスリードだろう

この戦略ではRPAを導入したら黒字になるって前提を何の保証もなく受け入れてしまってる
実際には野良マクロと同じで借金(技術的負債)になる可能性を大いに孕んでるわけだ
導入したら赤字にだってなりうるのに推進派はなぜかそのリスクを完全に無視して話を進めようとする

とまあここまでちゃんと考えてる人なら
代案がなければ導入を見送って現状維持という選択肢が見えてくるわけだな

**デフォルトの名無しさん** · 2019/05/20(月) 19:54:17.68

RPA進めてるのはプロが沢山いるシステムメーカー企業もだけどな

野良マクロが残ってるのは、(リスクがありつつも)トータル収支がプラスだからでしょトータルマイナスなら使うのやめて手作業すればええんやし

**デフォルトの名無しさん** · 2019/05/20(月) 20:53:26.11

上に出ている 19_02a.pdf を読んで感じたのは、言われるほど迅速でも簡単でもない事かな
製造・販売元のフルサポート約4か月と業務分析を丸投げをした上で284時間の削減だし
RPA担当者を決めて育てないと非効率じゃない？

**デフォルトの名無しさん** · 2019/05/20(月) 21:31:39.33

効果と用途が解りやすいから
RPAに興味を持つ企業が多いし営業も売り込みやすい

リレーショナルデータベースひとつとっても、
原理の理解が難しいユーザーにシステムをプレゼンして売るより楽

**デフォルトの名無しさん** · 2019/05/20(月) 21:49:29.92

売る方は楽そうだな
売る方は

**デフォルトの名無しさん** · 2019/05/20(月) 21:59:44.16

押し付けられる側は大変だぞ

**デフォルトの名無しさん** · 2019/05/20(月) 22:41:41.10

>>908
アジャイル＝手法
RPA＝ツール（python,VB,C#もツール）
何で手法とツールが比較対象になるかな。

アジャイルの比較対象はウォーターフォールとかだろ。

頭悪そうだな。

**デフォルトの名無しさん** · 2019/05/20(月) 23:47:17.09

RPAというツールは簡単に手早くというアジャイルを連想させる宣伝をしているけど
実際はアジャイルに向かないし、アジャイルの本質も外している
といいたいのでは？

ところで、ときどき引き合いに出されるVBAは、自分はシステム化使ったことはないけど
アジャイルに使えるようなもの？

**デフォルトの名無しさん** · 2019/05/20(月) 23:56:29.51

ま、RPA（GUIプログラミング）の比較対象は普通はPythonとかのコードプログラミングだろうな

誰もが知ってるソシャゲの最大手もRPAを社内業務に導入しているけど、ITの知識が足らないんだ
オマエらどんだけ凄いんだ？

**デフォルトの名無しさん** · 2019/05/21(火) 00:24:32.37

RPAの本質はGUIじゃないぞ？

**デフォルトの名無しさん** · 2019/05/21(火) 00:27:18.16

RPAの本質はグルー言語

**デフォルトの名無しさん** · 2019/05/21(火) 00:31:29.69

本来バラバラのツールを協調させられるってこと

**デフォルトの名無しさん** · 2019/05/21(火) 00:34:28.57

課題解決の手段の話だろ
開発体制で解決を目指してもいいしツールで解決を目指してもいいあるいは組み合わせることも可能性としてはある

**デフォルトの名無しさん** · 2019/05/21(火) 00:37:05.52

まあGUIしかインターフェースのないクソツールが多いからGUIの側面が強調されるのはわかるが。

**デフォルトの名無しさん** · 2019/05/21(火) 01:02:59.17

グルー言語か
それは失礼した

**デフォルトの名無しさん** · 2019/05/21(火) 02:45:50.09

Pythonはインストールして環境構築しないといけないが
Powershellはインストールしなくても使用可能。

.netの豊富なライブラリも使える。

なのに人気のなさよ。

**デフォルトの名無しさん** · 2019/05/21(火) 05:58:36.24

pythonとRPAは対じゃないぞ
pythonはRPAにもなる包含の関係になってる
だからRPAをやりたければpythonを学べばいい

**デフォルトの名無しさん** · 2019/05/21(火) 06:11:07.87

>>928
その論法だと、ありとあらゆる言語、アセンブラがRPAにもなる包含の関係になってることになる
RPAはpythonを知らなくても使えるのが最大のメリットだから、pythonはRPAではない
異論は幾らでも
どうでもいいし

**デフォルトの名無しさん** · 2019/05/21(火) 07:07:10.88

高級言語＋プログラマ→システム構築（投資）
ノンプログラミング＋事務員→リストラ

付加価値の創出　vs　組織のスリム化

この２つは経営戦略上の狙いがまったく違う

**デフォルトの名無しさん** · 2019/05/21(火) 07:32:33.45

本当にお前らは頭が硬いなぁ
そんなんだから土方て言われるんだよ

**デフォルトの名無しさん** · 2019/05/21(火) 07:39:23.03

じゃあム板から出て行けよ

**デフォルトの名無しさん** · 2019/05/21(火) 07:48:02.44

>>929
その通りだよ
解ってきたようだね
普通のプログラミング言語はRPAのスーパーセット
ただパッケージの充実度や言語そのものの生産性によって利便性は大きく変わるだろうね
C++やアセンブラでもRPAできなくはないが高い生産性は期待できないからやるメリットはないと言える

**デフォルトの名無しさん** · 2019/05/21(火) 07:50:20.05

補足
その通りと言ったのは>>929の前半な
後半は間違いだ

**デフォルトの名無しさん** · 2019/05/21(火) 07:54:49.37

RPAで自動化出来る仕事の半分はそもそもビジネス上価値が無く
やらなくてもいい仕事であるという統計がありま

**デフォルトの名無しさん** · 2019/05/21(火) 08:38:11.09

実行できる機能的な話でいえばpythonはRPAと包含の関係になってるが、
RPAにはコードやセレクタの自動生成やGUIプログラミングっていうPythonには無い要素を持ってるわけで、
且つ上記二点の特徴がRPAの主軸機能ともいえる点から総合的に見れば完全な包含関係とは言えないと思うよ

**デフォルトの名無しさん** · 2019/05/21(火) 09:30:45.88

ソースよろ

**デフォルトの名無しさん** · 2019/05/21(火) 10:35:33.44

>>936 そりゃ違うだろ。　何もpythonの生の機能だけで使うわけじゃないからな。

**デフォルトの名無しさん** · 2019/05/21(火) 11:22:33.36

>>938
？？？？？
Pythonにもコードを自動生成したりGUIプログラミングができるパッケージがあるってんなら納得だが、現時点でそんなのないよね
そもそも、RPAでできることはPythonでもできるから初めからPython学ぼうって理論が成立するなら
PythonでできることはCでもできるから初めからC学ぼうってことになるよね
じゃあPythonの存在意義は無いのか？って言われるとそうじゃなくて、PythonにはCには無い学びやすさとパッケージの豊富さがあるから価値がある
RPAにも同じように、Pythonには無いGUI自動操作に特化した機能があるから価値があるってことなんだよ

どっちが良くてどっちがダメってんじゃなく適材適所の話ね
実際のところ、PythonってSeleniumのおかげでWebアプリには強いけど、Windowsネイティブアプリの自動化ってなるとめっきり向いてないよね
ペイント開いて「貼り付け」ボタンを押下するだけ単純な処理のコード貼ってみ？？
え、めんどくさ　って思ったっしょ？その時点でもう向いてないってことだからね

**デフォルトの名無しさん** · 2019/05/21(火) 11:41:01.75

やっと主観的なRPAはダメ！的な盲目的コメントから冷静なコメントが出てきた
勉強になる

**デフォルトの名無しさん** · 2019/05/21(火) 12:15:34.32

>>936
それらはRPAの要件ではないよ
一部のRPAを名乗る製品がそれらをサポートしているというだけだ
人間が手作業で行っていたような作業を自動化するもの、ヒューマンインターフェイスを通じてプログラムをコントロールするプログラムがRPA

**デフォルトの名無しさん** · 2019/05/21(火) 12:37:41.04

>>939
RPAでできることはパイソンでできる
パイソンでできることはcでできる
パイソンはRPAより簡単で生産性が高いので前者は成立するが
cはパイソンより難しく生産性が低いので後者は成立しない

パイソンにもGUI操作に特化したパッケージは無数にある(このスレでも散々既出)

ポチポチの生産性が高いのはごく小さな画面小さな処理短い寿命のツールだけだよ
ポチポチのために他の素晴らしいプログラム体験を犠牲にするのは目先の利益しか見えてない証拠
GUIポチポチでパス解析したいならインスペクタツールを使えばよろしい
それかSikuliXとかそっち系のツールもなんかあるだろ

**デフォルトの名無しさん** · 2019/05/21(火) 13:31:21.33

いや、結局ライブラリの問題でCだろうがPythonだろうがVBAだろうがRPAだろうが同じ。
RPAはライブラリが揃っているのは有利かもしれない。
結局、どんな言語でも組む人の問題。

で、出来た物がダメな可能性が高いのはRPAだろうね。

**デフォルトの名無しさん** · 2019/05/21(火) 13:42:05.89

プログラム知識が互いにゼロの状態から自動化を行う場合、即戦力としては
RPAに軍配上がるだろうね
何年後か先を見た場合RPAだけ使える人とプログラム使える人とでは
汎用性やスキルの差が目も当てられないことになってそう

**デフォルトの名無しさん** · 2019/05/21(火) 13:52:13.78

プログラム知識が無い人は、ゴミなので意味が無い。

RPAやってプログラム知識を積むんだが、敢えて言えばVBAやってプログラム知識積んだ人が後からやった方が良いし、Pythonの方が更に良いし、Cの方がと続く。

**デフォルトの名無しさん** · 2019/05/21(火) 13:59:13.22

え～
ぼくのかんがえたさいきょうのRPAの議論をやるの？
不毛だよ
RPAとして売っている、配っているものがRPA
でもね、気をつけて
「PythonこそがRPA」とか言ったらコミュニティでBANくらっても文句言えないレベル

**デフォルトの名無しさん** · 2019/05/21(火) 14:21:33.50

>>942
>cはパイソンより難しく生産性が低いので後者は成立しない
全てのC使いに謝れ（笑）Cは難解だがPython以上の自由と実行速度がある。結局どこに重きを置くかで使うツールの最適解は変わってくるってこと
現状ではWindowsネイティブアプリの自動化に関してはUiPath使うのが楽だよねって話（3大RPA以外のRPAツールが生産性低いのは同意）

因みにPythonのGUIに特化したパッケージとは？？？
全然思い当たらん。スレにも出てないよ。PyAutoGUIの事言ってる？？？あれイメージマッチングしかできないからね。
UIAutomation叩けって話？それならPythonじゃなくC#でいいよね。それにしてもいちいちInspectで解析とか生産性低すぎだけどね。
SikuliX？？あれこそ画像認識しかできない糞RPAの代表格みたいなツールじゃん。

**デフォルトの名無しさん** · 2019/05/21(火) 17:59:27.06

Windowsならpythonより.NETの方が簡単
インスペクタでポチポチ調べてpowershellに貼り付ける
RPA製品のポチポチと比べてそんなに生産性が劣るとは思えない
それにプログラムならポチポチ以外の解析方法もあるしね

**デフォルトの名無しさん** · 2019/05/21(火) 18:35:33.05

>>948
インスペクタでAutomationIDがブランクになっててNameも付いてないような場合でも自動化ってできるの？？
できるとして、どうやって要素特定するの？

**デフォルトの名無しさん** · 2019/05/21(火) 20:01:01.10

>>949
他の属性、親子、兄弟

**デフォルトの名無しさん** · 2019/05/21(火) 20:07:54.85

インスペクタよりはRPAの方が全然良いだろ。
RPA否定派だけど公平じゃないのはいただけない。

**デフォルトの名無しさん** · 2019/05/21(火) 20:09:17.65

でも、インスペクタみたいなのは簡単に作れるので、自分に合ったのを作っとけば良い。

**デフォルトの名無しさん** · 2019/05/21(火) 21:00:02.88

構造が綺麗かつ静的なUIならRPAもinspectも作業量は大差ないかと
複雑なUIをRPAで操作したことがないので、その場合は比較できないけど・・・
例えば>>949のように内部構造が不親切なUIやコントロールが動的なUIは、RPAの場合どうなる???

>>952
コード生成も簡単な割に効果が大きいのでオススメ

**デフォルトの名無しさん** · 2019/05/21(火) 21:01:25.22

>>950
やっぱりそうなるよね…
他の属性もNullで周辺に手頃なアンカーになる要素がない場合はツリーの上の方から指定する感じですよね
この要素の3番目の子要素の孫要素の2番目の子要素の…みたいな
めちゃくちゃ大変そう

>>952
インスペクタ的なの自作できるんですね！！
FindAllで要素列挙する感じ…？？このへんの情報ってWeb上にあんまり転がってないから詳細気になります！！！

**デフォルトの名無しさん** · 2019/05/21(火) 21:30:25.23

RPAでやるこの作業をPythonなら(Pythonでも)こんな簡単にできます、だからベストプラクティスはこれなんです、みたいな話がこんなふうに載ってるとRPA肯定派も減るかもな私はRPA肯定派だけど

**デフォルトの名無しさん** · 2019/05/21(火) 21:51:40.58

>>954
とはいえクソUIの自動化が面倒くさくなるのはRPAも同じだからな

**デフォルトの名無しさん** · 2019/05/21(火) 22:06:15.27

SEにRPAを作らせるような本末転倒な現象があちこちで起きてるから
RPA＜PGみたいな当たり前の比較が出てくる

窓際じじいやパートのおばちゃんが作れないなら、その時点で導入を諦めとけ

**デフォルトの名無しさん** · 2019/05/21(火) 22:09:31.75

WinAppDriverはXPathをサポートしてるからクソUIにも比較的対処しやすい
デスクトップアプリ自体の需要が激減してるからだろうけどMicrosoftがあまりWADに熱心じゃないのが残念

**デフォルトの名無しさん** · 2019/05/21(火) 22:38:38.94

他は知らんがUiPathなら美UIだろうがクソUIだろうがワンクリックでセレクタ自動生成よ
構造解析に頭使わなくて済むってだけで使う理由に足る

**デフォルトの名無しさん** · 2019/05/21(火) 22:44:13.94

UiPathだけじゃなくて、Blue PrismもAutomationAnywhereもそう
三大RPAは楽々セレクタ自動生成
他は知らん

**デフォルトの名無しさん** · 2019/05/22(水) 00:07:11.52

───────→〇

┌──┐
　　　　 └─┐┌→×
　　　　　　　 └┘

まっすぐ行きますか?
曲がりながらたどり着きますか?
マウスカーソJは。

**デフォルトの名無しさん** · 2019/05/22(水) 00:27:48.01

RPAが簡単ってのはちょっと信じられん
もう何日か弄ってるが全く思い通りに快適に処理を組めない
とにかくGUIでプログラミングってのが思ってたよりずっと難しくて苦痛に満ちてる
なにがどこにあってどうしたらどうなるのか直感ではサッパリわからない
じゃあ調べるかってググるんだけどなんも出てこねえの
スクショとか動画は時々出てくるんだけど
それじゃ検索できねえし視聴するのも大変

それと使いかたがわかっても生産性はあまり期待できない
GUIエディタの操作感がいまいちだから作図そのものの労力が思ったより大きい
調査を済ませて手を動かすだけの状態でも実装に時間がかかる
キーボードでテキストを打つよりもマウスとキーボードで作図するほうが大変なのは考えてみたら当たり前の話なんだけど
しつこく簡単だって言う人が居るからその労力を過小評価してしまっていた

**デフォルトの名無しさん** · 2019/05/22(水) 00:42:39.58

RPAがテキストプログラミングよりも簡単というのはRPAベンダーの意図的なミスリード
テキストプログラミングがわからない人でもGUIエディタで何とか組める、というのが正解
両方できる人にとってどちらが簡単かという視点で評価されてるわけじゃない