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

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

語りましょう

**デフォルトの名無しさん** · 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担いでるやつらユーザー側にシナリオ作らそうなんて思ってねーぞ。
結局シナリオも作ってくださいって泣きつかれた方が儲かると思ってるからなｗ

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

>>815
自動的に自動化する方法が無いから。
でも弱点も自動的に自動化する方法なんだよなあ。

**デフォルトの名無しさん** · 2019/06/26(水) 04:12:31.27

RPAで済むような作業は
業務プロセス見直すと不要になる事が多い

**デフォルトの名無しさん** · 2019/06/26(水) 06:34:41.34

>>818
最初からそこに着地させようとしてるのミエミエだったよな

ビジュアルだからノンプログラマでもできるよし導入しよう
導入したけどやっぱりできない
教育で稼ぐ
教育したけどやっぱりできない
エンジニア派遣で稼ぐ
思ったより金掛かるなもうやめたい
おきのどくですがベンダロックインしてやめられません

昔ビジュアルプログラミングが流行ったときと同じ手口

**デフォルトの名無しさん** · 2019/06/26(水) 07:10:26.15

uipathの時間計算で+9時間とかってできるもんでしょうか？

99 · 2019/06/26(水) 07:49:32.06

>>822
addmonths（だったかな）使ったことあるから、hoursもあるんじゃないかな

**デフォルトの名無しさん** · 2019/06/26(水) 07:56:32.71

>>819
天才やなぁ

**デフォルトの名無しさん** · 2019/06/26(水) 08:59:36.12

>>821
ユーザー部門に一定時間の研修を受けさせて成果が出なければ
そこで引くべきなんだな

成果というのはRPAロボの作成だけではなく、
個々のワーカーがRPAを効率的に使いこなして業務の時短をできるのかも含めて

**デフォルトの名無しさん** · 2019/06/26(水) 09:09:00.60

どうもRPA は、金融業などでIT関連に仕事を奪われ、リストラせざるを得なくなった口実に使ってるような節が見えるな。
本当はRPAを使わずに合理化できるのに話を逸らそうとしてる節が見える。

**デフォルトの名無しさん** · 2019/06/26(水) 10:57:44.95

>>824
ありがとうございます。
調べたら年月日時分秒の状態で時間加算すればちゃんと過去の日付でも24時超えたら日にちが+1されました。

時間だけだと今日の日にちに+1されました

**デフォルトの名無しさん** · 2019/06/26(水) 12:16:25.60

>>826
せやな

**デフォルトの名無しさん** · 2019/06/26(水) 18:58:20.21

>>811
RPA高い高いってよく聞くけど、いうほど高いかぁ？？？？
ここでよく上がるUiPathでも最小構成で年間100万もあればお釣りくるんだけど…
個人利用とか零細なら無料じゃん
ほかのシステム相場考えるとむしろ安すぎて怖いレベル

**デフォルトの名無しさん** · 2019/06/26(水) 18:59:06.90

>>826
なるほどなぁ

**デフォルトの名無しさん** · 2019/06/26(水) 19:00:44.18

>>829
ただより高いものはない
という言葉もある

**デフォルトの名無しさん** · 2019/06/26(水) 19:07:46.31

>>829
何台でも使える
何人でも使える
当たり前のように無料
なのに半端な有料ツールより断然便利
オープンソースってそんなのばっかりだからねぇ
それと、少しググってみたらVisualStudio Pro 2019は1ユーザー2年で10万ちょっとで売ってた
オプソやvsと比べると年間100万ってとんでもない強力なツールじゃないと納得いかない

**デフォルトの名無しさん** · 2019/06/26(水) 19:38:07.71

>>829
高くないよな
手作業に伴う人件費との比較がベースラインだから
それよりベターなら導入してもよいわけで
あれがベストこれがベスト言わなくてもね

**デフォルトの名無しさん** · 2019/06/26(水) 20:24:10.50

システム刷新なんてそれこそ年単位で時間と金がかかるからな。

**デフォルトの名無しさん** · 2019/06/26(水) 21:23:26.06

UiPath使って良いものができれば良いけど、微妙なもんが出来るわけで。
しかも100万だろ。
高すぎるわ。

高くないと思ってる奴はデメリットが見えてないだけ。

**デフォルトの名無しさん** · 2019/06/26(水) 21:25:01.41

使えばコンピュータなければ仕事にならないわけ。
で、PCに1台あたり600万とか出すかという当たり前の話

