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

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

語りましょう

**デフォルトの名無しさん** · 2019/06/13(木) 21:28:35.41

PythonよりもUIPathのほうがニッチなのは明らかだろうな。
だからといって自動化の領域でUIPathが劣ってるという結論はすぐには出ないと思うぞ？

**デフォルトの名無しさん** · 2019/06/13(木) 21:30:23.24

PythonユーザーでUIPathを使った時と同等のプログラムを組めるプログラマーは何割かな？

**デフォルトの名無しさん** · 2019/06/13(木) 21:45:35.24

>>455
ここに思考誘導のトリックがあると俺は思う
プログラミングをやってると、そもそもRPAと同等のプログラムを組む必要がないケース、というのが多々ある

例えばファイルをダウンロードしたいときにRPAだと
ブラウザを開いて、ボタンかリンクを押して、ダイアログにローカルパス入れて、、、
といったロボットを作るかもしれない

でもプログラミングだとファイルのURLに直接リクエストを1回送るだけで済んでしまうわけだ
(もちろんこの場合の正解はプログラミングすらしないでwgetやcurlコマンドを打つだけだろう)
RPAでこれをやろうとするとRPAからPowerShellを呼び出してInvokeWebRequestを実行、みたいな回りくどいことになってしまう
え、、それって最初から、PowerShellでいいじゃん、みたいな

プログラミングは選択肢がとにかく多い
それ故に、目的を達するための最短距離もまた短くなる
あえて、RPAと同じ手段を模倣する必要はない

**デフォルトの名無しさん** · 2019/06/13(木) 21:49:42.41

>>449
研修でほとんどプログラム出来るようになるってのもメー子以上では？
環境変われば人も変わるので、普通を探り合っても平行線

中小と仕事をするとレベルの低さに驚く

**デフォルトの名無しさん** · 2019/06/13(木) 21:50:47.09

>>451
無知識文系大学生が対象の初級プログラミング演出ってやつ。言語はPython。
まず変数と型を理解するのに時間がかかる。ここで2割くらいは脱落
次に比較演算子、条件分岐、繰り返し…で2割、残り3割は関数あたりで詰まって時間オーバーになる感じだったな
変数～繰り返しで詰まる4割の子は本当に適性がない感じ
i = i + 1
これがもう理解できないみたい。概念が理解できないのよ。というかパソコン自体がもう受け付けないレベルの人もいたなぁ…
関数で詰まる子達は根気よく教えればいけそうではあったかな。見よう見まねはできる感じだったね

>>452
まあその通りだわな
94%の内訳は業界への幻滅やら安定志向貫いた結果やら色々あると思う
だが何らかの理由でITエンジニアへの夢を断念してるってのは数字から読み取れる事実で、その理由の中にプログラミング不適切による挫折は一切含まれ無いよって考えはおかしいよねってのが言いたかっただけよ

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

世の中英語話せる人多いのに、なんで英語話せないの？
会計の基礎だから当たり前なのになんで簿記できないの？
やって損ないのになんで経営学勉強しないの？
プレゼンに必須なのになんでパワポそんな下手くそなの？
マラソンなんてみんなやってて健康にいいのになんでマラソンしないの？

**319** · 2019/06/13(木) 22:26:59.80

自分語りしてすまんが自分はこの業界はスキル次第ではどうにでもなると思ったから選んだ
今はまだまだだけど40歳になる頃にはフリーランスになることを目指して勉強してます

**デフォルトの名無しさん** · 2019/06/13(木) 22:28:56.50

>>453
ん？ソース出せないの？

**デフォルトの名無しさん** · 2019/06/13(木) 22:36:06.85

IT業界て変化激しいから一つのスキルや言語に固着しすぎるのは危険だけど、この業界特有の良い意味での泥臭力はあらゆる変化に対応できる地力にはなるよね

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

>>458
なるほどありがとう
ざっくり言うと、4割が不可、3割が可、3割が良、みたいな感じか i=i+1は確かに難しい！

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

>>456
UiPathならHTTP Request activity一つでできるよ

**407** · 2019/06/13(木) 23:20:36.68

>>407
修正。CSS Selector を分割します

># ニュース一覧
>elements = doc.css( "#main > div.rankList > div.contents.general > ol.listFeed > li > a" )

>results = elements.map { |elem| elem.attr( "href" ) }.take( 5 ) # 最初の5個

