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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/04/03(水) 08:33:54.41ID:aMB9OKwG
語りましょう。
2019/05/10(金) 20:05:36.43ID:WhyMgrIK
じゃあなぜ今までやらなかったの!?
2019/05/10(金) 20:06:43.04ID:CNdYnMZd
>>559 馬鹿じゃなくても会社の日常に埋もれてしまうと、利口も馬鹿もやってる仕事の80%は同じ。
2019/05/10(金) 20:07:30.41ID:sZdncDhC
明日できるからいいだろ。
今日しなきゃいけないことで手一杯なんだよ。
2019/05/10(金) 20:13:21.88ID:mOqJ0ExR
やらない理由は経営上の判断かな
正解がわかってても実際にやるには大変なんだよ
バカを説得してハンコを集めるの怠いから見送り
そんなんばっか
2019/05/10(金) 20:21:03.22ID:bODSyEKx
しかしさ、RPA を導入してる会社がハンコを使ってたら笑っちゃうよな。
まずそこからやれよ。
2019/05/10(金) 20:21:37.04ID:CNdYnMZd
ハンコはせめて電子印鑑にしろよな。
2019/05/10(金) 20:36:23.59ID:wZrlo3tJ
>>564
他はともかく俺は情シスの開発環境を借りてやったよ。
もちろん成果も出した。
2019/05/10(金) 20:58:50.24ID:aPU0ikpS
UiPathコミュニティ版使ってみたが思ったよりプログラマ寄りだな
これを使いこなせる事務員はエンジニアとして働かせた方が良さげ
2019/05/10(金) 21:28:52.59ID:LC7Cdaso
これがメンタリズムです
2019/05/10(金) 21:40:10.28ID:pYuKvqbY
前にも少し話題になったがUipathから入ったやつとWinActorから入ったやつでRPAの印象大分違うんじゃないか?
2019/05/10(金) 21:41:29.90ID:mOqJ0ExR
素人には難しすぎて挫折
プロにはただの足かせになる
どうすりゃいいんだこれ
2019/05/10(金) 21:48:30.78ID:pYuKvqbY
>>574
育てろ
2019/05/10(金) 22:01:45.26ID:LC7Cdaso
てかそもそもお前ら優秀な感じで書いてるけど、SEだってピンからキリまでおるからな
それこそRPAの方が優秀のパターンだってありえるだろ
2019/05/10(金) 22:12:46.03ID:mOqJ0ExR
>>575
育てる前提ならプログラム覚えたほうがいい
他に流用できんからやめたら全てが無駄になる
2019/05/10(金) 22:18:08.09ID:pYuKvqbY
流用できんというのがよくわからんな。
論理的な思考法という点では応用効くだろ?
2019/05/10(金) 22:24:49.51ID:mOqJ0ExR
>>578
例えば?
2019/05/10(金) 22:25:35.75ID:pYuKvqbY
まあ育てるっつってもRPAも含めプログラミングの類はど素人から一人前になるまでに5年10年かかるからな。
難しいところではある。
2019/05/10(金) 22:26:28.72ID:pYuKvqbY
>>579
処理の流れとか考えるのはRPAもプログラミングも全く同じだろ?
2019/05/10(金) 22:26:37.83ID:mOqJ0ExR
プログラムのほうが遥かに効率よく論理的思考力を養えそうだ
RPAはアルゴリズムはほとんど使わんだろうからね
2019/05/10(金) 22:29:24.59ID:mOqJ0ExR
>>581
頭を使うようなロジックは部品に隠蔽されるからほとんど訓練にならんと思う
どこにあるかわかりにくい目的の部品を根気よく探す忍耐力とかは鍛えられるかも
2019/05/10(金) 22:30:17.66ID:pYuKvqbY
RPAはレスポンスがわかりやすいから作ってて楽しい。
動くもの作ってるって手ごたえがある。
それが素人を成長させる。
2019/05/10(金) 22:32:07.70ID:BKbXSsSQ
>>554
ちゃんと人の書いたことを読め。

>初級までブーストされれば面白がって作法を学んだり周りと相談しあったりしてレベルも上がるという好循環が生じる可能性がある

