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

**デフォルトの名無しさん** · 2019/05/23(木) 08:45:56.99

語りましょう

**デフォルトの名無しさん** · 2019/05/23(木) 12:29:30.22

乙

**デフォルトの名無しさん** · 2019/05/23(木) 12:29:46.21

乙

**デフォルトの名無しさん** · 2019/05/23(木) 14:23:56.08

私は会社の方針でRPAを使いこなさなくてはいけない与太郎です

**デフォルトの名無しさん** · 2019/05/23(木) 21:20:23.47

画面に100個の入力項目があったら100回クリックして入力設定って繰り返すの？
めちゃくちゃめんどくさくない？

**デフォルトの名無しさん** · 2019/05/23(木) 21:31:33.16

uipathならセレクタに何らかの法則性があれば変数使ってループで設定すればok
ない場合は都度クリックでセレクタ自動生成することになる
それでもインスペクタでツリー解析するよりかは遥かに効率的かな

**デフォルトの名無しさん** · 2019/05/23(木) 22:05:12.86

GUIでロジックを書くのは非常に難しい
変数とかループとか使わないで設定できないの？

**デフォルトの名無しさん** · 2019/05/23(木) 22:26:42.44

前スレ最後の方で話題になってた、
コード貼れない→情報交換しづらい→学習しづらい問題
ってどうするんだろ？講習会とか勉強会とかやってるところはどう工夫してるんかな？
致命的かどうかはさておき、RPA特有の問題ではあるよな特に初心者向きを謳うわけだから相談のしやすさとかスニペットに気軽にアクセスできるかみたいなのは重要だし

個人的にはコードとフローチャートの変換ができるようになるのがいいかなーと思うが

**デフォルトの名無しさん** · 2019/05/23(木) 22:37:03.60

　　↓
　／＼
／　　　＼＿＿＿
＼　　　／　　　　 |
　＼／　　　　　 ↓
　　　|　　　　　|￣￣￣|
　　 ↓　　　　 |＿＿＿|

書けるじゃん、フローチャートwww

**デフォルトの名無しさん** · 2019/05/23(木) 22:41:11.48

>>9
違うんだよ
君は初心者の気持ちをなにもわかってない
完成系だけ見せられても作り方が伝わらない
その図を描くまでのRPAツールの操作手順こそが知りたいことなんだ

**デフォルトの名無しさん** · 2019/05/23(木) 22:43:23.97

いやそんなマジレスされましても・・・。

**デフォルトの名無しさん** · 2019/05/23(木) 22:54:40.38

　　　　　　　　　　　YES　→　【サポート契約した？】　─　YES → コミュニティで質問しろ。死ね。
　　　　　　　　　／　　　　　　　　　　　　　　　　＼　　
【うちの製品？】　　　　　　　　　　　　　　　　　　　　　NO → なら、無理。死ね。
　　　　　　　　　＼　　　　　　　　　　　　　　　　　　　
　　　　　　　　　　　 NO → 死ね。

**デフォルトの名無しさん** · 2019/05/23(木) 22:56:59.83

フロートチャートを数式に置き換えれば
コードが生成できるのでは？

出来たらRPAいらんな

**デフォルトの名無しさん** · 2019/05/23(木) 23:08:32.99

それ言ったら最初から全部既存の言語で書いて議論すればいいやってなるじゃん
不便を承知であえてRPAを使うだからコードに変換なんて逃げ道を探さずにグラフィカルのまま議論したい

**デフォルトの名無しさん** · 2019/05/23(木) 23:21:41.06

グラフィカルなものだとスクショ撮るしかないんかねぇ
なんかないんかな
スクショだと1枚に収まらない場合に途端に見づらくなるからな

**デフォルトの名無しさん** · 2019/05/23(木) 23:28:12.76

むかし大流行したCASEツールというのがありまして
フローチャートから生成したコードは可読性がゼロという評価が定まっております
可読性を上げるには、少なくとも関数名、変数名、ラベルをユーザーが考える必要があります
考えるというのはループ変数にi,j,kを使いまわさないようにすることなどです

**デフォルトの名無しさん** · 2019/05/23(木) 23:33:44.79

ループ変数にi,j,kはおかしくないだろ？
特にintなら

**デフォルトの名無しさん** · 2019/05/24(金) 07:18:25.78

スクショでパーツマニュアル作れよ

**デフォルトの名無しさん** · 2019/05/24(金) 07:48:42.02

スクショ撮ってエクセルに貼り付けてメール送信するロボットでも作ればいんじゃね？
君たちそういう遠回り大好きだろ？

**デフォルトの名無しさん** · 2019/05/24(金) 11:06:49.73

uipathならフローチャートをコピーしたらxmlになるよ。
そのxmlをペーストするとフローチャート型に復元できるよ

**デフォルトの名無しさん** · 2019/05/24(金) 11:15:14.95

ループ変数にijk以外使ったら逆に可読性下がりそう

**デフォルトの名無しさん** · 2019/05/24(金) 11:18:04.86

素人のおばちゃんに
何で a b c じゃないん？
て言われそう

**デフォルトの名無しさん** · 2019/05/24(金) 12:05:07.02

>>20
めんどくさいし、それじゃやっぱり結果しかわからんじゃん
出来上がったものじゃなくて、それを作る手順を見たいんだってば
どういう順番でポチポチしたり、D&Dしたりキー入力すれば、そのロボットが出来るのかを知りたいんだよ

**デフォルトの名無しさん** · 2019/05/24(金) 12:32:42.95

言い方はあれだけど、言いたいことはわかる

**デフォルトの名無しさん** · 2019/05/25(土) 00:10:58.63

GUIポチポチ手順をテキストベースに構造化したら需要があるってこと？

