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

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

語りましょう。

**デフォルトの名無しさん** · 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が整備されてるシステムなんてそんなないだろ？

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

>>686
趣味では継続的な改善がなされないって分かってるからじゃない？
一時的な改善には一時金が妥当

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

>>696
今は主要な外部サービスはほぼ揃ってる
社内システムはRPA分の投資を回したらいいんじゃねえか？

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

>>697
別に趣味として取り組ませずに仕事として継続的に取り組ませればいいのに、と思ってな >>685 と同じような趣旨ねメンテしたり他のツール作ったり

もしかして趣味グラマーという言葉が誤解を招いてたらすまん業務外(主に趣味)で身に付けたプログラミングスキルを持つ人、くらいの意味合いのつもりだった
会社にとっては教育コストかけなくて済むから好都合な人材であるとは思うんよね

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

古い社内システムをベンダーに改修してもらおうと思うとDB検索ボタン一個追加するようなごく単純な機能追加だけですら云十万とかかってくる世界だしな…
RPAって最小構成なら年間100万以下とかだし、その費用をシステム改修に回したところで焼け石に水

C#なりPythonなり触れるエンジニアがいるなら手回して貰って、いないならRPA使うなりなんなりで既存システム騙し騙し使って
予算がついたらレガシーはごっそり更新するってのが現実的じゃね

いずれにしてもGUI自動化系の処理は繋ぎとして使うべきだなー

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

古い社内システムこそ「巨大な技術的負債」だわな
そこにRPAでさらに「技術的負債」がくっついてくるわけや

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

>>700
RPAに依存するほど既存システムの改修費用が膨れ上がっていくんだけど
その問題にはどう対処するの？

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

RPAはその場でスクラップアンドビルド
作る費用ゼロだから負債なんてゼロだよ

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

>>700
ええやん小回りの効きづらいシステムと小回りの効きやすいRPAを組み合わせればええんや

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

>>703
1週間で自動消滅する機能とかあったらいいかもね

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

伊達みきおが居るな

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

>>702
古いシステムは治すんじゃなく捨てるってことやで…
外部アプリで使いやすいように拡張しまくって、用済みになったらポイーってわけ
RPAに頼らざるを得ないようなクソシステムを治そうとすること自体が間違い

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

>>700
システムを構築する＝工場を建設する、みたいな喩えかね
建築や改築するのは金がかかるから滅多にできないだから、個別に小さな機械(RPA？)を買ってきたり手作業したりするそうやって、古い工場を騙し騙し使いながらさすがにもう無理やなとなったらまた新しい工場を建設するみたいな RPAを上手く喩えられないかな

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

>>655
JavaのWebアプリテスト自動化ツールは昔からある

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

Java製のWebテストツールといったらSeleniumだな

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

テストツールならそれなりの存在価値があるんだが、事務現場はそんなに定型的な利用じゃないし、利用してるプログラムもしょっちゅう変化してるから難しい。

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

>>707
それなら最初から新しいシステムに移行したらいい

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

にっちもさっちもいかなくなった最後の希望がRPA
これであと10年戦える

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

10年の猶予の間に予算付けて次のシステム作ってくれたらなぁ

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

>>708
RPAで例えると
異なる生産ラインを何も考えずにくっ付けて自動化きゃっきゃしてる感じかな
動線が潰される
メンテ技師が入れない
やたら電気代がかかる

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

経営者は生産ラインの周りで働いてる労働者がロボットに変わった様なイメージを持ってそうだけどそうじゃない

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

いいえRPAは神です

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

RPAは救世主です

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

わたしはRPA。すべての不要人材を消し去りそしてわたしも消えよう

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

RPAとはいったい…うごごご

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

NTT東日本千葉事業部、158業務にRPAを導入　約2万時間の稼動を削減
https://cloud.watch.impress.co.jp/docs/news/1184411.html

**デフォルトの名無しさん** · 2019/05/15(水) 00:34:21.68

2万時間を超概算で言い換えるこんな感じ？
20000時間 ÷ 1600時間(年間労働時間) = 12人分
20000時間 × 1000円(時間単価) = 2000万円

代金(1000万くらい？)と導入人件費とか考えると、とりあえずはトントン今後はペイする見通しって感じかね(メンテの手間次第)

「稼働を削減」って不思議な言い回しだけど専門用語かなにかなのかな

**デフォルトの名無しさん** · 2019/05/15(水) 02:53:40.47

RPAソリューションを商品にしている自社導入記事より
それを信じて導入した人の実体験が聞きたい