VBAで同じ状況が否定されてる。
「マクロの記録」だけを特別視してるようだが、繰り返しや条件分岐を含んだものでも初心者レベルじゃ糞ばかりだ。
だから完全に一致していないと言ってる。
まあ、やってればレベルは上がるだろうね。
腐ったプログラムを量産しながらな。

>もちろん初級プログラマが事務部門に大量にいる世界ってのは(VBAですら実現できてない)未体験の領域なわけで実際どうなるかは善し悪し含めて色んな可能性がある

事務部門のおばちゃんが手を出さないようなVBAに手を出してる人ってのはむしろレベルがかなり上。
で、そういう人の書いたコードの殆どが糞なのが現実。
2019/05/10(金) 22:34:54.05ID:pYuKvqbY
糞なコードをざんざん書き散らしたあとで初めて綺麗なコードが書けるようになるんやで?
2019/05/10(金) 23:03:00.81ID:mOqJ0ExR
だいたいさ
プログラマってフローチャートを書くのでさえ死ぬほど面倒くさいと感じるんだよ

箱を作って属性入れて線引いて〜って一生懸命マウスをポチポチポチポチ延々と時間かけてお絵描き
それで時間の感覚がなくなるくらい集中してようやっと出来上がるのがコード換算にして100行に届くかどうかみたいな想像を遥かに下回る短いフローなんだよな
え?あんなに頑張ったのに…たったこれだけ…?嘘だろ…ってな
それでこんなんじゃバカバカしくてやってられんって開発されたのがPlantUMLやMermaidみたいな簡易なテキスト記法から図を生成すりツールなんだな

プログラマってのは一般職とは桁違いに大量のグラフを作図し続けてきた作図界のエリート集団みたいなものだ
そして世界中のプログラマ達が出した答えが「GUIは非効率的なのでテキストでやろう」これなんだな
2019/05/10(金) 23:06:59.92ID:G5jHPlGp
>>586
だから、最初に言った通り。

RPAが駄目なんじゃない。
これで夢のような未来があると思ってる奴がアホ。
実際にはまともに組めるようになるまで長く苦しい修行が必要ということさ。
2019/05/10(金) 23:13:12.71ID:pYuKvqbY
なんか意見が入り乱れててどれが誰の発言だかよくわからんな。
まあ匿名掲示板だからしょうがないかもだが。
2019/05/10(金) 23:25:18.66ID:/Bt/K/dz
>「GUIは非効率的なのでテキストでやろう」
プログラマー離れてだいぶ経つけどすげー分かるわ
2019/05/10(金) 23:40:49.33ID:uoHcgvME
RPAは日本ではここ最近だけど、海外では2000年代初頭に生まれて、一応生き残っているんだよな
ホントに非効率で使い物にならなかったらとっくに絶滅しているだろう
2019/05/10(金) 23:45:11.91ID:pYuKvqbY
UIPathは一見GUIに見えるが書き心地は非常にテキストに近い。
フローチャートもあるけどそっちは使わなくていい。
2019/05/10(金) 23:55:20.95ID:mOqJ0ExR
>>591
ベンダーロックイン
2019/05/11(土) 00:15:11.65ID:qUTISYt2
ちゃんと教育を受けたプログラマーには物足りなくて
ろくな教育を受けてない事務員には使いこなせない

インターン受け入れて学生にやらせるのが適当
2019/05/11(土) 00:23:20.01ID:4vY6plS8
>>586 VBAでいくら書いたって綺麗なプログラムなんて書けないよ。
綺麗なお作法を覚えるには、それなりの礼儀作法が必要とされる言語で書かないと。

初心者にはPython が一番良いだろ。
2019/05/11(土) 00:23:38.43ID:NTE0C3fi
このスレにはUIPathユーザ多いよな?
>>592の援護、頼む。
2019/05/11(土) 00:31:33.88ID:4vY6plS8
>>587 おいおい、現代でフローチャートを描いてるプログラマなんているのか? 俺なんか半世紀前に書かなくなったよ。
どうしてもドキュメントが必要だと言われれば、オートフローチャートで出力してたこともあったが、そんなことも言われなくなったな。