**デフォルトの名無しさん** · 2019/05/25(土) 00:11:45.15

RPA関係者もこのスレ見てるだろうからアピールしたら面白いかもね

**デフォルトの名無しさん** · 2019/05/25(土) 00:24:25.24

UIPathでポチポチやる捜査をUIPathで実装して、そのxmlを公開すればいいんじゃね？
可能かどうか知らないけど。
メタUIPathとか？ｗ

**デフォルトの名無しさん** · 2019/05/25(土) 00:26:13.64

メタRPAはあるいは需要あるかもなｗｗｗ

**デフォルトの名無しさん** · 2019/05/25(土) 00:30:41.70

実際1種類のRPAで自分自身の操作方法を自動化するのは難しいかもしれないけど
2種類のRPAをつかって片方からもう片方を自動化するのは可能なんじゃね？

結構面白いアイディアかも？

**デフォルトの名無しさん** · 2019/05/25(土) 00:31:28.87

そしたらポチポチ手順も配布できるじゃんやったね！

**デフォルトの名無しさん** · 2019/05/25(土) 00:42:18.83

そういう処理を１つにまとめた製品がRPAだ
濃縮して濃縮して、最後に残った人間じゃないとできない「どんな作業を自動化するか」っていう判断を伴う部分がポチポチなんだよ

逆にフローチャートって完成品がそのまま手順書になってるから、それをみれば作成のノウハウもそのまま理解できるはず。
矢印の方向に順番に処理が進んでいくってことを理解できていたらだけどね
わからない場合は全体だけ見て処理を一つ一つ追ってないだけかと考えられる

**デフォルトの名無しさん** · 2019/05/25(土) 07:35:27.26

>>31
完成図だけあってもなにもわからんよ
わからない人はその図が何を表現してるかではなくその図を描く手順を知りたいのだから

例えばの話だが
エクセルのピポットテーブルの使い方を全く知らない人に
ピポットテーブルが含まれる完成形のエクセルファイルを渡したとして
それを渡された人はピポットテーブルの使い方がわかるようになるのか？
普通に考えてそうはならないよな
完成形だけじゃピポットテーブルを使う手順が消失してるからわからないんだよ

RPAの完成図だけ渡すってのはそれと同じことだ
そんなん渡されたってなにもわからない

**デフォルトの名無しさん** · 2019/05/25(土) 07:47:01.41

ピボットテーブルは名前が悪い
「集計方法の指定」だったらカッコ悪いけどはるかに使いやすい(いやまあ操作方法は同じだが)

**デフォルトの名無しさん** · 2019/05/25(土) 07:52:46.43

もっと単純に例えると絵画だな

絵画を渡された人は何が描かれてるかは見てわかる
しかしその絵画の描き方はさっぱりわからない

RPAで起こってる事はこれと同じ事だ

**デフォルトの名無しさん** · 2019/05/25(土) 08:08:36.32

いやちゃんと読めよ
矢印を辿っていけば配置の手順が追えるって書いてあるだろ
例えるならプラモデルの組立説明書だよ。これくらいの文章もまともに読めないんじゃに絵画に見えるのかもしれんが

**デフォルトの名無しさん** · 2019/05/25(土) 08:21:20.64

>>35
はぁ
お前がよく読めよ

矢印を追ってわかるのは処理の実行順だろが
開発環境をどういう操作したら各種処理をそういう風に配置できるのかは依然として全くわからねえんだよ

**デフォルトの名無しさん** · 2019/05/25(土) 08:26:41.65

>>36
ひ

**デフォルトの名無しさん** · 2019/05/25(土) 08:27:58.07

>>36
左のツールボックスにパーツ全部あるだろ…
実際の操作手順通り配置するだけだぞ

というか何のRPAツール使ってるんだ？？？

**デフォルトの名無しさん** · 2019/05/25(土) 08:34:07.80

>>38
どれを配置するかわからねえし
配置した後も独特でわかりにくい操作が何手も必要だろ

**デフォルトの名無しさん** · 2019/05/25(土) 08:41:45.18

レコーダーで撮った手順もツールボックスから配置すんのかよ
レコードの手順なんか図見てもわからねえよ
レコード操作と図の対応がわからねえんだもの

**デフォルトの名無しさん** · 2019/05/25(土) 08:54:43.87

それだけの労力を学習にかけていいのかなRPAというものは
むしろRubyのほうがまだしも簡単かもRPAより
AdaでもAPLでもLogoでもScratchでも

**デフォルトの名無しさん** · 2019/05/25(土) 09:37:15.54

>>41
RPAビジネスで稼ぎたいならば、学習に労力を割く価値があると思います
　・RPA製品を売る
　・雇われてRPAを開発・保守する
　・講師をする

そうでないなら、あえてRPAを学ぶ価値はないと思います
というのも、RPAはあくまで「学習なしでもそこそこできる」ことが売りの商品です
なので、学習が必要な時点でRPAを選ぶ理由の大半がなくなります

**デフォルトの名無しさん** · 2019/05/25(土) 10:14:25.25

>>39
プログラム素人だろ？俺も経理で用意された側だけど
お前の言いたいことはよくわかる

ただのwebページをクリックするだけなら簡単だけど、ポップアップにJava、社内でインストールしてるなんかのシステムとか複合的に動かそうとした時に何のアクティビティを選んで、どう条件式入れればいいのかはよくわからん。

**デフォルトの名無しさん** · 2019/05/25(土) 10:47:19.85

RPAツールの種類によって操作性まちまちだし何のツール使ってるか教えてくれんとなんとも言えない
まともなツール使ってれば直感的に操作できるし、わけわからん操作性のツールもある