**デフォルトの名無しさん** · 2019/05/15(水) 04:40:24.51

単純作業の自動化はやってもいい
やってもいいがRPA製品だけは使うな
普通のPG雇って普通のプログラミング言語を使って作れ

間違ってもRPA製品だけは使うな、便利と感じるのは最初の半日だけだ
あれはほんの少しでも複雑な業務になると一瞬で無能になる
そこからは無能ロボットの介護地獄が始まる

ここで普通の言語が使えればまだ救いはあるが
RPA製品で作っていると「ノンプログラミング」が完全に裏目に出て生産性が急減する

具体的には介護によって規模が増えると指数関数的に、それも従来のプログラミング言語よりも
はるかに大きなオーダーでシナリオの複雑性が増大する、理由はいちいち書かない。

RPAはスケーリングしないっていうのはまさにこういうこと

だったら最初からロケットマウス使ってそれでできる範囲で止めておく方がはるかに投資効果が高い

**デフォルトの名無しさん** · 2019/05/15(水) 05:05:56.58

そのうちMicrosoftがVisual RPAとか作って無料で配り始めるやろ

**デフォルトの名無しさん** · 2019/05/15(水) 06:43:19.16

>>724
落ち着け
単純作業といった直後に複雑な業務の話しとるぞ

**デフォルトの名無しさん** · 2019/05/15(水) 07:04:04.70

>>725
もうあるぞWWF
あとはレコーダーとか使ってお手軽にアクティビティつくる
無料でおk
年間1000万とかアホくさ

**デフォルトの名無しさん** · 2019/05/15(水) 07:24:18.59

年間10千万てソフト何？

**デフォルトの名無しさん** · 2019/05/15(水) 07:25:14.30

間違えた笑
10百万ね

**デフォルトの名無しさん** · 2019/05/15(水) 08:27:33.51

RPA否定派の常套戦術
・単純作業と複雑作業、事務員とプログラマ、通常と例外、などの区別を無視
・理由や根拠を書かない
・記事は宣伝ステマ扱いかといって代替ソースを出す訳でもない

**デフォルトの名無しさん** · 2019/05/15(水) 08:33:07.00

理由も根拠も書いてるが推進派がアマチュアだから理解できてないだけでは？

**デフォルトの名無しさん** · 2019/05/15(水) 08:35:44.30

>>730
区別を無視してるのは推進派だな
企業システム一部としてどうしたって考えなきゃいけないことを悉く無視している

**デフォルトの名無しさん** · 2019/05/15(水) 08:55:48.10

>>712
最初から新しいシステムに移行できる予算があるならそれがベスト
ただそれには最低でも1000万、下手すりゃ億単位の費用がかかってくるわけで・・・

そのシステム移行の予算を捻出するまでの”繋ぎ”がRPAや自動化プログラムってわけ

あとなぜかここではRPA＝年間1000万とか言われてるが、この基準はサーバー型RPA（blue何某やら）の金額であって・・・
クライアントタイプ（Win何某）は最小構成で年間100万以下で使える
開発ライセンス～70万、実行ライセンス～30万ってとこかな。

因みにここでよく名前の挙がるUi何某の年間費用はWin何某の半値くらい
おまけに年商5億以下の会社なら無料で利用可能

もちろん、社内にUiAutomation触れるような人材がいるならRPAなんかに頼る必要はないが、
仮にそんな人材がいなかったとしても年商5億超えの会社なら年間50万なんて屁みたいなもんだし
サポートが充実してる有能仕入先捕まえられれば”繋ぎ”としてのコスパはいいと思うよ

**デフォルトの名無しさん** · 2019/05/15(水) 09:02:53.17

WWFってWindows Workflow Foundation？
出来合いのプログラム用GUIが見つからない
GUIで処理を組み立てられなければRPAではないと言って良いと思う

**デフォルトの名無しさん** · 2019/05/15(水) 09:46:24.60

>>734
Visual Studioにあるよ。もちろん自動操作用のライブラリは入ってないからそのままじゃなんもできん
自動操作用アクティビティを自前で用意できるならこれでもいいかもね。現実的に考えて難しいけどね。

WWFに自動操作用のアクティビティ一式とレコーディングツールなんかの入力支援機能を追加したのがUi何某だね
作成画面とか全く一緒でびっくりするよ

**デフォルトの名無しさん** · 2019/05/15(水) 11:07:58.58