プログラム上のコメントが一番だよ。
2019/05/11(土) 02:08:43.44ID:IijA9JHp
UiPathは大人のScratchって感じ
しかも売り上げ5億以下の会社なら無料で使える
実際の業務を自動化するっていう喫緊の課題に対してコミットするからモチベも保ちやすい
ついていけない奴はそもそも論理的思考が向いていない。脱落してもらうが吉
生き残った奴はプログラミングの基本構文がわかってくる頃にはもうロジック組むのが楽しくなってるはず
ここでRPAをデリート!!pythonに移行!!!!!
ぼくのかんがえたさいきょうの1億総活躍戦略
2019/05/11(土) 02:58:15.91ID:2Fy40LyJ
>>585
あなたもちゃんと読んでね 根拠を書いてくれって言ったのに主張を声高に繰り返すだけで↓ その主張の根拠はひとつも書かないんだもん 主張と根拠の区別がついてないのかな

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

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

別に定量的な根拠でも定性的な根拠でもなんでもいいけどね あなたの経験上そうだって言うならそれでも構わないけど、「どういう仕事をしてきて、どれくらいのVBAユーザーと関わってきて」とか書いてくれればそれはそれで有意義な情報になるだろうね
現状のあなたは「クソはクソだ」って叫んでるだけよ
2019/05/11(土) 03:04:26.35ID:g9fUpGj+
データベースをCUIで構築しろ、パソコンをCUIで操作しろって言われても無理ってなるけど
AccessやExcelで(なんちゃって)データベースは作れるし、Windowsは操作できる

GUIは偉大 まぁ言い過ぎだろうけど基本的にはそういうイメージだと思うけどね
2019/05/11(土) 05:55:34.20ID:v4xitMGI
>>597
おじいちゃん!
2019/05/11(土) 09:58:34.36ID:iMByt/Ka
フローチャートの最大の欠点って、ちょっとアルゴリズムが複雑になると
結局図で見ても全然わからなくなることなんだよな
複雑なものはどう表現しても複雑
当たり前のことなんだけどな
2019/05/11(土) 10:11:06.00ID:NZbe4+hY
>>602 そう、プログラムをわかりやすく書いてコメントを丁寧につけることが一番。
フローチャートなんてなんどもメンテナンスしていくと同時更新なんて不可能に近くなる。 詳細フローチャートは要らないな。
2019/05/11(土) 13:06:03.57ID:OpaLmV8A
でもRPAではフローチャートで作るんだろ?
2019/05/11(土) 13:37:02.08ID:uKf5Xd4C
AはXという前提においてBだからYになるみたいな
原始的な論理式の組立が苦手な人が多いので、フローチャートは良い道具
2019/05/11(土) 14:01:46.69ID:N4spbC7w
そんな複雑なのはRPAでは作らないのがいいだろう
あくまで業務改善ツールの1つて事だろ
2019/05/11(土) 14:12:43.19ID:QSQronAi
事務員の素人がつくったVBA見てきたけど、
マジックナンバーが多々あったり
変数がaとかbで命名されてて何に使ってるか分からなかったり
無駄な繰り返し処理が多くて遅かったり
適切に処理を関数化されてなくただひたすらメイン処理にすべて記述されてたり
可読性が恐ろしく低くインデントもされてない
そんなのばっかだったな。
2019/05/11(土) 15:37:27.85ID:g9fUpGj+
>> 607
あなたはどういう立場で、どういう職種の人達を見てきた感じ?


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

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

AccessとかVBAを使える人は向学心の特別強い人たちだからコーディングルールとかの作法にも気をつけてる印象 完全個人使用のものは別だが
こういう低レベルな環境からするとRPAは神だと思うよ
2019/05/11(土) 15:51:48.06ID:0850DRFe
>>608
自分の実感ともおおむね一致なのだけど、
vbaやる人のコーディングルールってハンガリアン記法とか変数を関数の先頭に全部書くとかそんなレベル
しかもコピペがベースだからあんまり統一したルールもない印象
個人とか周り数人レベルで使うならまあいいんじゃないのって感じ
2019/05/11(土) 15:59:36.10ID:Er9I2eeV
>>599
完全一致しか認めないバカとしか言い様が無い。
全然分かってない。
2019/05/11(土) 16:04:48.99ID:Er9I2eeV
>>608
そのVBA1%は職場にもよるわけで、10%の所もあれば30%の所もある。

で、その10%や30%の内で、コ−ドを見て、出来ると思うことが殆ど無い。
2019/05/11(土) 16:09:26.89ID:Er9I2eeV
>>609
コーディングルールもそうだけどね。
処理の内容が一番ダメ。

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