99 · 2019/06/26(水) 22:44:33.40

100万が高いなんて、そもそも前提がわかってない
（バカらしいのでいちいち説明しません）

**デフォルトの名無しさん** · 2019/06/27(木) 05:39:49.59

>>837
いいえ
めちゃくちゃ高いです
前提が分かってる人なら高いとわかります
(バカバカしいのでいちいち説明はしません)

**デフォルトの名無しさん** · 2019/06/27(木) 06:18:05.00

会社の金なんだし高い低いの議論より投資対効果だろ

プログラミングが優秀なのは当たり前だけど、結果効率化が進まないからなぁ

**デフォルトの名無しさん** · 2019/06/27(木) 06:33:27.22

RPAは基本的に新しい物を作るには全く向いてない
なので投資対効果もすぐに頭打ちになるため低い
1-αを1にすることはできるけど1から増やすことが極端に難しい

**デフォルトの名無しさん** · 2019/06/27(木) 07:29:29.63

リストラ支援ツールとしての費用対効果は？

**デフォルトの名無しさん** · 2019/06/27(木) 08:52:23.29

uipathでどうにかして欲しいのが条件分岐とかの計算式でA = Bとかで真偽ができないのがある(ような感じがある)のをなんとかして欲しい…

あと、スイッチで文字列でのcaseでvbaの様に""使ってしまうと全てデフォルトに行くのも…

あと、計算式にカーソル合わせたら中身が表示されるようにもしてほしいなぁ…

そういえば2019.6.0にアップデートされてアイコンとか変わった…
何にもしてないのに勝手にアップデートされるのはどうなのだろう…

**デフォルトの名無しさん** · 2019/06/27(木) 11:35:28.92

>>832
普通の大企業ならいくら無料で便利でも、まともサポート窓口もなく、
問題があっても全部自力でどうにかして下さい的なフリーソフトを業務には使いにくいだろう
有償でも多少不便でも何かあった時のためにライセンス費用が発生するソフトを使うんじゃないか

**デフォルトの名無しさん** · 2019/06/27(木) 14:16:14.83

>>843
実際問題、それでまともなサポートが受けられず、しかも場合によってはそのソフトを販売してる会社自身がフリーソフトの方が優秀と認めるような事案さえ発生してるわけだが。

**デフォルトの名無しさん** · 2019/06/27(木) 14:21:46.75

うちからライセンス購入しないで、優秀なフリーソフト使って下さい、なんてどんな糞営業だよ…

**デフォルトの名無しさん** · 2019/06/27(木) 16:57:50.05

>>845
このスレは企業の論理なんか眼中に無いって感じの人が多いからなーだから寝首をかかれるんだって誰かが言ってたな

**デフォルトの名無しさん** · 2019/06/27(木) 17:38:33.61

>>841
RPAは視覚的に効果が解りやすいから
実演するとパン職さんが固まっていて面白い

**デフォルトの名無しさん** · 2019/06/27(木) 18:21:26.64

個人レベルの視点で見ればフリーソフトやプログラミングとの比較になるから100万は高いと感じるし、
企業としてみれば年間100万は安い。レガシーシステム改修…例えば印刷ボタン追加するだけで15万とかポンポン出してたりするしそういう費用との比較になるから当然っちゃ当然な話

**デフォルトの名無しさん** · 2019/06/27(木) 19:22:54.03

>>848 年間ライセンスだぞ、それも1台で使う場合年間50万位だが、まともに使おうとしたら、年間400万円近くだぞ。

https://i.imgur.com/2gE4p2O.jpg
https://i.imgur.com/RN0LIEO.jpg

ま、そのうちオープンソースに駆逐されるだろう。金が取れるのは、クラウドとか、人員派遣とかそんなものが残るんだろうな。

そのクラウドもバカ安な高性能なのが出回り始めてるから、儲けるのは辛そう。

99 · 2019/06/27(木) 19:23:36.47

>>842
〉A = Bとかで真偽ができないのがある(ような感じがある)
文字列や浮動小数点、十進型で気をつけることはあるけど…
具体的例が欲しいとこです

〉あと、スイッチで文字列でのcaseでvbaの様に""使ってしまうと全てデフォルトに行くのも…
バグに近いですよね。変数が使えませんから。修正要望に入れます。

