[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
>>479
???
そんな馬鹿にはプログラミングはおろかRPAも触らせてはならないと思ってたんだが違うのかなあ。
RPAなら簡単ってのはゴミコード量産しますってのと同義だと思うぞ。
ゴミコードはRPAがダメなんじゃ無い。
そんなコードを書く奴が悪いとは思うけど。
だから簡単ってのは手離しで喜べるもんじゃ無い。
Pythonの方が良いなんて全く思わないが、Pythonと同等に難しいと考えるべきだ。 >>493
いやお前マジで大丈夫か???
俺はRPAになんて一言も言及してないんだが…
プログラミングが全人類誰でもできるっつー論はオカシイだろって言ってるだけだぞ?
もしかして病棟系の人だったか?刺激してすまんかったな >>494
これはひと儲けたくらんでますねぇ
乗っかって投資しますか ビジネスとしてはRPAを推進したほうが美味しいのだろうな
買う側が生産性をあげるためにはPythonが正解なんだろうけど
売る側としてはPythonを覚えられてしまったら利益を出せなくなる
将来的に多くの国民がプログラミングスキルを身につけるであろう海外と
RPA資産に振り回される日本とではたして勝負になるのか不安ではある >>495 日本でも来年から小学校からプログラミングを教えるんだが、よほどのアホじゃなければ理解できるだろ。 オートスケールするブラウザサーバーを建ててクローリングを並列実行したいのだがUIPathでできる? >>498
ありゃプログラミングができない大人が多すぎるから頭の柔らかい子供のうちに考え方を教えとこうって趣旨だろ
つかプログラミング誰でもできる論が成立するならそもそも学校でわざわざ教える必要もないしなー 学校の教師みたいな人にプログラムのロジックを教える事が出来るのかね?
外部から講師を呼ぶならまだしも。 まともなこと教科書にかいてれば興味ある子供は勝手に覚えるよ 教科書がマトモだといいな。
どこが作るのかしらんけど。 もう検定教科書もできてるし、教師用研修教材もあるよ。
小学校のうちは、最初はブロックプログラミング。
高校の必須科目 情報I での、プログラミング言語のメインは Python Pythonか〜
誰が決めたんだろ?
いまさらCとかよりはいいかもしれん。 >>505 教えやすく理解しやすいのがスクリプト言語と言うのは昔から変わっていない。
昔はBASIC だったが、それが Python に席を譲っただけ。
BASIC も渋とくVBA とか、PIC などの中で生き残ってるが。
それに全てが無料というのが良い。 オープンソースも必須。 本音を言えば型宣言を省略できる言語はあんまり最初の言語として教えてほしくないんだけど。
型はプログラミングにとって超大事だからね。 今日導入企業の話聞いてきたけど、bizzroboだったな。
6万人規模の会社で800人講習して、稼働ロボは450くらい。1000ロボくらい目指すって言ってた。
600人の規模なら8人で5ロボくらいだな
そう考えると導入展開にはかなりの時間がかかるってことがわかる
言ってたけど、結局現場の人が業務しながら片手間で覚えて作らなくちゃいけないから、前に進まない。俺もそうだけど
その後に簡単にできますってロボ紹介してるセッションもあったけど、前述の大企業の開発後のヒアリング紹介では意外と難しいという意見が多かったって紹介されててそれこそ生の意見だと思ったよ >>509
普通に考えてプログラマ崩れの中途採用か
専門卒を新規で取ったほうが早いよな >>509
RPA独特の難易度は今後の技術共有がどれだけ活発になるかだな
エラーが出ないようになるべく安定稼働させるならケア処理を上手く組み込む必要あるし 実績はあまり気にしなくていいのではないだろうか
先進的なRPAテクノロジを活用し働き方改革を積極的に推進しているという姿勢をステークホルダ達にアピールしたい
これが最大の導入理由なのだろう
いかにも経営が考えそうなことだ バカだな。経営は人減らしたくて減らしたくてたまらないんだぞ? 詳しくは知らんが大手銀行は結構人減らしたんじゃなかったか? 三井住友銀行は1年で110万時間工数削減したらしいぞ? >>517 銀行のシステムなんて化石システムで動いてるようなものだからな。 ガチガチ。
ネットにつなげるのもUSB を使うのも禁止。
誰も身動き出来ないシステムに何をさせようというんだ?
RPA 以前にやることが山のようにあるだろ。
COBOL をまず捨てろよな。 >>517
RPA業務って良くも悪くも大企業&古い基幹システム使って所だと
削減効果自体は出やすいんだよ
・大量のデータを処理する必要がある
・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて
特定データのみを一気に取り出せない
・また必要な情報を集めるために複数の画面を跨ぐ必要が多い
言い方が悪いけど、システムと現行業務にギャップが出てて
人の手でフォロー(繰り返し作業)する必要がある≒RPA化で効果が出やすいっていう裏がある
本来ならシステム側をブラッシュアップすべきなんだけど
肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ >>519
まさにうちの会社だ
RPA超絶活躍中! 価格と同じで、人員削減はあんまり表に出ないだろうな 特に働き方改革みたいな労働者フレンドリーな皮を被ってるから
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/ >>519
本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね?
システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかね まあ例えはイマイチかもしれんけど >>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/
※ページに日付が無いので、過去現在未来のどれか不明 銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな RPAはシステム全面改新までの繋ぎとして効力を発揮する
システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね
費用対効果が出るなら素直にシステム化するのが吉 >>522
システムというのは追加は簡単なんだけど変更は難しいものだよ
開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ
RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる
ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない
だから変更の難しさという大問題が表面化していない
この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね >>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。
むしろ今まで手書きOCRをやっていなかったことに驚き。 >>529
OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう?
あとここではエクセルやデータテーブルの処理が盛り上がりやすいけど
冷静に考えるとエクセル処理もRPAとは独立した概念だよな
RPAには明確な定義がなく言ったもの勝ちの雰囲気がある
だったら便利なものはみんなRPAと言い張って取り込んでしまおう
便利なものがいっぱい詰まってるからRPAは便利なんだ
…そういうことなのか? 手書きOCRってまだまだ精度的に怪しいもんだよ
数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね
結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ
RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな
実際にRPA製品はスクリプト呼び出しもサポートしてる RPAは、今まで(自動化)ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法
例えば、頻繁にEXCEL使っててVBAで作ればタダで楽できるのにも関わらす、現場で作られてないところは多い
(会社からすれば当然VBA勧めたいが、何故か(様々な理由で?)使われない)
コストはかかるが、「作れるかも」と思ってもらえそうな口実の一つがRPA
aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA(等)の出番 >>530 全体的には事務効率化なんだよ。 だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。
RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。 理想的なシステムがあればそれで全て完了。
RPA の中で手書きOCR 処理はかなりのウエートを占めることも事実。
上の >>482 でも、世界一のRPAメーカーがAI を組み込んだ手書きOCR を導入したことでもわかる。 AI を組み込むことで誤認識が減るからね。
IBM のRPAもAI を使った手書きOCR認識だからこそ成功している。
RPA の中の画面認識でもAI の比重は高まってくるよ。 タッチパネル上でフォームに入力させるのが
結果的に一番コストが安かったりするわけだが あ〜週末はRPAもVBAの事も考えずにすむ…気が楽だ…
金曜は勤務の2/3くらいVBAで表内に残すデータのロジック?組んだりして、あとはRPAでweb内の表データをExcelにコピペする調整してた…
なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ… つか、今やってるのってRPA向きな作業では無い気がするわ… >>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな?
それこそメカニカルロボットの出番かな? >>535
なるほど
RPAの正体は「既存品の再パッケージング&広告戦略」だったのか
エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを
あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ >>539
散々そう言ったじゃんか
レコーディングだけで済むような単純な業務だけRPAを使う価値がある
それ以外は普通にプログラミングしろってさ
君がここ1週間ぐらいかけて取り組んでた課題って
プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ? >>540
無理してロボット使うなw
転記元データがあるならヘッドレスなプログラムで送信すりゃいい
なんでわざわざヒューマンインターフェイスを経由させたがるんだ 実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ
そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ
やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな 確かに俺らからしたら>>538の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど
おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな…
プログラミングでいいジャン!wで一蹴するのはあまりにも残酷に感じる
とにかく右も左もわからん中よく頑張ったと労いたい
経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし 金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい
生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく
ただのビジュアル化されたプログラミングツールでしかない
導入には金がかかり扱える人材を育てるには金も時間もかかる
プログラミングでも人材を育てるには金も時間もかかるが
教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ
何より導入コストがかからないから失敗のリスクが少なくていい ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー
Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと
金も人材も時間もない中小零細が取るべくは
UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな
もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな >>548
C#が他と比べて自動化関連の情報が少ない?なぜそう思った? >>549
なぜって…Pythonと比較して明らかに少ないだろー
SeleniumやAppiumもPython利用を前提としてる記事のが多いし >>548
書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ 中小零細は多品種少量みたいな業務で構成されているからRPA向きではない
>>521
文系大卒は簡単なホワイトカラー職に就きたがるから
雇用のミスマッチがますます進むな >>550
ソース出してみ
たとえばWinAppDriverなら? >>550
そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない
もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね >>550
記事なんかじゃなくてGitHub漁れば、ちゃんと動くものがいくらでもある
MicrosoftだってBlazorのE2EテストはC#+Seleniumでやっている >>553
C# WinAppDriver とかでググッてくれ。
電卓のボタンクリックくらいの情報しか出てこんと思うぞ
>>554
普通に考えればそうなんだが、素人独学プログラミングじゃそういう基礎的なとこがかわらんのよ
Pythonで書かれたサンプルをC#に書き直すって発想がまず湧かない
GUI操作に限ってはUiPathのがクリティカルな情報が多いし調べやすいと思うけどな。UiPath以外のRPAツールが情報少ないのは同意 いや俺の表現がまずかったな
情報はあるんだよ。それこそGitHubなり海外サイトなりMSDNなり探せばいくらでもある。
俺が言いたいのはそうじゃなく、独学素人プログラミング初心者が取ってきてそのまま使える情報が無いってことを言いたい
GitHubがそもそもわからんしMSDNもどう見たらわからんし英語も全く読めないし機械翻訳で更にちんぷんかんぷんになるんだよ >>558
初心者はGitHub漁るって概念がそもそもねーしこのURL404だよ 確かにURLすらたどれないやつにプログラミングは無理だ
ってか怖すぎるからそんなやつに自動化業務なんてさせられない >>560
今の時代は初心者こそGitHubからの丸パクリやで
中途半端な記事を読んでアレコレ頭を悩ませずとも動くものとドキュメントがあるからな >>556
そうかなぁ?
俺はググっても情報が出てこなくて諦めちゃった
数分の動画を見てハズレってのが3回も続いたらもうやってんねえフザケンナってさじ投げるよ >>564
そいつは>>558のURLすら見れないらしい
そもそもググれない可能性が高い >>559
素人独学向けの入門書は沢山あるし
最近は各言語やライブラリの公式ドキュメントが素晴らしく充実してる
チュートリアルなどもあってすぐに学習できる 出先あいぽんなんだよそんないじめてくれんな
ipadからだと辿れたわすまんな うーん、なんかRPAに寝首かかれてる理由が垣間見えた気がする
君たちそういうとこやで… >>566
最近はC#でもチュートリアルやAPIのドキュメントに付随してブラウザ内でコードを実行できるようになってきてるしね
断片的な記事と違って開発環境作らずにすぐ試せる >>568
なんでもかんでもRPAって冠をつけてるだけ 素晴らしい教材の情報があるならどんどん発信してほしい
初心者は得てして学習方法がそもそもわからんってケースが多い >>569
dotnet tryだっけ面白いよねアレ
確かに学習教材にはうってつけだな >>564
本来プログラミングでやるべきな込み入ったことしようと思うと途端に情報無くなるのは確かにそう
要素のクリックとかキー情報送信とかデータテーブル操作くらいの基本的な操作の情報ならわりと豊富
例えばAdbe Acrobat Readerの「注釈」をクリックしたいとかならUiPathのがクリティカルな情報すぐ見つかるやねって意味で >>573
それこそWinAppDriverで一発じゃない?
クリックさせてその後どうしたいのかってことまで考えると普通にプログラミングした方が楽だと思うんだけど違うの? >>527
勉強になります 今後真価が問われるってのは同意 変更って意味ではRPAの方に軍配あがるんじゃないかなと予想 業者に頼まなくて済むし事務員でもできるし
>>528
まぁそうだけどケースバイケースって言ってもしょうがないからな 一般論としてはシステム改修よりRPA改修の方が安上がりなんじゃね
基幹システムの一括入力機能付けるのに云百万かかります、それならRPAで繰り返し入力させるわ、ってなるよな >>574
クリックして注釈入れて保存ボタン押す…程度のことをUiPathに任せられればそれでいいし、それがRPAの適材適所やと思うよ
それ以上のことをやろうと思えば仰るようにガチでプログラミング学んで組んだほうが良い
あとWinAppDriverはWin10以上限定だったと思うがRPA導入考えるような企業は未だにWin7現役なことが多いんだよなぁ
それ抜きにしても、WinAppDriver Gitからダウンロードして開発者モード有効にしてドライバ起動してインスタンス生成して操作対象のハンドル取ってアプリ用インスタンスも生成してinspectで要素解析して、なんやかんやして…クリック!!
より
UiPathで 画面上で要素を選択してクリック!はい完了
のが単純に楽だと思うんだ… >>568
マジでそれ 流行ってる現実を見ようとしないよね
それを踏まえて批判すればいいのに
ぼくのかんがえたさいきょうのやりかた、みたいな UiPathに関して言えば公式のドキュメントがすげえ不親切なイメージがある
結局どうやって使うねんこれっていうのが結構あった >>544 元データが何かわからないからさ。例えば紙かも。
それにタプレットというのは、既成品で手をいれられないかもしれないでしょ。 社内システムならタプレット側はどうとでもなるけど。
>>546 社内にプログラムのわかる人がいないくらいの大きさの職場だとRPA を入れても大した効果は発揮できないと思うけどな。 >>567 あいぽんからでも辿れるよ、どんな2ch 専用ブラウザを使ってるんだよ。
自分はBB2C で問題ない。
safari にコピペしても当然辿れるし。 >>577
今某rpaのnugetパッケージ見たんだが累計8万ダウンロード(30ダウン/day)だった
seleniumは累計1千万 ダウンロード(4000ダウン/day)
seleniumの中で比較すると比較的不人気と思われる.netバインディングですらこれ そりゃ某RPAの主要パッケージはnuget.org経由じゃないですし… >>495
???
何でそんな話になってんのかの前提を考慮しながら議論してくれよ。
じゃないとその議論は完全にスレチだろうが。
当然、その前提を考慮してると思ったから>>493の発言になるわけだが。 賛否両論だからだろ。
そもそもRPA メーカーの宣伝は、別にRPAでなくてもそれなりにシステムを見直せば改善できたと思われるケースも見受けられる。
そりゃ、銀行業務みたいなガチガチなところの逃げ道としては良いかもしれないけど。 逃げた先がさらにきつい地獄かもしれねーって話もある 流行ってるのは否定できないんじゃね
RPA 普及率 でググって一番上の記事↓
RPA国内利用動向調査(2019年1月調査)
前回調査から急激な速度で普及
■ 国内企業のRPA導入率は32%、2018年6月調査から10ポイント増と導入が加速
■ RPAの満足度は59%と高く、企業は業務負担の軽減や人手不足対策への効果を実感
■ AIとの組み合わせなどRPAの高度化・適用範囲の拡大が進む見通し
RPA国内利用動向調査(2019年1月調査) « ニュースリリース | 株式会社MM総研
https://www.m2ri.jp/news/detail.html?id=336 COBOLとRPA両方やらなきゃいけないんだろ
キッツー 3社に1社ってことか
何十社と取引してるけど見たことないなぁ
偏りがあるんじゃねえか?
分母の詳細は? ■ このスレッドは過去ログ倉庫に格納されています