# 他のランキングも取得されてしまうため、at_css で、最初のニュースランキングだけを取り出す
news_elem = doc.at_css( "#main > div.rankList > div.contents.general" )
elements = news_elem.css( "ol.listFeed > li > a" )

results = elements.map { |elem| elem.attr( "href" ) }

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

>>443 だからお前はアホだと言われるんだよ。生徒に言われていないとしたら、よほどの底辺校か後進国の学校だろうな。

まず、労働人口ってわかってるのか？何歳から、何歳までか言ってみろ。
比較するんだったらせめて数年間の世代の中で比較しろ。

時代が違うという背景すら考慮しないお前の数字遊びなんてなんの意味もない。

例えば50才以上の人が社会に出るときにプログラマーになりたいなんて思った人が何% いるかカウントしてみろよ。

こんな奴に教わる生徒がかわいそうだな。

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

>>458 お前が言ってるのは子供の将来の夢はなんですかと聞いて、お医者さん、パイロットと言ってる子たちが実現できないといつ待てるのと同じだぞ。

そもそも算数もできない奴がプログラムなんてできるわけないだろが。
Fランク大の学生に分数の問題や因数分解の問題を出してみろ。何割溶けると思ってるんだ？
いや、つるかめ算でも良い。小学生が溶ける問題も解けない奴らのくだらない夢を勝手にカウントするなよ。

そんな問題もできない奴らが学校を卒業したら、IT産業に勤めてガバガバ金を稼ぎたいなんて言ってるののどこにどんな根拠があるんだ？

幾らRPAと言えどもバカにはできないぞ。お前はバカな子供を見過ぎてるんだよ。所で今はどんな仕事をしてるんだ？

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

自分の主張もろくに出来ない奴が批判だけ口達者によう吠えてるなw 文字数だけあっても根拠が薄っぺらだからな真っ当なRPA否定派にとってもいい迷惑だろこれ

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

SoftBankが4000人分rpaで削減するってな。

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

webからコピペした表(Excelへ)を特定の日にち以外は行削除しないといけない…

なんというかここまでくるとRPAでやるよりVBAのマクロで実行させた方がいいような気がしてきた…

それかその処理自体をどうにかするか…

まぁ特定日付以外を削除するのは理由がわかるのだけどね…

RPAでExcelの最終行を指定してコピペってできないですよね？

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

リストラの建前を安価で購入できるってことか
実際に使うかどうかはともかく効果的と言える

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

>>470
何を言ってるんだ？
普通にRPAで簡単に出来るけど…

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