〉勝手にアップデートされるのはどうなのだろう…
せめて通知はほしいですね。シーケンス選択の色が水色に変わって、「ライセンス更新が近いから？」とか思って色々調べて時間無駄にした。
（古いの使いたければ残ってるけど）

**デフォルトの名無しさん** · 2019/06/27(木) 19:26:20.73

>>849
まともな会社で働いたことあるか？

**デフォルトの名無しさん** · 2019/06/27(木) 19:40:50.65

少し前までUiPathのあった会社で働いてた。
でも俺のまわりは誰も使って無かった。

俺が他アプリ操作の経験あるのを話したらVBAでUIAutomationの使い方は聞かれたけど。

**デフォルトの名無しさん** · 2019/06/27(木) 19:47:13.44

>>848
それでは比較対象が間違ってるのでは？

RPAと比較するならプログラミングの方も既存システムには手を付けずにオートメーションする方向性で考えるのがフェアだろう
その場合のプログラミングのライセンスのコストはゼロ
人件費や分析のコストはどっちも同じ
実装はプログラミングのほうが楽だと思うが百歩譲って同じとしよう

ほらね
RPAはライセンスの価格の分まるまる高く付く

**デフォルトの名無しさん** · 2019/06/27(木) 19:49:54.29

前にも書いたけど、上司がインシデント管理の為にNotes買ってきた。
何でNotesなのか、何がやりたいのかをよくよく聞いてみたらオープンソースで十分な内容だし、Notesで構築する奴もいないしで、何もせずに数年経ってゴミ箱行き。
買う前に詳しい奴に相談しろよな―。
そのソフトの営業以外に。

RPA買ってる奴らにも同じ匂いがする。

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

それはお前が信頼されてないんじゃ、、、
インシデント管理の重要性があるのに言われないからやらないイコールできないんだから

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

使えない奴ほど会社の中で物事を静観するからな。
で、会社側なり上司が何かを導入すると批判する。
そして最後にはお決まりの「それは自分の仕事じゃないんで」。

会社側としたら高い金払ってでもよく分からんRPAを導入して自動化なりしたいんだよ。
プログラミングで自動化できるヤツが最初からやってればRPAは導入されんだろ。

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

>>856
このスレで批判ばかりなのもまさにそれだな
建設的な話するより批判の方がべらぼうに楽だからね

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

>>855
>>856
バカなの?
俺じゃなくても他の誰かに相談すればいいわけだが。

あと、Notesの話はすごく昔なので俺に相談されても困る。
でも、すぐ近くに詳しい人がいて、その人が実験的にフリーソフトで組んだのを見せられたら、買った本人がこれで良いじゃんと言ってたな。

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

>>857
へー、誰にも相談せずに買ってきて、使える奴が居なくてゴミ箱行きでも批判するなってか。

とんだ大名商売だな。

99 · 2019/06/27(木) 21:41:46.52

uipathの先週の大阪のイベント資料が公開されてます
技術的なことは少ないですが、導入や進め方など、色々参考になると思います

**デフォルトの名無しさん** · 2019/06/27(木) 21:56:58.40

>>856
バカに巻き込まれないように立ち回ったほうが大抵はコスパいい

**デフォルトの名無しさん** · 2019/06/27(木) 22:00:38.90

>>857
建設的なツールだとごく自然に建設的な話題がぽんぽん出てくるんだけどね

それが出てこないってことは……

**デフォルトの名無しさん** · 2019/06/27(木) 22:26:46.41

