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

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

語りましょう

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

>>718
エラー処理に関しては最悪の場合でもなさそうだがな
プログラミングすら知らない素人が正しくエラー処理できるとは思えん

**デフォルトの名無しさん** · 2019/06/21(金) 04:23:03.01

こういうのは？
・動かしていたパソコンが停電や落雷、地震、HDD故障で死んだ。締め切りまであと1時間半
・G20の大阪や、オリンピックの関東で、会社に誰もいないときに
処理が止まって　［続けますか｛Y/N｝]　がブリンクしていたり
瞬断があって再起動しててログイン画面でこんにちは

**デフォルトの名無しさん** · 2019/06/21(金) 07:08:08.83

rpa勘違いしてないか？
新人が仕事ミスって固まるように、rpaもエラーでストップするんだぞ

99 · 2019/06/21(金) 09:12:24.95

そういうのはどう運用するか次第
自PCでやる、専用PCでやる
勤務時間内にやる、夜間もやる

これらははじめに決めて、それに合わせた作りをする
RPAに限らず自動化では考慮することは同じ

**708** · 2019/06/21(金) 09:38:41.33

ありがとう認識再確認出来た
どうもうちのRPA信仰はRPA万能。開発者でもRPA使って自動化余裕よね？みたいなノリだ
あと派遣だから単価が良いとかなんかそういう事情も含まれてて推してるんかな
正直がっつり開発者にRPAやらせるメリットは薄いと思うんだけど

**デフォルトの名無しさん** · 2019/06/21(金) 20:01:44.33

>>721
典型的なパターンだと、入力に論理的な間違いがあった場合、鯖側でデータ更新せずにエラーメッセージを表示(ポップアップではない)、とか
エクセルを読んで、エラーメッセージの確認をしないでループぐるぐるまわして登録、って設計にすると失敗したレコードがロストするかもね

**デフォルトの名無しさん** · 2019/06/21(金) 20:41:02.53

>>723
そもそもRPAは土台ありきの代物
基幹システムが現行機能で対応しきれない所を埋め合わせしていくっていう感じ
だから開発者云々というよりそもそも目的もフォーカスも異なる

新規システムも全部RPAでいけるぜ！って考えてるなら相当やばい

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

新人を上手に育成できるかできないかだろ
ダメな新人もいれば有能な新人もいる

**デフォルトの名無しさん** · 2019/06/22(土) 07:15:29.95

RPA要員にされる新人かわいそう
経済界が作った人口ブームが終わったら他に活かせるスキルなにも無いまま放り出されるんだろ
あんまりだよ

**デフォルトの名無しさん** · 2019/06/22(土) 09:52:48.82

>>727
SEなら可哀そうだけど、非専門職は全ての業務がそんなもんじゃない？

**デフォルトの名無しさん** · 2019/06/22(土) 10:15:47.33

SEじゃなくて間接業務をしてるRPA要員はいい勉強になると思うけどな

**デフォルトの名無しさん** · 2019/06/22(土) 10:22:35.35

pythonや.NETだったら将来も安泰で無限に使い道があったのにねえ

**デフォルトの名無しさん** · 2019/06/22(土) 11:03:34.69

>>710
自社内にないものはサービスとか製品を買う事で希望する結果を得られる
代金はいろいろあるだろう
OSSとかなら本体は無料だけど活用する知識やメンテナンスにお金や工数がかかるかもね
その費用がないなら現状を受容するか自分たちで変えるかじゃね？

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

>>713
プログラミングは小学校の教育に導入される動きがある
社内研修するのも無しではない
全員が100%完璧にできなくてもいいだろ

**デフォルトの名無しさん** · 2019/06/22(土) 11:11:04.49

>>720
それらはRPAで対応すべき事象ではないような気がする
人員配備の改善
ディザスタリカバリとかBCP
無停電電源装置とか自家発電とかの設備投資

**デフォルトの名無しさん** · 2019/06/22(土) 11:17:21.01

>>723
RPAで工数やミスどの程度少なくなるかは具体的な事例で変わるんじゃね？
その減った分をどう活用するかも会社次第
単に残業少なくなって費用減ったねなのか
他の業務で成果を上げられるようにするのか

**デフォルトの名無しさん** · 2019/06/22(土) 11:21:26.14

事務員ならいい勉強になると思うわ
そこからVBAにいったり
扱いやすいエクセルのフォーマットに改善したり

**デフォルトの名無しさん** · 2019/06/22(土) 11:28:06.79

いずれにせよ必修世代が社会に出てきたらRPAは完全に負の遺産なってしまうんだよな
導入するところは脱RPAの手順までしっかり考えてやったほうがいい

**デフォルトの名無しさん** · 2019/06/22(土) 14:06:30.50

>>732 小学校でまずやるブロックプログラミングなんてのは初心者でもわかりやすく思うが、
社会人なら直接 Python から入った方が簡単。

会社内で面白さをアピールするために色んなデモをするのは良いかもしれないけど。

Python は電卓と同じ様に、 1+2 と入れるだけで、3と答えてくれるんだから。 Excel より簡単。この位なら殆ど教育すら要らない。

元々Python の成り立ちは、BASIC と同じ様にタイムシェアリングで誰でも使えて、教育用言語としてシンプルに作られてて、単純で覚えやすいから今や教育用言語の標準になってる。
小学生から研究所の専門家までPython が活躍してる。

元々自動化用としての機能も充実してるから、各種管理ツールなどでの使用も多い。

半世紀前位に、ソフト関係の会社に入って最初に習ったのがBASIC だった。
1～2時間説明を聞いてすぐに実習だったが、単純そのものだったから皆すぐに使えた。
ただタイプライタの前に座ってキーを叩くだけ。電卓と同じ感覚だった。
確か ?1+2
と入れると、3と答えが出てたはず。
BASIC やpython の基本文法では、print文だがタイプのタッチを少なくする工夫がされてた。

Python を触り始めて最初に感じたのは、BASIC と同じ思想で単純だなと思った。言語仕様は単純そのもの。
C の時も単純さを感じた。仕事の傍ら見るには1週間くらいかかったけど。
これだけ進化したコンピュータの世界で、言語の単純さを保ちながら発展できる言語は支持され続けるんじゃないかな。

文系社員でも、Python なら半月から1ヶ月フルに研修すれば基本は問題なく使える様になるだろう。
Excel とVBA に毛の生えたようなもの。元々VBA だってBASIC。 Visual Basic for Applications
多分VBA よりPython の方が洗練されてる分理解しやすいはず。
VBA は、多くはOffice に縛られてるから、言語と言うより自動化ツールに近い。

**デフォルトの名無しさん** · 2019/06/22(土) 14:08:24.93

Webページの認証画面周りだけなぜかFlashで動いてるんですが
これを画像認識使わずに操作って無理ですか

99 · 2019/06/22(土) 14:09:46.27

>>736
脱なんてのは、今考えてもしょうがないと思う
WindowsやEXCEL、vb6にしても誰もがそんなこと考えて導入してないよね
後になって「僕言いましたよね」的に使いたいだけに思える

ちなみに、vb6から .netへの移行は自動変換が散々で使い物にならなかったが、uipathなら .netへの変換は相当互換性高くできると思うよ

**デフォルトの名無しさん** · 2019/06/22(土) 14:14:14.21

てかuipathの勉強て.netの勉強そのものじゃん。
それはまあいいんだけどvbで書かせるなよc#にしろや。

**デフォルトの名無しさん** · 2019/06/22(土) 14:27:34.63

必修程度じゃそんな変わらんだろう
英語みたいな感じに落ち着くんじゃね
個人的な印象だけど

99 · 2019/06/22(土) 14:28:22.07

>>740
私も c#と思ってggったら、そのうち対応するっぽい英文出てきた
（私はほぼ英文読めないし、翻訳してまで内容読んでない）
詳細必要ならは ggってみてください

c#にしたいけど、 >>327 の理由で vb.netで行くことにしました

**デフォルトの名無しさん** · 2019/06/22(土) 14:37:06.94

子供がビジュアルプログラミングから入るのは最低限の語学と数学を知らないという前提があるからじゃないかな
小学生低学年ぐらいに教える時には確かにビジュアルプログラミングの価値はあると思う
その前提が崩れると冗長な遠回りにしかならない

**デフォルトの名無しさん** · 2019/06/22(土) 15:03:15.98

>>743 それはあると思う、算数も知らない子から教えるんだし、動いて面白さを感じさせないといけないからね。

1+ 2
と書いて 3 と言う数字がピカピカすれば子供は大喜びする。

大人はしらけてるだけ。同じ教育をする必要はないが、大人にも面白い教育は必要だな。

大人に効果的なのは、発表の場を与えて存在感をアピールさせることかもしれない。 QC活動、KAIZEN

**デフォルトの名無しさん** · 2019/06/22(土) 15:04:17.75

>>739
Xamlをデシリアライズ→CodeDomシリアライザでシリアライズってやればできるだろうけどメンテナンス性は期待しないほうがいい

**デフォルトの名無しさん** · 2019/06/22(土) 15:23:30.36

屁理屈言ってどや顔して楽しいのかな

99 · 2019/06/22(土) 16:01:52.19

>>745
あなたは、脱RPAの手順をどう考えてるんですか？

**デフォルトの名無しさん** · 2019/06/22(土) 16:04:19.20

教育用のプログラミングツールの進歩は結構なかなかあなどれない
高校でもビジュアルプログラミング
むしろRPAに感覚的に近い

小学校を中心としたプログラミング教育ポータル＞　教材情報
https://miraino-manabi.jp/teaching

**デフォルトの名無しさん** · 2019/06/22(土) 16:45:47.39

>>748
最近のおもちゃは良く出来てるね

99 · 2019/06/22(土) 19:04:35.64

>>745
その程度で動きませんよ
あえて突っ込みませんでしたけどw

>>747 の回答ができるならよろしくお願いします

**デフォルトの名無しさん** · 2019/06/22(土) 19:20:05.09

>>750
簡単にコンバートできないなら益々導入には慎重にならないとな

**デフォルトの名無しさん** · 2019/06/22(土) 19:29:54.66

どの製品にせよ脱RPAを考える前にまずRPAを導入しない選択肢を真剣に考えることだな
導入してしまったらしょうがないから
自動テストを整備してテキストプログラミングに置き換える
テキストプログラムに対してリファクタリングを繰り返してブラウザやデスクトップアプリケーションへの依存を潰す
これを小さい単位に区切って地道に繰り返す
長期的な計画になるから焦らないことだ
あるいは勢いに任せていっきにシステムを刷新するかだな

**デフォルトの名無しさん** · 2019/06/22(土) 19:31:21.35

訂正

- リファクタリングを繰り返して
+ リファクタリングとAPI整備を繰り返して

**デフォルトの名無しさん** · 2019/06/22(土) 20:09:10.32

なんかめっちゃプログラミングの方が～ってレスが目立つけど、RPAってそもそもプログラミングと比較するようなもんじゃないよね
ExcelとPython並べて表計算はPythonのほうが簡単！！セルにちまちま数字打ち込むよりNumpy利用してコード組んだ方が早い(ドヤァ！！ )ってやってるのとなんもかわんないよね

**デフォルトの名無しさん** · 2019/06/22(土) 20:12:27.03

>>754
ここはPC自動化スレやで

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

>>755
プログラミング vs RPAのマウント取り合いスレかと思ってました
あまりにも不毛な主張が多かったもんで、笑

**デフォルトの名無しさん** · 2019/06/22(土) 20:21:42.92

>>754
比較するのは別にいいんじゃない？効率化の手段として何が良いかっていう意味では
ただ、ドヤア感はわかるw 建設的な議論にもほとんどなってないしな

**デフォルトの名無しさん** · 2019/06/22(土) 20:23:33.75

>>756
悪いことは言わない
ここにはなんの価値もないから他のスレ行ったほうが有意義だぞ

**デフォルトの名無しさん** · 2019/06/22(土) 20:32:05.47

>>758
RPAステマベンダー vs 仕事増やされるor奪われるのが嫌SEの熱い戦いから目を離せない

条件分岐も数える程の簡単作業用BOTを非PGに作らせるならRPA
それ以上の高度なことしたいならプログラミング

これで結論出てるのにやたら燃えてる人多くて面白い

**デフォルトの名無しさん** · 2019/06/22(土) 20:40:46.99

建設的な議論にならないのはしょうがない

ビジュアルプログラミングは情報発信も検索もしにくい
それは1990年代から解ってることだが改善の兆しはない
テキストベースの掲示板とも相性が最悪だ
具体的な話題に踏み込むと社外秘のシステムについて触れてしまう可能性がある
議論しにくくなる理由が沢山ある

RPAベンダがもっと積極的に練習用アプリやRPAコンテンツ共有サービスなどを無料で提供すべきだ
共通の話題とインフラがあれば議論も少しは活発になるだろう

**デフォルトの名無しさん** · 2019/06/22(土) 20:51:21.05

クラウドソーシングでwinactorの仕事依頼が舞い込んできたのだけど、ぶっつけ本番でもいけますか？
pythonとかによる自動化は相当自信あります。

**デフォルトの名無しさん** · 2019/06/22(土) 21:39:37.72

UIAutomationを使いやすくしてくれるだけでいい。

**デフォルトの名無しさん** · 2019/06/22(土) 22:32:38.27

>>759
これが全て

ダウンロードの自動化
簡単な集計配信の自動化
システム入力の自動化
アップロードの自動化

主にこれくらいだと思うわ

条件分岐って言ってもマスタに存在しないエラーの対応やダウンロードやアップロードの確認くらいだろ

**デフォルトの名無しさん** · 2019/06/22(土) 22:57:20.30

ライセンス料もったいねえなあ

**デフォルトの名無しさん** · 2019/06/23(日) 05:04:33.31

bizroboってどうですか？
RPAテクノロジーズの営業がバックグラウンド処理が出来るのでPCを専有せずロボット用のPCを用意する必要がない
と言っていたが、よく聞いてみるとバックグラウンド処理出来るのはWEBとエクセルの操作だけでデスクトップアプリを使う場合はリモートで別PCをロボットが操作するとか。

あとbizroboはオブジェクト認識だからWEBのレイアウトが変更してもタグさえなくならなければエラーなく動くと言ってましたが、
他のRPA製品はオブジェクト認識というものは出来ないんですか？

**デフォルトの名無しさん** · 2019/06/23(日) 06:57:43.16

Excelとの相性は良くないけどね
これはRPAツールに共通

**デフォルトの名無しさん** · 2019/06/23(日) 07:04:03.57

>>759
条件分岐も数えるほどとかなら
テンプレートのテキストをコピペして
少しの修正で簡単に作れるんじゃね？

**デフォルトの名無しさん** · 2019/06/23(日) 07:06:18.57

>>760
ビジュアルプログラミングはプログラミング体験をするために使って
どんなものか判ったらテキストプログラミングすればいいのでは

それかビジュアルプログラミングで大枠やテンプレートやスケルトンを作って
テキストで修正やデバッグ

**デフォルトの名無しさん** · 2019/06/23(日) 07:07:18.89

Sleniumレコーダ使えばビジュアルプログラミングできるし
エクスポートしてテキストで修正すれば良い

**デフォルトの名無しさん** · 2019/06/23(日) 07:15:27.44

>>737
半世紀前に就職って70才ぐらいかw

**デフォルトの名無しさん** · 2019/06/23(日) 10:55:12.22

>>531
>>610
GoogleのOCRも精度かなり良いぞ
手書きでも綺麗に書いてあったらちゃんと読み込める
https://i.imgur.com/yVXQ3K9.jpg
https://i.imgur.com/IRYM6PS.png
https://i.imgur.com/npvl21i.jpg
https://i.imgur.com/MWshNsL.png

**デフォルトの名無しさん** · 2019/06/23(日) 11:35:46.99

札w

**デフォルトの名無しさん** · 2019/06/23(日) 12:32:51.60

>>766
そか？Blue PrismはExcelとの相性いいぞ

**デフォルトの名無しさん** · 2019/06/23(日) 12:49:58.37

>>773
具体的には？

**デフォルトの名無しさん** · 2019/06/23(日) 14:07:17.57

UiPathはVSのソリューションに相当する管理単位は存在しますか？
またプロジェクト参照に相当する参照の管理方法はありますか？
ちなみにプロジェクト参照とはパッケージのパブリッシュ(nugetパッケージ化)を経由せずに直接的にローカルの別のプロジェクトを参照する機能の事です

ライブラリプロジェクトA
ライブラリプロジェクトB
ライブラリプロジェクトC
メインプロジェクトM

CはAに依存
MはBとCに依存

上記のようなよくある平凡な構成を考えています
しかしソリューションに相当する単位をどうやって作るのかわからないので困ってます

**デフォルトの名無しさん** · 2019/06/23(日) 15:52:19.55

>>774
20個くらいロボット作ったがExcelの処理で困ったことないぞ
欲しいアクションもExcel VBでBPに追加出来るし
逆にどんな事をしたくて、出来なくて相性が悪いと思ったんだか知りたい

**デフォルトの名無しさん** · 2019/06/23(日) 16:04:35.23

>>776
言葉に対する認識の違いがあるようだ
困らないのは当たり前であってそれだけでは相性は良くも悪くもない
他(他社RPA, VBA, 他PG言語)と比べて特に優れているなら相性が良いと言っていいかな

**デフォルトの名無しさん** · 2019/06/23(日) 17:41:45.46

Excelの操作なら全部VBAでできるやん。

**デフォルトの名無しさん** · 2019/06/23(日) 18:24:32.55

そ、Excelの処理は全部VBAで出来る
BPのExcel処理はあらかじめ書いたVBAを呼び出して使ってるだけ

**デフォルトの名無しさん** · 2019/06/23(日) 18:24:41.03

bizrobo使ってる人いないのか。RPAテクノロジーズ社が国内NO.1RPAカンパニーといってたが何がNO.1なんだ？

ここ見るとuipathばかりじゃねーか。

**デフォルトの名無しさん** · 2019/06/23(日) 18:53:24.31

>>777
顔真っ赤にして屁理屈こくな笑

**デフォルトの名無しさん** · 2019/06/23(日) 18:54:42.67

>>780
その営業さんに直接聞けばよいのでは？

**デフォルトの名無しさん** · 2019/06/23(日) 19:00:11.38

>>779
ビジュアルプログラミングでちまちまエクセル操作を描くより遥かに良い選択だね

**デフォルトの名無しさん** · 2019/06/23(日) 19:22:47.25

どなたか>>775わかる方いませんか？

**デフォルトの名無しさん** · 2019/06/23(日) 19:52:28.34

>>779
RPAでやるようなことも全部VBAで出来るし、実際やってる。

99 · 2019/06/23(日) 19:58:39.42

>>775
やっていいかどうかはわからん&未検証だけど、
Mの下にBとCフォルダ作ってそれぞれソース入れる
Cの下にAフォルダ作って入れる

今回の例ではこれでいけるかもだけど、BもAに依存だとこの方法が使えない
片方のAを主として編集してもう片方に随時コピー的な工夫でやることになるかな…

上記フォルダ構成とファイルコピーはスタジオ閉じてやって可
その後Mを開く

99 · 2019/06/23(日) 20:03:24.21

>>786
ライブラリをパッケージ化したら、置き換えで直すことになるかな…
でも、検索さえできないんだよね…
xaml直接修整する知識orツールを作ることになるかな…

**デフォルトの名無しさん** · 2019/06/23(日) 20:04:47.36

RPA向きのシステム規模を超えてるのでVSで作りましょう

**デフォルトの名無しさん** · 2019/06/24(月) 15:12:37.30

>>749　おもちゃじゃなくて教材だからね。　楽しく遊んだ感覚で勉強できるけど。
>>780 それ以外はほとんど有料だし、具体的な話もしずらいから仕方ない。試そうにも試せないしな。
RPAメーカーの食い物にされてるんだよ。

**デフォルトの名無しさん** · 2019/06/24(月) 15:17:10.68

>>754 なんだってよいだろ。　便利な方を使うだけの話じゃないの？　
一応知識だけでもどんな方法があるかくらいは知っておかないと地獄に落ちていても気づかないだろうな。
誰も絶対的に何が良いとか言っていない。

**デフォルトの名無しさん** · 2019/06/24(月) 15:25:57.77

>>768 折衷案。　PyAutoGUI
ビジュアルプログラミングからテキスト落とし込み。
（と言うか　Pythonの自動化ツールをまとめ上げたもの）

https://www.y-shinno.com/pyautogui-vba-1/

**デフォルトの名無しさん** · 2019/06/24(月) 19:14:43.21

>>786
モジュールを意識して作りたいのでサブフォルダではなくできればプロジェクトを分割したいのですが難しそうですね

**デフォルトの名無しさん** · 2019/06/24(月) 19:28:52.58

PyAutoGUIって要素の認識方法がテンプレートマッチングの画像認識オンリーなのが微妙すぎない？？
おまけに閾値判定入れようと思うとOpenCVにおんぶにだっこってのもなんだかなぁ…
あと画像判定用のスクショをいちいち自前で用意しなきゃいけないのもめんどくさすぎ
これ入れるくらいならSelenium、Appiumあたり勉強するか、無料版UiPathあたり入れた方が良さげ

**デフォルトの名無しさん** · 2019/06/24(月) 20:22:25.00

>>792
UiPathだとNuget単位ならManageSources上で配置してる箇所を指定とかできるけど
ライブラリ専用プロジェクトだとあんまりいいやり方思いつかないな

**デフォルトの名無しさん** · 2019/06/24(月) 21:49:59.88

オレオレIDEではなくVisualStudioの拡張パックとして配布してくれ
UiPathの中の人ここ見てたらマジでよろしく頼む

99 · 2019/06/24(月) 22:41:25.73

>>792
ABCそれぞれのフォルダ下で見れば別のプロジェクトにもなってます
（ABC各フォルダの下に projファイルがあると）
Mから見れば、全てを修正しながら開発できるので、ソリューションに似たことができるかなと。
あくまで疑似ですけど、VSも昔はソリューションありませんでしたし

99 · 2019/06/24(月) 22:48:02.07

>>795
ほんそれ
enterで改行しないでほしいし、カーソルは見えないとこ行くし、テキスト入力ボックスももっとはじめから大きくしといてほしい

日本にもuipath自身の開発チームあるんじゃなかったっけ
改善要望送ろうと思ってます

**デフォルトの名無しさん** · 2019/06/24(月) 22:52:32.72

>>797
うちの現場でもenterで改行する仕様変更はめっちゃ評判悪いわ
True/Falseですら改行させるって使用感とか考えないのかと思ったわ

**デフォルトの名無しさん** · 2019/06/24(月) 23:48:48.24

>>793
画像認識で動かさないといけないネイティブアプリのときのうまい処理教えてくれ

今は適当に簡単だからPyautogui使ってるけどテンプレマッチングがたまにこけるんだよ

**デフォルトの名無しさん** · 2019/06/25(火) 01:42:16.52

>>799
プログラミングでやるならinspectで頑張って要素特定してWinAppDriver使うのが無難かな
無理そうならUiPathのセレクタ自動生成機能に頼るもよし
画像認識って方法を取る限りは常にちょっとした環境変化でコケるリスクがあるし、仮想環境でどうしてもとかじゃ無い限りは極力使うべきじゃないなー

**デフォルトの名無しさん** · 2019/06/25(火) 10:26:42.32

>>800
あーなるほど。WinappDriver触ってなかったからなぁ。
勉強がてらJavaアプレット（化石）の内部も行けるか試してみようかな。

Uipathとかは使ってない。
そういうツール使っちゃうと、Winactorさん勢力が乗っ取りに来て怖いから（会社方針）

**デフォルトの名無しさん** · 2019/06/25(火) 11:35:06.88

>>793 PyAutoGUI は　seleniumも入ってるよ。　使いやすいものを使えばよい話だろ。
使ったことないけど、Appium もWebDriverをインストールすれば使えるんじゃないのかな。

例えば、
<Python, PyAutoGui, Selenium> 認証ウインドを乗り越える、、
http://nekoyukimmm.hatenablog.com/entry/2017/12/13/203606
ブラウザBrowserが出す認証ウインドAuthentication Requiredを通過する技。
ググるとこのウインドは、ブラウザが出すもので、Seleniumで制御できないっぽい。
ということで、PyAutoGuiで対応したっす。

ブラウザを画面いっぱいにして、真ん中に現れる認証ウインドをクリック、
そして、タブで入力箇所を移動して、 IDとパスを入れる。
その後は、Seleniumに制御を戻す。

（Selenium だけで乗り越える手も無きにしも非ずだが）

**デフォルトの名無しさん** · 2019/06/25(火) 12:48:49.12