えらい人にVisualStudioのWFの画面とUi某を並べて見せて、
「Ui某はご覧のコレに色々被せたものですから、値段に付いてその辺よくご理解の上で」とか
Webから読んでExcelに書き出すのをUi某で書くとこんなになる、
一方コードで書くとこれだけで済む、
とか説明したところ、かなり熱も冷めたしどう使うかはお分かりいただけたのではないかと淡く期待してる

**デフォルトの名無しさん** · 2019/05/15(水) 11:32:55.70

RPAにまつわる社内的なすれ違いの根本的な原因は、経営と情シスの乖離よね
経営が予算を付けるなり情シスが汗をかくなりして歩み寄らないと、肥大化した糞システムと心中だ

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

>>733
ようやくまともに導入している人の意見が出た感じだな

他はRPA？プログラミングの方が有能！みんなプログラミングやれ！て言ってるだけで前に進まない

**デフォルトの名無しさん** · 2019/05/15(水) 12:23:07.46

IT側としてはコードアクティビティは書くけど
それを使って実際書くのはユーザー部門ですよ、
外注で作るものじゃないですよ、
あたりが落とし所だろうなあと

あとはこれはバッドプラクティスなのでこうしてね、
みたいな負債回避を書いておくべきか

**デフォルトの名無しさん** · 2019/05/15(水) 12:42:03.22

>>733
システム刷新は別に全部いっぺんにやらなくてもいい
サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい
欲しいとこに集中して素早く刷新すれば繋ぎは別にいらんのだ

最小は最小
実際にこのスレでも小規模で導入して使いにくいって意見がもう既に出てるな
それとライセンス料以外にも金はかかるね

**デフォルトの名無しさん** · 2019/05/15(水) 13:06:52.37

>>733
非常に良い意見具体的だし建設的

これって１台あたりの価格よねそうすると実行台数をまとめたがるはず定時実行ならまとめやすい
一方、トリガーが一定でない単純作業はまとめづらいから向かないのかもなまぁ価格次第だけどデメリットじゃなくて単なる特徴づけの話ね

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

やっぱり無料で簡単に小学生でも使えるプログラミング言語のほうが現実的だね

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

>>740
もちろん全部いっぺんにやる必要はない。
現状で困ってる部分が10万そこらで改修できて以降は一切手直しの必要無しってんならわざわざRPAなんか入れる意義も意味もないな

だがそもそもそもの話、
>>サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
>>なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい

ここでいう刷新費用をペイできないような糞サブシステムが大量に積み重なってボトルネックになってるから現場は困ってるって話なんだよね。
そこをなんとか凌ぐツールとしてGUI自動操作系ツールは使われるってわけ

例えるなら
ボロ家だけど使い勝手悪い所は都度大工にリフォームしてもらってずっと使っていこうよ　ってのが740の言い分だよね
対して
とりあえずヤバいところはDIYでごまかして、浮いた金貯金して新築買おうぜ　てのがGUI自動操作系の考え方なんじゃないかなあ。リープフロッグ現象的な感じ

DIYで使うツールがプログラミング言語なのかRPAなのかはもう使い手の技量によるとしか言えないね
プログラミング言語バリバリ使える人はそっちのが楽だろうし、経験薄い人はRPAとかの補助ツール使うほうが楽だし
うまいこと使い分けるのもありかもね。ぶっちゃけどっちでもいいんだけどね。どうせ繋ぎだし

DIYでなんとかなったからずっとボロ家使っとけばいいや！！　みたいなのが真に危ない考え方ね
元がボロ家でさらにDIYでツギハギなんていつかは破綻する　RPAでもプログラミングでも同じ話ね

**デフォルトの名無しさん** · 2019/05/15(水) 16:07:41.52

>>743 核心をついてる。 DIY でツギハギするにしてもスブシロがやるとやらない方がマシだったんじゃないかというくらい効果がなく、逆効果も多い。

それよりは、1人でも2人でもそれなりのRPA専任(多分pythonでやることになるだろうけど)の人間を置いた方がマシ。その方がペイすると思うけどな。

**デフォルトの名無しさん** · 2019/05/15(水) 17:44:58.54

Python好きだけど配布面でメンドクサイのよね
C#とかで今作るとしたらWinAppDriverなんかがトレンドなのかな？？UIAutomationはさすがに枯れてそう
UWSC復活してくれれば一番いいんだけどなー

**デフォルトの名無しさん** · 2019/05/15(水) 18:00:17.04

>>743
しかし最後に言及したタイプのユーザーが多数派なのでは？
動けばいいじゃんでずっと放置してきたから藁にも縋る思いでRPAに手を出してるわけだからな
RPAに手を出したからってその習慣が綺麗さっぱり改善するとはとても思えん

**デフォルトの名無しさん** · 2019/05/15(水) 19:56:50.60

まともな(建設的な)RPA否定論ってどんなもんなのかね試算でも経験談でも記事でもいいけど根拠と代案が明確なやつ

普通のプログラミングおじさんは大工になるのは簡単だみたいな教育コスト度外視の現実離れなことしか言わないし
現実的な話だと、何人かプログラマ雇う(社内にいれば使う)方がRPAより安い説くらいかね根拠次第だが

**デフォルトの名無しさん** · 2019/05/15(水) 20:07:43.68

普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
ユーザーが多いから学習を支援してくれるコミュニティも強い
学習環境の構築も無料でカンタン
当然だけど教育コストはRPAより遥かに安くつくんだな

何より無限の応用力と可能性を秘めた普通のプログラミング言語とRPAでは魅力が雲泥の差だ
くだらない作業の自動化なんて面白くもなんともない
勉強するなら一生使える楽しい道具の方がいいよね

◆QZaw55cn4c · 2019/05/15(水) 20:13:44.27

>>748
＞普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
C++11or later では、そんな話はきいたことがありません…

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

pythonとかなんであんな人気なのかわからんわ、人工知能方面とか。
なにがいいんだろ？ライブラリ？

**デフォルトの名無しさん** · 2019/05/15(水) 21:26:52.45

>>750
じゃあ何がいいの? perl? ruby? go? rust? shell script?

**デフォルトの名無しさん** · 2019/05/15(水) 21:31:09.46

>>751
rubyは好き。

**デフォルトの名無しさん** · 2019/05/15(水) 21:46:55.08

高速且つ軽量なLuaJITが好き
今はJuliaに期待してる

**デフォルトの名無しさん** · 2019/05/15(水) 21:59:20.79

プログラミングの話がしたい奴はどっかいけ
RPAの事例を聞きたいんじゃ

**デフォルトの名無しさん** · 2019/05/15(水) 22:02:48.52

>>750 RPA と同じような自動化が楽なんだよ。何でもかんでも取り込めて相性が良い。
例えばExcel を扱うなんてVB よりまし。

覚えるのが楽。VB を教えるくらいならPython を教えた方が良いのでは？

言い換えればPython は、自動化ツールそのものではないかな。

**デフォルトの名無しさん** · 2019/05/15(水) 22:14:58.30

例えばpythonでIEを立ち上がてgoogleで「RPA」を検索するコードはどんな感じになるの？

**デフォルトの名無しさん** · 2019/05/15(水) 22:36:56.70

プログラミングを理解することはRPAを理解することにもつながる
中身一緒なんだから…

**デフォルトの名無しさん** · 2019/05/15(水) 22:38:33.22

ふーむIEを使うという発想がすでにRPAに毒されてるのかもしれないなｗ

**デフォルトの名無しさん** · 2019/05/15(水) 22:49:06.11

>>747
典型的な失敗事例だが、うちは1億円以上RPA導入コンサルみたいなものに払って何の業務効率化にもならなかったよ
ゴミが残っただけ

だから結果的にはその費用やプロジェクトにかかった時間で自動化できるエンジニアを採用したり教育した方がよほど良かった

**デフォルトの名無しさん** · 2019/05/15(水) 22:53:56.32

商用RPAを導入している会社は何台のPCに入れているの？
どんな作業をやらせているかも知りたい

**デフォルトの名無しさん** · 2019/05/15(水) 23:06:01.70

ソフトウェアは人間社会の複雑さを取り込んで肥大化していく性質を持つ

RPAでは高水準言語と違ってソフトウェアの複雑さに対抗する手段がない
おまけにソース管理、構成管理ツールの支援も受けられない

繋ぎに使えれば良いというが、そんな寿命の短いソフトウェアに存在価値はない

**デフォルトの名無しさん** · 2019/05/15(水) 23:09:53.15

>>758
from selenium import webdeiver
driver = webdriver.Ie(ドライバのパス)
driver.get('https://www.google.co.jp/search?q=RPA')

**デフォルトの名無しさん** · 2019/05/15(水) 23:16:45.78

>>759
導入責任者が一回でも実際に開発してみれば現実が見えるのになんで確認もせず突っ走っちゃうんだろ