>>842
>uipathでどうにかして欲しいのが条件分岐とかの計算式でA = Bとかで真偽ができないのがある(ような感じがある)のをなんとかして欲しい…
真偽判定が狂うのは基本的にデータを疑った方が良い
UiPathでよくあるのがエクセルの値を読み取った時に
見かけ上の値と実際に記入されてる値が違う場合だな
入力値：0.125
エクセルでの表示上：0.13(小数点が切りあがってる状態）

UiPathで読み込んだ時は
表示形式を保持するオプションのチェック無し：0.125
表示形式を保持するにオプションのチェック有り：0.13
っていう風になるから、予期せぬ判定結果になるのは十分ありえる

他にも文字列で大文字/小文字で判定できてないとか
エクセル上は小文字で入力されて、画面上では大文字表示になってて
そこの判定で食い違う……っていうのもよくある実装ミス

**デフォルトの名無しさん** · 2019/06/27(木) 22:44:27.63

うーむ
作業用のブックを用意すると、判定、変換、ソートの仕様齟齬を避けられます
なのかなかな

**デフォルトの名無しさん** · 2019/06/27(木) 22:50:34.32

>>842
>あと、スイッチで文字列でのcaseでvbaの様に""使ってしまうと全てデフォルトに行くのも…

状況がよく分からんけど、たぶんこういう実装してるって事？
https://i.imgur.com/WUpN4TD.png
これでDefaultルートに行くのは正しいぞ
Switchアクティビティで指定するのはリテラルだから、caseに「""」って書いたら、文字列としての「""」の意味になるから
ブランクとは別物になる

ブランクを正しく判定したいならcaseはemptyを選択しないといけない
https://i.imgur.com/OfHp22a.png

**デフォルトの名無しさん** · 2019/06/27(木) 22:53:43.32

批判は建設的な意見だぞ
批判すれば課題が見え課題が見えれば進むべき先も見えるということだからな

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

ポジティブシンキング一辺倒の弊害が認知されたからこそクリティカルシンキング体系化されたんだよね

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

マイクロソフトはどうする気だろう・・。
WindowsにRPAを標準搭載する気は無いんだろうか・・。
WindowsでWindows動かすのが、一番簡単だと思うんだけど・・。

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

>>868
もうすでに搭載されてるよ
UI Automationってやつ

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

>>866
これのどこが建設的な意見なん？
>>853

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

>>866
「批判」と「改善案」の組み合わせなら建設的だな

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

>>870
ある目的に対してより低コストな方法を模索するというのも建設的な議論だと思うよ

>>871
俺は何度か改善案まで合わせてレスしてんだけどステマさんは都合の悪いレスは見えなかったらしい

というか推進派こそ批判的な意見に対して
その課題はこうすればいいのではないか
などと建設的な意見を言っていいのだよ？
なんで推進派もほとんど建設的な意見を言わないんだ？

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

例えばほら

RPAすなわちビジュアルプログラミングはテキストプログラミングに比べて情報の発信と検索が難しいため
初心者が参照できる文書が圧倒的にすくないため学習困難である

などと批判しされたら
推進派はその問題はこれこれこうすれば解決できるはずだとか
実際にサービスを作ってみたから使って実証に付き合ってくれとか
そういう建設的な意見を出せばいいんじゃないか？
なんで黙ってるばかりで建設的な意見を出さないんだ？

**デフォルトの名無しさん** · 2019/06/28(金) 00:01:48.64

>>869
いやそれRPAじゃないし、簡単でもないから。
VBAから使ったことあるけど、
ボタンを押せるまでDoEventsループで待機しないとコケるとか、
Invokeが時々失敗するとか、凄く大変だった。

**デフォルトの名無しさん** · 2019/06/28(金) 00:02:53.49

>>872
＞ほらね
＞ RPAはライセンスの価格の分まるまる高く付く
こんな言い草で模索する気ないでしょw
プログラマーが社内にいる前提のようだけどその費用考えてないじゃん雇うなり教育するなり要は初期コスト無視
これもこのスレでずっと言われてるけどずっと無視し続けてるじゃんw

**デフォルトの名無しさん** · 2019/06/28(金) 00:05:54.40

>>874
.NET系だからC#のほうがいいよ
待機系はWaitWhile(Func<bool>)的な汎用Waitを書けば後が楽だ
不安定なのはRPA全般の宿命だね

**デフォルトの名無しさん** · 2019/06/28(金) 00:08:21.13

>>875
無視してるのは推進派だろ
教育コストはRPAだってかかる
むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね

**デフォルトの名無しさん** · 2019/06/28(金) 00:45:35.32

>>877
> むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね

まぁそう思いたければそう思っとけばいいんじゃないの根拠ねえけどそう思うのは自由だお邪魔しましたー

**デフォルトの名無しさん** · 2019/06/28(金) 00:54:31.42

>>875 そもそも社内にプログラマがいない位の企業規模でRPA やって効果があるのかな？

**デフォルトの名無しさん** · 2019/06/28(金) 01:17:24.77

>>877
素朴な疑問なんだけど、自動化の需要が増えてる中でなんでRPAが注目を集め始めたの？

プログラミングが入門書を読めば十分なら、RPAがこんだけ騒がれてる理由が分からないんだけど。

プログラミングは趣味程度しか出来ないオレだけど、会社でRPA触ってみて良くできてるなーと感心したよ。

**デフォルトの名無しさん** · 2019/06/28(金) 01:18:17.25

ちなみにRPAもテキスト演習だけで講習は受けてない。

**デフォルトの名無しさん** · 2019/06/28(金) 01:26:48.21

>>879
社内にプログラマっているもんなん？
うち数千人規模だけどプログラマはいないなたぶん経験者はいるんだろうけどそれ用のポストではないという意味でね

**デフォルトの名無しさん** · 2019/06/28(金) 02:34:18.16

PG言語知ってれば業務改善出来る訳じゃないからなあw

**デフォルトの名無しさん** · 2019/06/28(金) 03:02:55.56

RPAで一つ気になるのは結局頑張って覚えてもベンダーロックイン？の状況に陥るだけなのでは？
てとこ
どうなんだろうRPA一つ使えれば他社製品とか製品→ossとか簡単に以降出来るんかな

**デフォルトの名無しさん** · 2019/06/28(金) 03:31:30.70

>>874
DoEventsループで待機とか、根本的に分かって無いの丸わかり。

**デフォルトの名無しさん** · 2019/06/28(金) 03:33:06.12

>>884
実際はUIAutomation覚えた方が汎用的に応用出来ると思うね。

**デフォルトの名無しさん** · 2019/06/28(金) 04:19:47.71

>>875
社内研修をしたらその分は社員の能力向上になるから
組織の能力が向上するメリットもある
単に商品にお金使うのとは違う
RPAもその製品を使うのに必要な知識を研修なりで身につけなければならない点では同じじゃね？
その結果がRPA製品を使えるようになるだけという限定的なメリットしかない

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

>>880
バズってるだけでの可能性がある
自動化の需要があるとしても
その実現手段はいろいろある

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

>>882
会社の役割なんてその会社だけで簡単に作れるだろう
必要なら作ればいいだけ

**デフォルトの名無しさん** · 2019/06/28(金) 04:25:07.86

>>883
業務改善を実現する手段としてプログラミングを選択肢に加えることができる
良い方法があってもそれを知らなければ選択できない

**デフォルトの名無しさん** · 2019/06/28(金) 04:27:29.15

>>886
汎用プログラム言語を超える汎用性があるの？

**デフォルトの名無しさん** · 2019/06/28(金) 06:14:53.92

だからプログラミングで効果出るなら早くやれよ(笑)

**デフォルトの名無しさん** · 2019/06/28(金) 06:32:26.46

>>877
>教育コストはRPAだってかかる
>むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね
凄まじい机上の空論をかましてる感が半端ない
何というか成果物に対するコストを考えて言ってるのか分からん

例えばRPAだと以下のような案件がよくある
①検索対象のExcelリストを読み込む
②システムAを開き、①で取得したリストのデータをダウンロードする
③ダウンロードしたデータを結果一覧に転記する
④転記後、特定データ(例：期限が近いデータ）の場合が存在する場合は
　連絡先のリストと突合してメールを送信する

このぐらいの規模ならRPA専門要員1人で制作～リリースまで大体一か月ぐらい(1人月)
システム部門と調整する時間も合わせてこれぐらい

で、これを普通のプログラミングでやるならどのぐらいの見積もりになるん？

**デフォルトの名無しさん** · 2019/06/28(金) 06:59:57.26

>>893
そんな個人の業務をわざわざSEがプログラミングするわけないだろ！
ちょっと運用変わって止まったって度に電話されたらたまらんわ！

**デフォルトの名無しさん** · 2019/06/28(金) 07:15:13.53

>>894
おまえ大企業のオンボロポンコツシステム舐めるなよ！
こんな作業を10人も20人もやってんだぞ！
システムが違っても同じような運用やってんだぞ！

**デフォルトの名無しさん** · 2019/06/28(金) 07:20:32.85

>>893
システムAの仕様と結果一覧がどんなものかで結構変わるね
感覚的には普通レベルの開発者なら0.4～06人月あれば十分そう
外注すると1人月で請求(80～100万)くらいかかる

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

結局、RPA だと、RPA アプリの使い方を覚えるだけ。
そのアプリの仕組みを理解したり、そのアプリそのものを作ったりできない

異なるアプリに変われば、またそれを学習しないといけないから、
学習コストが掛かるため、移ることができない(ベンダーロックイン)

Ruby, Selenium WebDriver, Nokogiri, CSV では、小回り・応用がきく。
とにかくデータを、CSV にすれば、テキスト処理できる。
JSON, XML でも良いし

また、Ruby に似ている、JavaScript, Kotlin にも応用できる

RPAを10年やっても、仕組みがわからず応用もできないから、
社員のキャリアパスが成り立たない

RPAを10年やってる人を昇進させるのですか？
何も出来ないし、何も知らない人だけど

情報処理資格も取って、データベース設計もできるのなら、使えるけど

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

>>893
プログラミング初心者に毛が生えた程度の俺でも1週間あれば組めそう
業務の合間じゃなくて作成に専念していいってなったら2日でやれる自信ある

**897** · 2019/06/28(金) 07:33:59.55

Ruby では、

# CSV ファイルを、1行ずつ処理する
CSV.foreach( "a.csv" ) { 処理 }

ダウンロードは、wget, curl

ファイル操作は、File, IO モジュール

メール送信は、Mail モジュールかな？

**デフォルトの名無しさん** · 2019/06/28(金) 07:39:07.02

自動化技術の根本を勉強したいけど
とりあえずPython辺りの言語と
UiAutomation勉強すれば良い？

**デフォルトの名無しさん** · 2019/06/28(金) 07:57:06.59

>>878
同じく君がRPAが簡単と思い込みたいならそうすればいい君の自由だバイバイ

>>880
注目された理由は宣伝されたからだろう

>>884
90年代に流行ったビジュアルプログラミング環境がまだ生きててエンジニアを苦しめてる現場を知ってる
RPAはこれからだから必ずしも同じとは言えないが類似性が高いのは確かだろう

>>893
要件確定して作るだけって状況でその仕様なら1日でおk
調整も込みなら2週間ぐらいかな

**デフォルトの名無しさん** · 2019/06/28(金) 08:32:36.48

>>880
> 素朴な疑問なんだけど、自動化の需要が増えてる中でなんでRPAが注目を集め始めたの？
> プログラミングが入門書を読めば十分なら、RPAがこんだけ騒がれてる理由が分からないんだけど。

これに対してバズってるだけ宣伝しただけっていう勢は導入企業をアホだとみなしてるわけだが、それって建設的じゃないよな一貫はしてるけどね

**デフォルトの名無しさん** · 2019/06/28(金) 10:06:10.42

>>891
UIAutomationってのは他アプリを操作するためのライブラリ。
だから殆どの言語がこれを使うことになる。
RPAもあなたが言う汎用プログラミング言語もこれを使って組むことになる。

もう1つウィンドウハンドル使う方法もあるけど、これは操作対象の部品によってどちらを使うかが決まる。

だから他アプリを操作するならこのライブラリとウィンドウハンドル使う方法を知っていれば言語が変わってもつぶしが効く。

**デフォルトの名無しさん** · 2019/06/28(金) 10:08:52.44

>>902
RPAは詳しくない人に訴えかけやすいんだね。
VBAがこれほど使われてるのと同じ。
取っつきやすいんだ。

しかし、それで出来たものについては詳しい人ほど糞と分かる。

**デフォルトの名無しさん** · 2019/06/28(金) 10:25:32.86

プログラマーをたくさん抱えている某ソシャゲ最大手の会社も社内業務用にRPA導入してるけどな…

**デフォルトの名無しさん** · 2019/06/28(金) 11:23:43.37

>>905
プログラマーでも全然違う。
昔、テスト技術者をしていた頃、当然プログラマー等とは全く呼べないし、技術も無かったけど、そこに来たプログラマーに他アプリ操作関連のツール見せたらびっくりして、売り物になると言われたことがある。

全くそんなことないし、大したもんじゃないわけだけど分野が違えば全く分からないもんだ。
Windowsで、しかもある程度そういう方面をやったこと無いプログラマーにはちんぷんかんぷんだよ。

**デフォルトの名無しさん** · 2019/06/28(金) 11:26:55.91

しかもソシャゲwww
これ笑うとこ?

**デフォルトの名無しさん** · 2019/06/28(金) 11:42:32.63

球団持ってるとこ
今はソシャゲじゃないのかな？自動運転とか色々やってるよね

**デフォルトの名無しさん** · 2019/06/28(金) 11:48:00.96

あとは知ってる限りだと国内ECの最大手もRPA導入してるか

まぁ、プログラマーと一概に言っても分野が違えば出来る範囲が全然違うだろうけど

**デフォルトの名無しさん** · 2019/06/28(金) 12:07:10.87

トヨタもRPA導入してるぞい