>>470
やれない事もない
(ReadColumnで縦1列読み込んで行数カウント→最終行が分かったらSelectRangeでその行分だけ範囲指定後、SendHotKeyでコピー）

特定の日付以外を削除したするなら、Excelへのコピーが完了した段階で
①ReadRangeを使ってデータテーブルとして読み込む
②Filter Data Tableを使って、特定の日付で抽出したデータテーブルを作成する
③②で作ったデータテーブルをWriteRangeで書き込み
※Data Scrapingができるなら、スクレイピングで取得した後に②から実施すればOK

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

今思ったらデータテーブルとして読み込んだら
わざわざ操作してコピペする必要もあんまりないな（書式を残す場合は別として……）

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

>>470
マクロでいいと思いますよ
デキるRPA使いはスクリプトを活用しています
複雑な処理を簡単に高速かつ安定に実現できるからです
これはJavaScriptの記事ですがVBAやPowerShellも同様に考えていいでしょう
https://www.mitsue.co.jp/knowledge/blog/rpa/201808/17_1349.html
https://www.mitsue.co.jp/knowledge/blog/rpa/201810/30_0905.html

RPAの利点はレコードだけで済んでしまうような単純な作業の自動化が楽になることです
その前提範囲を超えた単純ではない作業は別の然るべき手段で対処しましょう

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

リンクを残さないといけないので、データテーブルに入れて…ってのができないだろうなぁ…と思い質問させていただきました。

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

>>476
あらかじめ書式を決めた書き込み用のエクセル作って
その状態で書き込めばリンク残らない？

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

CSV で出力すれば、Ruby で加工できる

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

>>467
なんでそんなお顔真っ赤なの？？
>>458は"算数もできない馬鹿も存在する"のが現実なのに「プログラミングは簡単だから勉強すれば全員できるようになる」って主張を否定したいだけだぞ
馬鹿はカウントするなってんならその時点で全員できる論は破綻するんだし、数字の解釈はともかく論旨としてはおかしいことは言ってないと思うが…

俺も少し興味あったんで調べてみたが15～24歳の労働人口は519万人
IT業界89万人のうち15～24歳の割合は6.5%(5.8万人)程らしいので若者労働者のITエンジニア就職率はおおよそ1.118%だな
世代全体で算出した例よりパーセンテージが下がるのは興味深い

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

>>470
少々強引だが、データが上から連続して入っているならExcelをフォーカスしてRPAで「Ctrl +⬇」キー叩けば最終行までカーソル移動するから後はよしなに処理するって手もあるぞ

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

>>470
BPならGet Number of Rowsで行数がわかる。
あとは指定列&最終行でOK。

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

>>469 あれは表現が過激だが、4000人分の時間を丸々削減するという話ではなく、4000人がタッチする仕事の内容をRPA で処理するだけで、実際にどれだけ時間が削減できるかという話では無さそう。

ソフトバンク、RPAで4000人分の業務代行　孫氏が表明
https://r.nikkei.com/article/DGXMZO46066870T10C19A6TJ2000?s=0

孫氏「きのう話をした」　米RPA大手に追加出資検討
https://r.nikkei.com/article/DGXMZO46036850T10C19A6000000?s=1
ソフトバンクグループの孫正義会長兼社長は13日、傘下のソフトバンク・ビジョン・ファンド（SVF）を通じて、
定型業務を自動化するRPA（ロボティック・プロセス・オートメーション）ソフト大手の米オートメーション・エニウェアに追加出資を検討していることを明らかにした。

オートメーション・エニウェア、「IMAGINE TOKYO」にて国内のRPA拡大を加速化する協業を発表
https://www.asahi.com/and_M/pressrelease/pre_3093664/
国内でのRPA拡大を促進するマイクロソフトとのコラボレーションを発表しました。
Microsoft Azureを推奨のクラウドに選択した

Microsoft 365、Microsoft Dynamics、Microsoft PowerBI、Microsoft Power Platformなどのマイクロソフト製品と深く統合された機能を提供します。
・RPA Botを提供する業界初のオンラインマーケットプレイス「Bot Store」では、60以上のマイクロソフト専用ボットのほか、新たにマイクロソフト製品に対応したボットやデジタルワーカーを展開します。

２．Cogent Labsとの技術提携：オートメーション・エニウェアのAIソリューション「IQ Bot」にコージェントラボの手書きOCRソリューション「Tegaki」を組み込んだソリューションを本日より提供開始します。

オートメーション・エニウェア・ジャパン
https://www.automationanywhere.com/jp/

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

>>479 15才なんて働いていない人間なの方が多いから意味ない。
就労人口で比較するなら、24～30才くらいだろうな。

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

狭っ(笑)
俺も対象から外れとる(笑)

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

因数分解も解けなければ簡単な英文も読めない社会人は普通に居るし
何故か、その層がホワイトカラー職に就いてるからRPAは活躍する

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

>>483
あれっ、高校生のなりたい職業ランキングの流れから
実際はどんだけの割合で高校or大学の新卒がIT業界に行くのかって話をしていたんじゃなかったのか…？

IT業界89万人中25～29歳は16.2%(約14.5万人)
就業者数はちょうどいいデータが無かったが、25～34歳で1247万人だから25～29歳なら647万人くらいかな
つまりこの年代で言うと比率は2.241%だな。っというかどの年代でも大体1～5%くらいを推移しとるよ

ITエンジニアって全年代通して全体の極一部しか居ないってのはわかるよな？
いやいや僕の会社(IT業界)では全員ITエンジニアだしプログラミングも全員できてるし
世界中のあらゆる人間もみんなプログラミングくらいできる違いない！！っていう>>444みたいなアホなことは言わんといてくれな

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

＞現状のプログラミング人口の多さが
＞プログラミングの簡単さの証明になってるんだ

＞君は数字にこだわりすぎて、
＞抽象的、定性的な考え方が苦手なのだろうね

＞ニーズと紐づくのは確かにそうだな
＞ということは普及してないRPAってニーズがないのかな？

この変わり身よw
プログラミング誰でもできる説の根拠まだー？お得意の定性的なロジックで構わないよ

僕の会社では全員ITエンジニアだしプログラミングも全員できるし(ry 以前のスレでも誰でも出来る説を論破されてたけど

人を厳しく批判するなら同じ基準で自説を説明してくれな

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

自動化の話してないよねこのすれ

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

>>477
すみません、その辺よくわからないんです…
あとで調べてみます。

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

>>489
UiPathってWriteRangeとかで書き込むと
書式設定は書き込み先のエクセルに依存する
だから書式設定済みのエクセルを用意すれば
擬似的にURLの書式を残せる

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

依存するって決めつけてるけど右の設定オプションで切り替えられるじゃん

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

>>491
すまん、新しいバージョンだと
オプションで切り替え出来るの失念してた

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

>>479
???
そんな馬鹿にはプログラミングはおろかRPAも触らせてはならないと思ってたんだが違うのかなあ。
RPAなら簡単ってのはゴミコード量産しますってのと同義だと思うぞ。

ゴミコードはRPAがダメなんじゃ無い。
そんなコードを書く奴が悪いとは思うけど。
だから簡単ってのは手離しで喜べるもんじゃ無い。

Pythonの方が良いなんて全く思わないが、Pythonと同等に難しいと考えるべきだ。

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

ソフトバンク孫社長「日本復活のシナリオは、RPA＋AIによる生産性向上」
https://www.itmedia.co.jp/news/articles/1906/14/news054.html

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

>>493
いやお前マジで大丈夫か？？？
俺はRPAになんて一言も言及してないんだが…
プログラミングが全人類誰でもできるっつー論はオカシイだろって言ってるだけだぞ？
もしかして病棟系の人だったか？刺激してすまんかったな

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

>>494
これはひと儲けたくらんでますねぇ
乗っかって投資しますか

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

ビジネスとしてはRPAを推進したほうが美味しいのだろうな
買う側が生産性をあげるためにはPythonが正解なんだろうけど
売る側としてはPythonを覚えられてしまったら利益を出せなくなる

将来的に多くの国民がプログラミングスキルを身につけるであろう海外と
RPA資産に振り回される日本とではたして勝負になるのか不安ではある

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

>>495 日本でも来年から小学校からプログラミングを教えるんだが、よほどのアホじゃなければ理解できるだろ。

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

オートスケールするブラウザサーバーを建ててクローリングを並列実行したいのだがUIPathでできる？

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

>>498
ありゃプログラミングができない大人が多すぎるから頭の柔らかい子供のうちに考え方を教えとこうって趣旨だろ
つかプログラミング誰でもできる論が成立するならそもそも学校でわざわざ教える必要もないしなー

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

学校の教師みたいな人にプログラムのロジックを教える事が出来るのかね？
外部から講師を呼ぶならまだしも。

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

まともなこと教科書にかいてれば興味ある子供は勝手に覚えるよ

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

教科書がマトモだといいな。
どこが作るのかしらんけど。

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

もう検定教科書もできてるし、教師用研修教材もあるよ。

小学校のうちは、最初はブロックプログラミング。

高校の必須科目情報I での、プログラミング言語のメインは Python

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

Pythonか～
誰が決めたんだろ？
いまさらCとかよりはいいかもしれん。

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

>>505 教えやすく理解しやすいのがスクリプト言語と言うのは昔から変わっていない。

昔はBASIC だったが、それが Python に席を譲っただけ。
BASIC も渋とくVBA とか、PIC などの中で生き残ってるが。

それに全てが無料というのが良い。オープンソースも必須。

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

本音を言えば型宣言を省略できる言語はあんまり最初の言語として教えてほしくないんだけど。
型はプログラミングにとって超大事だからね。

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

C#あたりかな？でもC#もvarがあるかｗ

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

今日導入企業の話聞いてきたけど、bizzroboだったな。
6万人規模の会社で800人講習して、稼働ロボは450くらい。1000ロボくらい目指すって言ってた。

600人の規模なら8人で5ロボくらいだな
そう考えると導入展開にはかなりの時間がかかるってことがわかる

言ってたけど、結局現場の人が業務しながら片手間で覚えて作らなくちゃいけないから、前に進まない。俺もそうだけど

その後に簡単にできますってロボ紹介してるセッションもあったけど、前述の大企業の開発後のヒアリング紹介では意外と難しいという意見が多かったって紹介されててそれこそ生の意見だと思ったよ

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

>>509
普通に考えてプログラマ崩れの中途採用か
専門卒を新規で取ったほうが早いよな

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

>>509
RPA独特の難易度は今後の技術共有がどれだけ活発になるかだな
エラーが出ないようになるべく安定稼働させるならケア処理を上手く組み込む必要あるし

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

実績はあまり気にしなくていいのではないだろうか
先進的なRPAテクノロジを活用し働き方改革を積極的に推進しているという姿勢をステークホルダ達にアピールしたい
これが最大の導入理由なのだろう
いかにも経営が考えそうなことだ

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

バカだな。経営は人減らしたくて減らしたくてたまらないんだぞ？

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

実際に何人切り捨てて追い出したって事例ある？

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

詳しくは知らんが大手銀行は結構人減らしたんじゃなかったか？

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

ふむふむ
やはり建前があると切りやすいのだな

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

三井住友銀行は1年で110万時間工数削減したらしいぞ？

**デフォルトの名無しさん** · 2019/06/15(土) 00:01:37.95

>>517 銀行のシステムなんて化石システムで動いてるようなものだからな。ガチガチ。
ネットにつなげるのもUSB を使うのも禁止。

誰も身動き出来ないシステムに何をさせようというんだ？
RPA 以前にやることが山のようにあるだろ。
COBOL をまず捨てろよな。

**デフォルトの名無しさん** · 2019/06/15(土) 00:05:49.06

>>517
RPA業務って良くも悪くも大企業＆古い基幹システム使って所だと
削減効果自体は出やすいんだよ
・大量のデータを処理する必要がある
・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて
　特定データのみを一気に取り出せない
・また必要な情報を集めるために複数の画面を跨ぐ必要が多い

言い方が悪いけど、システムと現行業務にギャップが出てて
人の手でフォロー（繰り返し作業）する必要がある≒RPA化で効果が出やすいっていう裏がある

本来ならシステム側をブラッシュアップすべきなんだけど
肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ

**デフォルトの名無しさん** · 2019/06/15(土) 01:12:52.13

>>519
まさにうちの会社だ
RPA超絶活躍中！

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

価格と同じで、人員削減はあんまり表に出ないだろうな特に働き方改革みたいな労働者フレンドリーな皮を被ってるから
RPA リストラとかでちょっと調べてもなんとも言えん気がした↓

人材不足は高スキルのみ、RPAで就職氷河期がやってくる - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/18/113115

RPA型配置転換は結局こうなる、富士通2850人が早期退職 - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/20/000500

RPAとはリストラのための刺客なのか？【結論：違います】 | 完全自動化研究所
http://marukentokyo.jp/2019/05/15/rpa_restructuring/

**デフォルトの名無しさん** · 2019/06/15(土) 01:34:25.92

>>519
本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね？

システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかねまあ例えはイマイチかもしれんけど

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

>>494
softbankがRPAホールディングスとコラボしたSynchRoid　(2016～)

従来の見積書作成は、なんと15分で作れていた
IBM Watosonの協力を得て、メール受信から3秒で出来て、人はメール送信ボタンを押すだけ
https://cdn.softbank.jp/biz/set/data/other/rpa/case/img/img-ai-01.png
https://www.softbank.jp/biz/other/rpa/

※ページに日付が無いので、過去現在未来のどれか不明

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

銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな

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

>>523
AIはともかくRPAは要らないな

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

RPAはシステム全面改新までの繋ぎとして効力を発揮する
システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね

費用対効果が出るなら素直にシステム化するのが吉

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

>>522
システムというのは追加は簡単なんだけど変更は難しいものだよ
開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ

RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる
ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない
だから変更の難しさという大問題が表面化していない
この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね

**デフォルトの名無しさん** · 2019/06/15(土) 08:01:29.36

>>522
全ては費用対効果なんだよ

**デフォルトの名無しさん** · 2019/06/15(土) 08:09:23.44

>>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。
むしろ今まで手書きOCRをやっていなかったことに驚き。

**デフォルトの名無しさん** · 2019/06/15(土) 08:51:40.22

>>529
OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう？

あとここではエクセルやデータテーブルの処理が盛り上がりやすいけど
冷静に考えるとエクセル処理もRPAとは独立した概念だよな

RPAには明確な定義がなく言ったもの勝ちの雰囲気がある
だったら便利なものはみんなRPAと言い張って取り込んでしまおう
便利なものがいっぱい詰まってるからRPAは便利なんだ
…そういうことなのか？

**デフォルトの名無しさん** · 2019/06/15(土) 08:59:09.62

手書きOCRってまだまだ精度的に怪しいもんだよ
数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね
結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ

RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA

**デフォルトの名無しさん** · 2019/06/15(土) 09:02:47.18

1とlとかね、あるある

**デフォルトの名無しさん** · 2019/06/15(土) 09:05:31.40

それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな
実際にRPA製品はスクリプト呼び出しもサポートしてる

**デフォルトの名無しさん** · 2019/06/15(土) 09:34:36.09

わーRPAってすごいんだね！！

99 · 2019/06/15(土) 09:36:42.93

RPAは、今まで（自動化）ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法

例えば、頻繁にEXCEL使っててVBAで作ればタダで楽できるのにも関わらす、現場で作られてないところは多い
（会社からすれば当然VBA勧めたいが、何故か（様々な理由で？）使われない）

コストはかかるが、「作れるかも」と思ってもらえそうな口実の一つがRPA

aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA（等）の出番

**デフォルトの名無しさん** · 2019/06/15(土) 09:40:45.88

>>530 全体的には事務効率化なんだよ。だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。
RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。理想的なシステムがあればそれで全て完了。

RPA の中で手書きOCR 処理はかなりのウエートを占めることも事実。
上の >>482 でも、世界一のRPAメーカーがAI を組み込んだ手書きOCR を導入したことでもわかる。 AI を組み込むことで誤認識が減るからね。
IBM のRPAもAI を使った手書きOCR認識だからこそ成功している。

RPA の中の画面認識でもAI の比重は高まってくるよ。

**デフォルトの名無しさん** · 2019/06/15(土) 09:41:43.34

タッチパネル上でフォームに入力させるのが
結果的に一番コストが安かったりするわけだが

**デフォルトの名無しさん** · 2019/06/15(土) 09:44:06.72

あ～週末はRPAもVBAの事も考えずにすむ…気が楽だ…

金曜は勤務の2/3くらいVBAで表内に残すデータのロジック？組んだりして、あとはRPAでweb内の表データをExcelにコピペする調整してた…

なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ…

**デフォルトの名無しさん** · 2019/06/15(土) 09:44:49.21

つか、今やってるのってRPA向きな作業では無い気がするわ…

**デフォルトの名無しさん** · 2019/06/15(土) 09:46:21.30

>>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな？
それこそメカニカルロボットの出番かな？

**デフォルトの名無しさん** · 2019/06/15(土) 09:51:56.56

そのVBAのコードはどうやって管理してるのかね

**デフォルトの名無しさん** · 2019/06/15(土) 09:56:11.68

>>535
なるほど
RPAの正体は「既存品の再パッケージング&広告戦略」だったのか
エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを
あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ

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

>>539
散々そう言ったじゃんか
レコーディングだけで済むような単純な業務だけRPAを使う価値がある
それ以外は普通にプログラミングしろってさ

君がここ1週間ぐらいかけて取り組んでた課題って
プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ？

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

>>540
無理してロボット使うなw
転記元データがあるならヘッドレスなプログラムで送信すりゃいい
なんでわざわざヒューマンインターフェイスを経由させたがるんだ

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

実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ
そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ

やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな

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

確かに俺らからしたら>>538の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど
おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな…
プログラミングでいいジャン！wで一蹴するのはあまりにも残酷に感じる
とにかく右も左もわからん中よく頑張ったと労いたい
経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし

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

金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい
生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく
ただのビジュアル化されたプログラミングツールでしかない
導入には金がかかり扱える人材を育てるには金も時間もかかる

プログラミングでも人材を育てるには金も時間もかかるが
教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ
何より導入コストがかからないから失敗のリスクが少なくていい

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

ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー
Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと

金も人材も時間もない中小零細が取るべくは
UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな
もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな

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

>>548
C#が他と比べて自動化関連の情報が少ない？なぜそう思った？

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

>>549
なぜって…Pythonと比較して明らかに少ないだろー
SeleniumやAppiumもPython利用を前提としてる記事のが多いし

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

>>548
書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ

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

中小零細は多品種少量みたいな業務で構成されているからRPA向きではない

>>521
文系大卒は簡単なホワイトカラー職に就きたがるから
雇用のミスマッチがますます進むな

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

>>550
ソース出してみ
たとえばWinAppDriverなら？

**デフォルトの名無しさん** · 2019/06/15(土) 12:00:19.22

>>550
そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない
もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね