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

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

語りましょう。

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

このスレにはUIPathユーザ多いよな？
>>592の援護、頼む。

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

>>587 おいおい、現代でフローチャートを描いてるプログラマなんているのか？俺なんか半世紀前に書かなくなったよ。
どうしてもドキュメントが必要だと言われれば、オートフローチャートで出力してたこともあったが、そんなことも言われなくなったな。

プログラム上のコメントが一番だよ。

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

UiPathは大人のScratchって感じ
しかも売り上げ5億以下の会社なら無料で使える
実際の業務を自動化するっていう喫緊の課題に対してコミットするからモチベも保ちやすい
ついていけない奴はそもそも論理的思考が向いていない。脱落してもらうが吉
生き残った奴はプログラミングの基本構文がわかってくる頃にはもうロジック組むのが楽しくなってるはず
ここでRPAをデリート！！pythonに移行！！！！！
ぼくのかんがえたさいきょうの1億総活躍戦略

**デフォルトの名無しさん** · 2019/05/11(土) 02:58:15.91

>>585
あなたもちゃんと読んでね根拠を書いてくれって言ったのに主張を声高に繰り返すだけで↓ その主張の根拠はひとつも書かないんだもん主張と根拠の区別がついてないのかな

＞ VBAで同じ状況が否定されてる
＞で、そういう人の書いたコードの殆どが糞なのが現実

否定されてるという根拠は？同じ状況というけど事務部門にVBAできる人が大量にいる環境ってあった？コードの殆どが糞だという根拠は？

別に定量的な根拠でも定性的な根拠でもなんでもいいけどねあなたの経験上そうだって言うならそれでも構わないけど、「どういう仕事をしてきて、どれくらいのVBAユーザーと関わってきて」とか書いてくれればそれはそれで有意義な情報になるだろうね
現状のあなたは「クソはクソだ」って叫んでるだけよ

**デフォルトの名無しさん** · 2019/05/11(土) 03:04:26.35

データベースをCUIで構築しろ、パソコンをCUIで操作しろって言われても無理ってなるけど
AccessやExcelで(なんちゃって)データベースは作れるし、Windowsは操作できる

GUIは偉大まぁ言い過ぎだろうけど基本的にはそういうイメージだと思うけどね

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

>>597
おじいちゃん！

**デフォルトの名無しさん** · 2019/05/11(土) 09:58:34.36

フローチャートの最大の欠点って、ちょっとアルゴリズムが複雑になると
結局図で見ても全然わからなくなることなんだよな
複雑なものはどう表現しても複雑
当たり前のことなんだけどな

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

>>602 そう、プログラムをわかりやすく書いてコメントを丁寧につけることが一番。
フローチャートなんてなんどもメンテナンスしていくと同時更新なんて不可能に近くなる。詳細フローチャートは要らないな。

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

でもRPAではフローチャートで作るんだろ？

**デフォルトの名無しさん** · 2019/05/11(土) 13:37:02.08

AはXという前提においてBだからYになるみたいな
原始的な論理式の組立が苦手な人が多いので、フローチャートは良い道具

**デフォルトの名無しさん** · 2019/05/11(土) 14:01:46.69

そんな複雑なのはRPAでは作らないのがいいだろう
あくまで業務改善ツールの１つて事だろ

**デフォルトの名無しさん** · 2019/05/11(土) 14:12:43.19

事務員の素人がつくったVBA見てきたけど、
マジックナンバーが多々あったり
変数がaとかbで命名されてて何に使ってるか分からなかったり
無駄な繰り返し処理が多くて遅かったり
適切に処理を関数化されてなくただひたすらメイン処理にすべて記述されてたり
可読性が恐ろしく低くインデントもされてない
そんなのばっかだったな。

**デフォルトの名無しさん** · 2019/05/11(土) 15:37:27.85

>> 607
あなたはどういう立場で、どういう職種の人達を見てきた感じ？

ちなみに、公務員の事務員を数年やってる私の感触としてはこんな感じ↓ 数百人程度接してきたかな

Excelを使える(初級 sum関数フィルタ程度) 50%
Excelを使える(中級 vlookup関数ピボット等) 40%
Accessを使える 9%
VBAを使える 1%

AccessとかVBAを使える人は向学心の特別強い人たちだからコーディングルールとかの作法にも気をつけてる印象完全個人使用のものは別だが
こういう低レベルな環境からするとRPAは神だと思うよ

**デフォルトの名無しさん** · 2019/05/11(土) 15:51:48.06

>>608
自分の実感ともおおむね一致なのだけど、
vbaやる人のコーディングルールってハンガリアン記法とか変数を関数の先頭に全部書くとかそんなレベル
しかもコピペがベースだからあんまり統一したルールもない印象
個人とか周り数人レベルで使うならまあいいんじゃないのって感じ

**デフォルトの名無しさん** · 2019/05/11(土) 15:59:36.10

>>599
完全一致しか認めないバカとしか言い様が無い。
全然分かってない。

**デフォルトの名無しさん** · 2019/05/11(土) 16:04:48.99

>>608
そのVBA1%は職場にもよるわけで、10%の所もあれば30%の所もある。

で、その10%や30%の内で、コ－ドを見て、出来ると思うことが殆ど無い。

**デフォルトの名無しさん** · 2019/05/11(土) 16:09:26.89

>>609
コーディングルールもそうだけどね。
処理の内容が一番ダメ。

ピタゴラスイッチのようなコードなんだよね。
たまたま動いたという感じ。

他アプリの操作で言えば、平気でSendkeysとか使うのは見た瞬間にアウト。

**デフォルトの名無しさん** · 2019/05/11(土) 16:13:55.42

ようするに俺様スゲーって言いたいのかな

**デフォルトの名無しさん** · 2019/05/11(土) 16:46:46.70

そのようだね手当り次第俺スゲーやってるね

**デフォルトの名無しさん** · 2019/05/11(土) 17:09:36.30

まぁここに書き込んでるSEは他の業種、経営層にマウント取りたいだけだからな(笑)

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

sendkeysの何がいけないのか謎
キーボード入力イベント必要ならsendkeys以外の選択肢なくね？

**デフォルトの名無しさん** · 2019/05/11(土) 17:37:38.64

>>616
フォーカス周りで不具合出る
ウインドウへ確実に入力できる保証がない

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

プログラマはシステムとの比較を念頭に置きがちっぽいけど、正しくは手作業との比較なわけだからなあ

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

>>608
元々システム開発やってて情シスに移ってきた人間。

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

>>617
そんなこと分かり切ってるが代替策ないんだし使わざるを得ないだろって話
keybd_eventなんてもっとひでえし
sendkeys後に要素値チェックいれるのが現実的じゃないかね

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

SendMessageでは入力された事にならず、キーボードエミュレーションでしかだめな時がある

**デフォルトの名無しさん** · 2019/05/11(土) 20:10:35.89

>>619
どもども RPAを語るのにかなり適切な立場の人なんだね
印象としては誰かがテキトーに作ったのが残っている感じなのかねーそれで情シス(RPA？)にお呼びがかかったとかかなーなんとなく
まぁもしお時間があればその辺の経緯もお願いします

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

基本的にRPAを選択した時点でかなり追い詰められてると思う
RPAが良いか悪いかは置いておいてスタート地点が既に詰んでる

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

>>608
>RPAは神だと思うよ
死ね
氏ねじゃなくて死ね
お前公務員じゃなくて会社員だろ
ステマ情報書きこんでんじゃねーぞゴミクズが
その数字はRPAの良し悪しと何の因果関係も無いだろうが

そもそも成功している人間がこんな掃き溜め掲示板に
情報提供しにくるインセンティブなんてあるわけないだろ

RPA関係者なんて極少数
特定したら　ブチ殺しに　行ってやるよ

**デフォルトの名無しさん** · 2019/05/11(土) 21:34:21.27

馬脚を現したか

**デフォルトの名無しさん** · 2019/05/11(土) 21:35:03.03

やべえ奴いるな 1人かな
システム会社にリストラでもされたんかね

**デフォルトの名無しさん** · 2019/05/11(土) 21:38:23.65

www

そもそも、導入しようとしている人たちは、
RPAが良いらしいぜ、って情報を、
一体どこで見つけてくるんだろうね。

逆に、このスレに書かれているような現実も、
すぐにわかりそうなもんだが。

**デフォルトの名無しさん** · 2019/05/11(土) 21:57:17.34

>>627
広告とか営業とかからだよ
「導入してこの数字だけ効率化」みたいな検証方法を隠蔽して結果だけ提示するITメディアの記事は分類としては広告な
追い詰められてるから夢を見るのがよっぽど心地よかったんだろうな

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

現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。

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

現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。

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

ごめんなさい、連投してしまいました...
>>622の方への返信のつもりです。

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

>>629
エンジニアだけどGUIのプログラミング難しすぎて全く効率が上がらない
どうやったらあんなので開発効率をあげれるのか秘訣を教えて欲しい

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

>>632
どのRPAツールを使っているかにもよると思います。
少なくとも、今使っているツールを使ってwebスクレイピングを実現するにあたって非効率と思ったことはないですね。
ステマっぽくなりたくないので、製品名は控えてさせていただきます。

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

>>633
秘訣を聞いたのですが？

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

こんなところで有益な情報を得ようとしている時点間違っていると思います。
自分の頭で考えられない人には、どんな魔法のツールを使おうが成果は出ないと思います。

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

>>633
ありがとうございます変な人はスルーした方が良さげですね

エンジニアも(分野によっては)RPAの方が開発効率が良い、ってのは斬新な意見ですね実はRPAはエンジニア向きだった！？、みたいなスクレイピングだと要素の指定がしやすいとかでそうなのかなちょっと調べてみます

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

>>635
そういう誤魔化しじゃなくて秘訣を答えられないの？
まあどうせ実際にはRPAを使ってもいないんだろうな
だから答えられない

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

ここRPAを流行らせたい人達がまあまあいる印象がある

自分は一度RPAの導入コンサルみたいな人のレクチャーで
無料版使って動かしたけどフローチャートぽいのをGUIで作って条件分岐とか例外処理みたいなのを体験したぐらい

感想としてはちょっと微妙かなって感じ
ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし、お金もかからんのではってことで全く学ぶ意欲が湧かんかった

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

まあぱっと見RPAは夢の魔法のように見える。
事務員でも使えますは嘘だが、プログラマに使わせれば一定の成果は出すだろう。

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

>>638
＞ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

激しく同意
BizRobo使って画面掴もうとしても上手く行かない
IEの類いは動くけどsapやProActiveなんかはログインすら困難
バッチ組んだ方がマシに動く
相性とかクセとかがありすぎる

**デフォルトの名無しさん** · 2019/05/11(土) 23:43:01.69

太古のシステムでウインドウハンドル掴んで特定の要素にメッセージ送ろうとするとセレクターの解析がめんどい
RPAならそこんとこワンクリで解決するから単純な使い捨て自動化ツールをパパっと作るには便利だとは思う

**デフォルトの名無しさん** · 2019/05/12(日) 00:23:45.92

とりあえず動くじゃダメだ技術的負債だってやつがいるけど、まず動くことが大前提だからな。

**デフォルトの名無しさん** · 2019/05/12(日) 00:31:22.76

そもそも、すべてのオブジェクトに名前つけときゃいいんだよな。
IEでタグ調べて、innerTextが〇〇だったらクリック、
とかやってるけど、アホかと。

**デフォルトの名無しさん** · 2019/05/12(日) 00:32:05.91

>>638
＞ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

RPAのGUIだけで作れば裏でRPAがやってくれそうなものだけど

**デフォルトの名無しさん** · 2019/05/12(日) 02:07:47.15

Japan IT Week春で感じたRPA業界３つの変化
https://rpahack.com/ai-rpa

**デフォルトの名無しさん** · 2019/05/12(日) 06:46:27.41

RPAでWeb画面の画像認識で動かしてるのがあったわ
デザインすぐ変わって速攻で動かなくなるわな

しかも「今週の通貨換算表」とかいうやつで
そんなんは銀行やら証券会社の会員画面からCSVで落とせるんや…

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

bizroboがダメなんだろ

**デフォルトの名無しさん** · 2019/05/12(日) 08:27:09.03

>>612
すみません、もしよかったらアドバイス頂けませんか？

いまpythonとseleniumを使ってウェブページにsend_keysで入力しています
今のところは何千文字の入力を扱っていないのでいいのだけど、文字数増えるとsend_keysでは遅すぎるとサイトで見ました
入力速度を上げるにはコピーペーストのような処理をしたりするのでしょうか？？

**デフォルトの名無しさん** · 2019/05/12(日) 08:29:32.91

>>646みたいな例って
RPAの営業がRPAの営業しかしておらず、
顧客の課題解決の為の包括的な提案を出来ていないことに問題あるような　

**デフォルトの名無しさん** · 2019/05/12(日) 09:07:06.27

技術的なサポートは窓口あるんじゃないのかね

**デフォルトの名無しさん** · 2019/05/12(日) 09:33:19.32

>>621
ダメなのは知識が足りてないだけだ。
Sendkeysは制御出来ないから動作中にマウス触ったりして別にフォーカスが移動するなど最悪なことがある。
触らなければOKでも、そんなプログラム組むのは恥ずかしいと思わないようじゃダメだね。

それに「平気で」使うのはアウトだが、自分のスキル不足で仕方無く使うのはアウトじゃねーよ。

**デフォルトの名無しさん** · 2019/05/12(日) 09:48:36.28

>>648
あなたの言ってるのはSeleniumのsend_keysで、自分の言ってるSendkeysとは違う。

色々なSendkeysがあるが、どこに入力するかが固定されている(制御出来ている)なら問題とは思わない。
一方VBAで使われるSendkeysのように「どこに」が無く、その前に「どこ」の部分にフォーカスを移す等して制御しようとするものは、実際には制御になっておらず、動作中にマウスクリック等で別にフォーカスを移すとそこに入力しちまう。
勿論、それをさせないように頑張る方法があるかもしれないが、それを筋悪として却下出来ない人は、他のコードも推して知るべしだ。

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

>>645
既にこんな導入されてんの？↓
導入から活用にテーマがシフトＭＭ総研が2019年2月に行った調査では、年商1,000億円以上の大手企業で39％、年商1,000億円未満の中堅・中小企業では27％がRPAを利用

こういうのもあるのね↓
「誰でも使える・Excelの延長」を打ち出すSCSK株式会社のCELF RPAブースが盛り上がっていたのも印象的でした。CELFは1端末あたり年間利用料35,000円

**デフォルトの名無しさん** · 2019/05/12(日) 10:14:31.82

宣伝うぜー

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

RPAって、RPAから始まったのかな。
オンラインゲームで、自動でモンスター狩るツールが元とかじゃなく。

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

RPA業界の現状ってこんなところか？

- RPAを使うにはそれなりに技術が必要だと知れ渡ってきた
- 誰でも簡単にできるの売り文句は通じなくなってきた
- 誰でも使えると思ったけど実は難しかったRPAをゴミにしないためにどうするか?
　- RPA人材教育サービスを買う
　- RPA特化人材派遣サービス買う
　- 難しい既存RPAと比較して誰でも簡単なRPAを諦めずに探す

とにかく買わせてロックインさせて人材を送り込み長期間に渡って集金する
数多存在する既存のノンプログラミング開発環境と全く同じ手口
ベンダーの計画通りってとこかな？

どうせ後で高額なRPA人材教育サービスやRPA特化人材派遣に頼るぐらいなら
最初からpython教育したり通常のSEを雇ったほうがいいんじゃないか？
もう買ってしまった企業はもう止められず行くところまで行くしかないんだろうけど
これから始めようとしてる企業は先を見据えた賢い買い物をしてほしい

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

>>656
＞- RPAを使うにはそれなりに技術が必要だと知れ渡ってきた
＞- 誰でも簡単にできるの売り文句は通じなくなってきた
＞- 誰でも使えると思ったけど実は難しかった

ここ同じこと繰り返してるけど、根拠は？

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

>>652
VBAってSendkeys、SendMessage、keybd_eventの他に要素指定してキー入力できるプラクティスあったっけ？
外部アプリ操作にVBAを選択した時点で失敗してるって話なら納得だが…

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

>>658
UIAutomationは？

**デフォルトの名無しさん** · 2019/05/12(日) 13:09:17.58

>>652
なるほどですね！send_keysと勘違いしていました…
いまは望んだ通りの動きを、プログラムがしてくれるので良かったです
自分のレベル上げられるよう頭使って書いていくね！ありがとう~

**デフォルトの名無しさん** · 2019/05/12(日) 14:53:56.43

>>658
SendMessageで何通りもあるし、キー入力前に対象にフォーカスを移さないと成功しない場合もあれば、フォーカス有ってもマウスカーソルがその場所に無いとダメな場合もある。

**デフォルトの名無しさん** · 2019/05/12(日) 14:58:59.90

>>659
UIAutomationの場合もフォーカスやカーソル問題はあり得る。

フォーカス問題で勘違いして欲しく無いが、フォーカス問題で入力出来ないなら良いけど、他へ入力出来るのは問題。

**デフォルトの名無しさん** · 2019/05/12(日) 15:08:30.51

>>662
マウスとキーボード操作するならともかくコントロールにテキストセットするタイプなら問題なくね？

**デフォルトの名無しさん** · 2019/05/12(日) 15:49:27.52

>>657
根拠は
①実際に自分で使ってみた感想
②同じく使ってみた人に聞いた感想
③教育や派遣が有料サービスとして成立して注目されだしてるから(誰でも簡単にできたら商売にならない)

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

>>662
では662が考えるVBAで外部アプリを操作をする場合のベストプラクティスは何？

**デフォルトの名無しさん** · 2019/05/12(日) 17:32:56.92

>>658
IE限定で、getElement(s)By()。

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

>>666
MS製品はDOM弄れるから自動化楽だよなあ
実情はIE非対応のサイトやらの都合でChromeかFireFoxが自動化対象になることが大半だし結局Selenium触ることになるけど

**デフォルトの名無しさん** · 2019/05/12(日) 18:55:38.58

スクレイピング目的ならJavaScriptを流し込むのが実は一番楽
seleniumはテストのために操作をエミュレートするって目的が強いから多少面倒なところがある

**デフォルトの名無しさん** · 2019/05/12(日) 18:57:33.76

javascriptというかpuppeteer

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

>>27 そもそも3人の仕事がRPAです1人になるとしたらそれは、元々システム化されていないんだから、基本から見直すべきだぞ。
そんなことで喜ぶのでは無く悲しむべき事態だと思うけどな。

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

>>664
返信ありがとうそういう根拠なら位置づけを限定的にすれば真っ当な話だと思う「現状の問題点は」とか、「現状上手くいってないところは」とか

本題に入ると、意外と難しいにしても使いこなす人も出てくるはず割合次第だけどそれだけで既にペイする可能性もある(ここがPythonなりVBAより敷居が低いメリット)
勿論殆どの社員が見向きもしなかったらまずは社内で対策やろうね教育とか派遣とか含めて推進部署がやらされるかな
それでもダメなら仰る通り外注だろうねここまで来たら教育は効果なさそうやし派遣も導入だけ１ヶ月数十万とかで済むならペイしそうだけど(RPA自体に月100万とかかけるわけだから)、恒常的にとなると仰る通り計画破綻かもしれない(勿論それでもペイする可能性はある)

金額の話になっちゃうと極端な話ケースバイケースとしか言えないから難しいね
「RPAがペイするかどうか」じゃなくて「ベストなのはどちらか」が重要だと言われそうだけど、経営者的に手を出しやすいのはRPAの方なんだと思う理由聞きたければ別途聞いてくれとりあえず長くなったからこんなもんで
賢い買い物して欲しいのはほんとそれ

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

つかRPAに積極的に投資できる中～大企業ならフロア内にプログラミングできる社員数名は絶対に隠れてっからそいつら探したほうが早い

**デフォルトの名無しさん** · 2019/05/12(日) 20:16:05.34

（絶対面倒を押し付けられて現場で矢面に立たされた挙句にロクな対価もないから黙っとこ）

**デフォルトの名無しさん** · 2019/05/12(日) 20:47:42.27

ExcelのVBAだって、共用テンプレートには書かないよな
自分用のPersonal.xlsに書いて、使えるのは自分だけにする

**デフォルトの名無しさん** · 2019/05/12(日) 21:06:28.32

システム部がロングテール的な事務作業を自動化してこなかったのが悪い

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

自動化したら職を失う人がいる
彼らに配慮してワザと手作業の余地を残した
日本企業はカンタンに首を切れないからそういう判断も時には必要

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

特に政権よりの企業は雇用率維持のために頑張ってるからね

**デフォルトの名無しさん** · 2019/05/12(日) 21:42:07.64

よりクリエィティブなポジションに異動するんやで。

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

RPA否定してるのも日本の雇用のためを思っているって事か！？

**デフォルトの名無しさん** · 2019/05/12(日) 23:02:24.92

>>672
>>673
ホントそれ。
俺も、見つかる(プログラムが書けるのがバレる)まで、5年くらいかかったわ。

**デフォルトの名無しさん** · 2019/05/12(日) 23:50:47.42

会社が探してるならとっとと名乗り出て待遇アップの交渉すべきだと思うけどな

**デフォルトの名無しさん** · 2019/05/13(月) 00:03:24.64

>>681
履歴書に得意言語書いたのに、しばらくバレなかったの。

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

「待遇アップしてくれないとやりません」
（こんなやつだったのか）