他アプリの操作で言えば、平気でSendkeysとか使うのは見た瞬間にアウト。
613デフォルトの名無しさん
垢版 |
2019/05/11(土) 16:13:55.42ID:VWW4oeoB
ようするに俺様スゲーって言いたいのかな
2019/05/11(土) 16:46:46.70ID:g9fUpGj+
そのようだね 手当り次第俺スゲーやってるね
2019/05/11(土) 17:09:36.30ID:N4spbC7w
まぁここに書き込んでるSEは他の業種、経営層にマウント取りたいだけだからな(笑)
2019/05/11(土) 17:25:18.56ID:IijA9JHp
sendkeysの何がいけないのか謎
キーボード入力イベント必要ならsendkeys以外の選択肢なくね?
2019/05/11(土) 17:37:38.64ID:DJ2xDk2H
>>616
フォーカス周りで不具合出る
ウインドウへ確実に入力できる保証がない
2019/05/11(土) 18:13:00.03ID:g9fUpGj+
プログラマはシステムとの比較を念頭に置きがちっぽいけど、正しくは手作業との比較なわけだからなあ
619デフォルトの名無しさん
垢版 |
2019/05/11(土) 18:24:51.28ID:QSQronAi
>>608
元々システム開発やってて情シスに移ってきた人間。
2019/05/11(土) 18:46:04.78ID:IijA9JHp
>>617
そんなこと分かり切ってるが代替策ないんだし使わざるを得ないだろって話
keybd_eventなんてもっとひでえし
sendkeys後に要素値チェックいれるのが現実的じゃないかね
2019/05/11(土) 19:39:43.56ID:V533q9DZ
SendMessageでは入力された事にならず、キーボードエミュレーションでしかだめな時がある
2019/05/11(土) 20:10:35.89ID:g9fUpGj+
>>619
どもども RPAを語るのにかなり適切な立場の人なんだね
印象としては誰かがテキトーに作ったのが残っている感じなのかねー それで情シス(RPA?)にお呼びがかかったとかかなー なんとなく
まぁもしお時間があればその辺の経緯もお願いします
2019/05/11(土) 20:20:26.62ID:XW2pr0HB
基本的にRPAを選択した時点でかなり追い詰められてると思う
RPAが良いか悪いかは置いておいてスタート地点が既に詰んでる
2019/05/11(土) 21:22:24.40ID:UuTgSqDP
>>608
>RPAは神だと思うよ
死ね
氏ねじゃなくて死ね
お前公務員じゃなくて会社員だろ
ステマ情報書きこんでんじゃねーぞゴミクズが
その数字はRPAの良し悪しと何の因果関係も無いだろうが

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

RPA関係者なんて極少数
特定したら ブチ殺しに 行ってやるよ
2019/05/11(土) 21:34:21.27ID:NTE0C3fi
馬脚を現したか
2019/05/11(土) 21:35:03.03ID:2Fy40LyJ
やべえ奴いるな 1人かな
システム会社にリストラでもされたんかね
2019/05/11(土) 21:38:23.65ID:C94O1bx/
www

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

逆に、このスレに書かれているような現実も、
すぐにわかりそうなもんだが。
2019/05/11(土) 21:57:17.34ID:bAEDBueT
>>627
広告とか営業とかからだよ
「導入してこの数字だけ効率化」みたいな検証方法を隠蔽して結果だけ提示するITメディアの記事は分類としては広告な
追い詰められてるから夢を見るのがよっぽど心地よかったんだろうな
2019/05/11(土) 22:03:16.52ID:XZAaHbnE
現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。
2019/05/11(土) 22:04:17.87ID:XZAaHbnE
現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。
2019/05/11(土) 22:05:26.09ID:XZAaHbnE
ごめんなさい、連投してしまいました...
>>622の方への返信のつもりです。
2019/05/11(土) 22:06:10.56ID:bAEDBueT
>>629
エンジニアだけどGUIのプログラミング難しすぎて全く効率が上がらない
どうやったらあんなので開発効率をあげれるのか秘訣を教えて欲しい
633デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:08:35.34ID:XZAaHbnE
>>632
どのRPAツールを使っているかにもよると思います。
少なくとも、今使っているツールを使ってwebスクレイピングを実現するにあたって非効率と思ったことはないですね。
ステマっぽくなりたくないので、製品名は控えてさせていただきます。
2019/05/11(土) 22:14:21.26ID:bAEDBueT
>>633
秘訣を聞いたのですが?
2019/05/11(土) 22:25:07.64ID:XZAaHbnE
こんなところで有益な情報を得ようとしている時点間違っていると思います。
自分の頭で考えられない人には、どんな魔法のツールを使おうが成果は出ないと思います。
2019/05/11(土) 22:31:14.82ID:g9fUpGj+
>>633
ありがとうございます 変な人はスルーした方が良さげですね

エンジニアも(分野によっては)RPAの方が開発効率が良い、ってのは斬新な意見ですね 実はRPAはエンジニア向きだった!?、みたいな スクレイピングだと要素の指定がしやすいとかでそうなのかな ちょっと調べてみます
2019/05/11(土) 22:37:16.23ID:bAEDBueT
>>635
そういう誤魔化しじゃなくて秘訣を答えられないの?
まあどうせ実際にはRPAを使ってもいないんだろうな
だから答えられない
2019/05/11(土) 22:50:35.20ID:0850DRFe
ここRPAを流行らせたい人達がまあまあいる印象がある

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

感想としてはちょっと微妙かなって感じ
ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし、お金もかからんのではってことで全く学ぶ意欲が湧かんかった
2019/05/11(土) 23:14:11.08ID:NTE0C3fi
まあぱっと見RPAは夢の魔法のように見える。
事務員でも使えますは嘘だが、プログラマに使わせれば一定の成果は出すだろう。
2019/05/11(土) 23:28:12.55ID:7iEF/p8a
>>638
>ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

激しく同意
BizRobo使って画面掴もうとしても上手く行かない
IEの類いは動くけどsapやProActiveなんかはログインすら困難
バッチ組んだ方がマシに動く
相性とかクセとかがありすぎる
2019/05/11(土) 23:43:01.69ID:IijA9JHp
太古のシステムでウインドウハンドル掴んで特定の要素にメッセージ送ろうとするとセレクターの解析がめんどい
RPAならそこんとこワンクリで解決するから単純な使い捨て自動化ツールをパパっと作るには便利だとは思う
2019/05/12(日) 00:23:45.92ID:vIqjJOsT
とりあえず動くじゃダメだ技術的負債だってやつがいるけど、まず動くことが大前提だからな。
2019/05/12(日) 00:31:22.76ID:anQ1bE+S
そもそも、すべてのオブジェクトに名前つけときゃいいんだよな。
IEでタグ調べて、innerTextが〇〇だったらクリック、
とかやってるけど、アホかと。
2019/05/12(日) 00:32:05.91ID:HUOCtUrg
>>638
>ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

RPAのGUIだけで作れば裏でRPAがやってくれそうなものだけど
2019/05/12(日) 02:07:47.15ID:gpWxQv5P
Japan IT Week春で感じたRPA業界3つの変化
https://rpahack.com/ai-rpa
2019/05/12(日) 06:46:27.41ID:5EnmpzuU
RPAでWeb画面の画像認識で動かしてるのがあったわ
デザインすぐ変わって速攻で動かなくなるわな

しかも「今週の通貨換算表」とかいうやつで
そんなんは銀行やら証券会社の会員画面からCSVで落とせるんや…
2019/05/12(日) 07:04:36.14ID:2BWM7Vq2
bizroboがダメなんだろ
2019/05/12(日) 08:27:09.03ID:rB2IKSkM
>>612
すみません、もしよかったらアドバイス頂けませんか?

いまpythonとseleniumを使ってウェブページにsend_keysで入力しています
今のところは何千文字の入力を扱っていないのでいいのだけど、文字数増えるとsend_keysでは遅すぎるとサイトで見ました
入力速度を上げるにはコピーペーストのような処理をしたりするのでしょうか??
2019/05/12(日) 08:29:32.91ID:KW+Fl0Hc
>>646みたいな例って
RPAの営業がRPAの営業しかしておらず、
顧客の課題解決の為の包括的な提案を出来ていないことに問題あるような 
650デフォルトの名無しさん
垢版 |
2019/05/12(日) 09:07:06.27ID:w+KS+wJa
技術的なサポートは窓口あるんじゃないのかね
2019/05/12(日) 09:33:19.32ID:cIa1MfYl
>>621
ダメなのは知識が足りてないだけだ。
Sendkeysは制御出来ないから動作中にマウス触ったりして別にフォーカスが移動するなど最悪なことがある。
触らなければOKでも、そんなプログラム組むのは恥ずかしいと思わないようじゃダメだね。

それに「平気で」使うのはアウトだが、自分のスキル不足で仕方無く使うのはアウトじゃねーよ。
2019/05/12(日) 09:48:36.28ID:cIa1MfYl
>>648
あなたの言ってるのはSeleniumのsend_keysで、自分の言ってるSendkeysとは違う。

色々なSendkeysがあるが、どこに入力するかが固定されている(制御出来ている)なら問題とは思わない。
一方VBAで使われるSendkeysのように「どこに」が無く、その前に「どこ」の部分にフォーカスを移す等して制御しようとするものは、実際には制御になっておらず、動作中にマウスクリック等で別にフォーカスを移すとそこに入力しちまう。
勿論、それをさせないように頑張る方法があるかもしれないが、それを筋悪として却下出来ない人は、他のコードも推して知るべしだ。
2019/05/12(日) 10:05:21.35ID:xjIf1XV9
>>645
既にこんな導入されてんの?↓
導入から活用にテーマがシフト MM総研が2019年2月に行った調査では、年商1,000億円以上の大手企業で39%、年商1,000億円未満の中堅・中小企業では27%がRPAを利用

こういうのもあるのね↓
「誰でも使える・Excelの延長」を打ち出すSCSK株式会社のCELF RPAブースが盛り上がっていたのも印象的でした。CELFは1端末あたり年間利用料35,000円
2019/05/12(日) 10:14:31.82ID:Vc/vdgHa
宣伝うぜー
2019/05/12(日) 11:16:03.83ID:anQ1bE+S
RPAって、RPAから始まったのかな。
オンラインゲームで、自動でモンスター狩るツールが元とかじゃなく。
2019/05/12(日) 11:39:22.44ID:Q+XtJRAz
RPA業界の現状ってこんなところか?

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

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

どうせ後で高額なRPA人材教育サービスやRPA特化人材派遣に頼るぐらいなら
最初からpython教育したり通常のSEを雇ったほうがいいんじゃないか?
もう買ってしまった企業はもう止められず行くところまで行くしかないんだろうけど
これから始めようとしてる企業は先を見据えた賢い買い物をしてほしい
2019/05/12(日) 12:08:30.54ID:xjIf1XV9
>>656
>- RPAを使うにはそれなりに技術が必要だと知れ渡ってきた
>- 誰でも簡単にできるの売り文句は通じなくなってきた
>- 誰でも使えると思ったけど実は難しかった

ここ同じこと繰り返してるけど、根拠は?
2019/05/12(日) 12:08:39.54ID:w2nGLhRo
>>652
VBAってSendkeys、SendMessage、keybd_eventの他に要素指定してキー入力できるプラクティスあったっけ?
外部アプリ操作にVBAを選択した時点で失敗してるって話なら納得だが…
2019/05/12(日) 12:18:45.56ID:Vc/vdgHa
>>658
UIAutomationは?
2019/05/12(日) 13:09:17.58ID:rB2IKSkM
>>652
なるほどですね!send_keysと勘違いしていました…
いまは望んだ通りの動きを、プログラムがしてくれるので良かったです
自分のレベル上げられるよう頭使って書いていくね!ありがとう~
2019/05/12(日) 14:53:56.43ID:cIa1MfYl
>>658
SendMessageで何通りもあるし、キー入力前に対象にフォーカスを移さないと成功しない場合もあれば、フォーカス有ってもマウスカーソルがその場所に無いとダメな場合もある。
2019/05/12(日) 14:58:59.90ID:cIa1MfYl
>>659
UIAutomationの場合もフォーカスやカーソル問題はあり得る。

フォーカス問題で勘違いして欲しく無いが、フォーカス問題で入力出来ないなら良いけど、他へ入力出来るのは問題。
2019/05/12(日) 15:08:30.51ID:Vc/vdgHa
>>662
マウスとキーボード操作するならともかくコントロールにテキストセットするタイプなら問題なくね?
■ このスレッドは過去ログ倉庫に格納されています