>>802
PyAutoGUIとSeleniumは全然別のライブラリだぞ…同じPythonで使えるってだけ
あとこのリンク先、やってることはもう画像認識ですらなくてただ単に画面中央の座標をクリックさせてるだけだぞ…
時間差でウィンドウが出た場合とかクリックがコケタ場合とかなーんも考慮してない
その場しのぎの使い捨てでこういう方法取るならいいと思うけど実務ではちょっと怖くて使えないなあ。。。
こんな回りくどくて綱渡りみたいなことするくらいなら大人しくUiPathで処理するかWinAppDriver叩こうぜって話

99 · 2019/06/25(火) 13:50:31.92

break…

やはなまなくそぼけ～さはあまら

**デフォルトの名無しさん** · 2019/06/25(火) 15:51:00.18

httpはただの文字列のやり取りなんだからそもそもGUIなんて要らない

**デフォルトの名無しさん** · 2019/06/25(火) 17:36:46.09

http2から違うんじゃなかったっけ？？

**デフォルトの名無しさん** · 2019/06/25(火) 18:44:13.33

>>803
リンク先は情報が少ないけどベーシック認証の事を言っているのだろう
ということは正解はリクエストヘッダに認証トークンを追加することだ
UiPathやWinAppDriverはむしろ遠回りでダーティな解決案だと思う

**デフォルトの名無しさん** · 2019/06/25(火) 18:49:12.52

いやどちらかというとURLに認証情報くっつけるほうが簡単か

**デフォルトの名無しさん** · 2019/06/25(火) 19:01:39.46

あーベーシック認証かこれ
ならURLにベタ打ちが手っとり早いね

**デフォルトの名無しさん** · 2019/06/25(火) 19:34:44.99

こういうところなんだよな
RPAは不安定で汚くて遠回りの無駄だらけ
セレクタの取得がほんの僅かに楽になる程度のメリットでは到底打ち消しきれないほどにデメリット満載

**デフォルトの名無しさん** · 2019/06/25(火) 19:59:54.33

RPAに高いライセンス料払って、RPAで一生懸命ダイアログ開いて保存してを繰り返すフロー組んで、
RPA専用マシンを独占して長い時間を掛けてファイルをダウンロードしてる同僚にwget教えてあげたら泣きだしちゃった
よっぽど嬉しかったんだろうな

**デフォルトの名無しさん** · 2019/06/25(火) 20:11:04.83

え、この流れでなぜRPA批判になる？？不安定さで言うとPyAutoGUIのが酷いだろ…
ネガるにしてももっと工夫しろ、笑
まあ適材適所で自分が便利だと思うもん使っときゃいいんだよ
RPAが輝くのは"セレクタ取得が楽になる恩恵"がその他デメリットを上回るケース
=超単純作業若しくはレガシーWinネイティブアプリが対象の場合だけって結論でてるじゃん

**デフォルトの名無しさん** · 2019/06/25(火) 20:20:32.11

>>811
wgetで直ダウンロードの繰り返し処理かましたら
システムの主管部署からクレームくるだろ

**デフォルトの名無しさん** · 2019/06/25(火) 20:21:26.12

>>811
Irvine教えたら失禁しそう

**デフォルトの名無しさん** · 2019/06/25(火) 20:55:52.40

このスレ見てるとRPAよりも効率的な自動化の方法ありそうだけど
そっちが流行らないのは何でなん？
プログラマ的にそっちの方が食い扶持になりそうなのに

**デフォルトの名無しさん** · 2019/06/25(火) 21:27:44.31

>>812
そんな滅多にない超単純作業に備えてお高いライセンスを買うのは合理的とは言えないかな
それにヴィジュアルで超単純ならテキストでも超単純になるからそこでも差はつかないよ

**デフォルトの名無しさん** · 2019/06/25(火) 23:11:32.33

>>815
ありそう、じゃなくて、あるに決まってるんだけど、
情シスが動かないから、ユーザー側でどうにかしようってのが、
RPAとかVBAによる自動化なんだよ。

**デフォルトの名無しさん** · 2019/06/25(火) 23:22:36.06

少なくとも今RPA担いでるやつらユーザー側にシナリオ作らそうなんて思ってねーぞ。
結局シナリオも作ってくださいって泣きつかれた方が儲かると思ってるからなｗ