「やるけど待遇アップしてください」
（しめしめ）

情シスの人より功待遇になることは無いと思うの
（情シスが厚遇されているとは言わない）

**デフォルトの名無しさん** · 2019/05/13(月) 07:44:16.11

サービス残業がまかり通ってるような会社だと、現場従業員達は日常業務だけでキャパオーバーしてる
そこへ「（現場と板挟みになる）新しい仕事を（タダ働きで）やりたい人この指とーまれ♪」と言ったところで
誰が立ち上がるというのか

**デフォルトの名無しさん** · 2019/05/13(月) 08:15:04.75

なんでタダ働き前提なんだ？
rpaへの投資をそいつらに割振れよ
通常業務は減らすに決まってるじゃん
キャパオーバーならpythonだろうがrpaだろうが関係ない

**デフォルトの名無しさん** · 2019/05/13(月) 08:26:49.53

確かに趣味グラマーはそれなりにいるだろうからそれを活かすスキームが作れれば最終的に安上がりだったりそれこそ商売になったりするだろうね

うちも社内コンペでたまに趣味グラムが受賞してるけど、賞金(待遇)は数万、それを元にプロジェクトが起こるわけでもなく、メンテも不十分要は、継続性がない Excelレガシーの話とか上の方にいた趣味グラマーとかそういうとこが多い印象

理由は何だろうね誰か分析して

**デフォルトの名無しさん** · 2019/05/13(月) 08:28:37.12

>>685
ぐうの音も出ない正論だわ
「サービス残業がまかり通ってるような会社」という前提を投げ捨てればの話だがｗ

**デフォルトの名無しさん** · 2019/05/13(月) 09:25:04.57

>>663
普通は、コントロールにセットするタイプでコードを書く。
しかしそれで動かないことがあって、フォーカスやマウスカーソルが無いとセットされないパターンと、フォーカスやマウスカーソルが無いとセットされてるのにその後の遷移で受けとらない場合がある。

**デフォルトの名無しさん** · 2019/05/13(月) 09:42:29.14

>>665
ベストなんて1つに決まるものじゃ無い。
まずUIAutomationでノーマルに動くならそれで、ダメならウィンドウハンドル、それでダメならキ－ボ－ドエミュレーションや画像認識を使う等になるだろうけど、それぞれの中でも何通りか試すことになる。

自分の認識ではUIAutomationはAccessibilityの上位互換だけどウィンドウハンドルの場合はどっちが上とかではないと思ってる。
例えばハンドルを持たないオブジェクトの場合はUIAutomationの方が優位だけど、UIAutomationはPatternにない操作が出来なかったり、何故か動かない場合もある。

**デフォルトの名無しさん** · 2019/05/13(月) 10:31:28.79

UiPathでもネイティブ、シミュレーション、SendMessageの3つから選べるな。
加えて画像認識も。使わんけど。

**デフォルトの名無しさん** · 2019/05/13(月) 10:32:30.12

あっごめんクリックの話じゃなかった

**デフォルトの名無しさん** · 2019/05/13(月) 10:32:37.90

>>689
ありがとう。
やっぱり一概にコレ！ってのはなかなかないよなあー
現状最もスマートと思われるUIAutomationですら不安定なとこあるし
なんにしてもトライアンドエラーで動くまで試行錯誤するしかないのよな

UiAutomationキマれば一番いいけど内部仕様コロコロ変わったりするアプリだと
ユーザー入力遮断してTabでフォーカス移しSendKeysが一番安定する場合もある

このへんの選定って勘と経験がモノ言う部分だし経験薄い人事務方が適切に設定できるかと言われればかなり難しいところだよね

**デフォルトの名無しさん** · 2019/05/13(月) 12:11:22.23

ロボットがGUIを操作するという前提条件がある以上
どうしてのアーキテクチャはダーティになるし仕様も動作も安定しなくなる
これはpythonかrpaかはあまり関係なくどうしてもハマるポイント
対策としてはapiやコマンドラインクライアントを使う(自社システムなら作る)しかないと思う

**デフォルトの名無しさん** · 2019/05/13(月) 16:11:04.95

PCってロボットなの？

**デフォルトの名無しさん** · 2019/05/13(月) 22:04:58.35

つまり普通のプログラム書けばいいって話だよな

**デフォルトの名無しさん** · 2019/05/13(月) 22:10:35.33

APIが整備されてるシステムなんてそんなないだろ？