[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
>>444 嘘か本当かわからん経験に基づいた戯論よりも具体的に数字が見えたほうが論理性に優れるだろ? まあなりたい職業のはあくまでも指標。プログラミングを挫折した奴なんて一人もいないっつー>>439 の暴論を崩したかっただけだから軽く流してくれ 皆さんお得意の経験論の土俵で話をすると、プログラミングへの適正って全体の3割あればいいとこだと思うよ。教鞭取って学生に指導した中での経験論ね 「現実のプログラミング人口の多さ」 ←ソースは? 「RPAにはまだそのユーザー人口というわかりやすい実績がない」 ←まだ、だよね? まさか普及し始めたRPAと昔からのプログラミングの人口を現時点で比較してんの? 「一部のユーザーが主観で簡単だ簡単だと主張してるだけ」 ←根拠は? 「ちなみにうちの新卒は毎年、プログラミング素人のほうが多い だけど、みんなプログラミングはできるようになってるよ 同業者さんと話す機会も多いから知ってるけど、プログラミングで挫折する子はそんなに居ない 君の言うように94%が挫折するって数字とは全く合致しないんだよね」 ←主観だと言って上で批判しているくせに根拠は自分の主観w しかも業界内の話 RPAの主戦場って業界内だっけ 総じて批判ばかりして自分の主張の根拠が薄いやつやね だいたい定性的な話したいって言うなら、人口の多さって普通ニーズの多さと結びつくよね 市場経済だから 難しいから少ない、簡単だから多い、ってどんな定性的なロジックよw 趣味ならわかるけど >>445 実は今メジャーな言語の産まれは90〜00年過ぎなんだよ RubyやJavaの発表が95年、Python 1.0が94年、広く普及し始めたPython 2.0は00年、C#も02年が最初 同じく90年代には、すでにビジュアルプログラミング言語が多数存在してて結構、盛り上がってたらしい そしてUSWCが99年、Seleniumが04年、UI Automationが05年だそうだ 意外だけどRPAの基盤技術って昔からあるものなんだね >>448 せっかくだから教鞭とった話詳しく教えてよ ・基礎知識なし?(高校生とか?) ・3割できるとして、残りはどんな感じ? まるっきり歯が立たないのが何割で、グチャグチャして時間内には習得できないけど時間かければ大丈夫そうなのが何割でとか 比率は一般的な事務員と同じだろうから有益な情報だと思うわ >>447 実際におうちで使った身としては ・頭の中でロジックの組み立てが終わってるならテキストエディタのほうが圧倒的に速い ・レコーディングの割合が8〜9割のシナリオならRPAのが速い ・その場合でも再利用を考えるとためらう ・情報収集と情報発信が難しい(個人的にこれが致命傷だと思う) >>448 論理性に優れるかどうかは数字の持ってる性質が重要じゃないかな アメリカの犯罪者は朝食にパンを食べる人の確率が94%だった パンは危険な食べ物なのか? まあこういうことだわな >>449 ソースはぐぐってくれグーグルは大抵のことは知ってる 普及し始めで言えば>>450 のとおり今の主流言語と大差ない 根拠はさっきから言っているようにユーザーの人口な pythonと同じぐらい普及したらなるほど誰でも出来るんだなと俺も納得するよ 新卒や同業者の挫折は主観じゃないぞ? 挫折したか否か、は俺の感想ではなく客観的な事実だ ニーズと紐づくのは確かにそうだな ということは普及してないRPAってニーズがないのかな? PythonよりもUIPathのほうがニッチなのは明らかだろうな。 だからといって自動化の領域でUIPathが劣ってるという結論はすぐには出ないと思うぞ? PythonユーザーでUIPathを使った時と同等のプログラムを組めるプログラマーは何割かな? >>455 ここに思考誘導のトリックがあると俺は思う プログラミングをやってると、そもそもRPAと同等のプログラムを組む必要がないケース、というのが多々ある 例えばファイルをダウンロードしたいときにRPAだと ブラウザを開いて、ボタンかリンクを押して、ダイアログにローカルパス入れて、、、 といったロボットを作るかもしれない でもプログラミングだとファイルのURLに直接リクエストを1回送るだけで済んでしまうわけだ (もちろんこの場合の正解はプログラミングすらしないでwgetやcurlコマンドを打つだけだろう) RPAでこれをやろうとするとRPAからPowerShellを呼び出してInvokeWebRequestを実行、みたいな回りくどいことになってしまう え、、それって最初から、PowerShellでいいじゃん、みたいな プログラミングは選択肢がとにかく多い それ故に、目的を達するための最短距離もまた短くなる あえて、RPAと同じ手段を模倣する必要はない >>449 研修でほとんどプログラム出来るようになるってのもメー子以上では? 環境変われば人も変わるので、普通を探り合っても平行線 中小と仕事をするとレベルの低さに驚く >>451 無知識文系大学生が対象の初級プログラミング演出ってやつ。言語はPython。 まず変数と型を理解するのに時間がかかる。ここで2割くらいは脱落 次に比較演算子、条件分岐、繰り返し…で2割、残り3割は関数あたりで詰まって時間オーバーになる感じだったな 変数〜繰り返し で詰まる4割の子は本当に適性がない感じ i = i + 1 これがもう理解できないみたい。概念が理解できないのよ。というかパソコン自体がもう受け付けないレベルの人もいたなぁ… 関数で詰まる子達は根気よく教えればいけそうではあったかな。見よう見まねはできる感じだったね >>452 まあその通りだわな 94%の内訳は業界への幻滅やら安定志向貫いた結果やら色々あると思う だが何らかの理由でITエンジニアへの夢を断念してるってのは数字から読み取れる事実で、その理由の中にプログラミング不適切による挫折は一切含まれ無いよって考えはおかしいよねってのが言いたかっただけよ 世の中英語話せる人多いのに、なんで英語話せないの? 会計の基礎だから当たり前なのになんで簿記できないの? やって損ないのになんで経営学勉強しないの? プレゼンに必須なのになんでパワポそんな下手くそなの? マラソンなんてみんなやってて健康にいいのになんでマラソンしないの? 自分語りしてすまんが自分はこの業界はスキル次第ではどうにでもなると思ったから選んだ 今はまだまだだけど40歳になる頃にはフリーランスになることを目指して勉強してます IT業界て変化激しいから一つのスキルや言語に固着しすぎるのは危険だけど、この業界特有の良い意味での泥臭力はあらゆる変化に対応できる地力にはなるよね >>458 なるほど ありがとう ざっくり言うと、4割が不可、3割が可、3割が良、みたいな感じか i=i+1は確かに難しい! >>456 UiPathならHTTP Request activity一つでできるよ >>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" ) } >>443 だからお前はアホだと言われるんだよ。 生徒に言われていないとしたら、よほどの底辺校か後進国の学校だろうな。 まず、労働人口ってわかってるのか? 何歳から、何歳までか言ってみろ。 比較するんだったらせめて数年間の世代の中で比較しろ。 時代が違うという背景すら考慮しないお前の数字遊びなんてなんの意味もない。 例えば50才以上の人が社会に出るときにプログラマーになりたいなんて思った人が何% いるかカウントしてみろよ。 こんな奴に教わる生徒がかわいそうだな。 >>458 お前が言ってるのは子供の将来の夢はなんですかと聞いて、お医者さん、パイロットと言ってる子たちが実現できないといつ待てるのと同じだぞ。 そもそも算数もできない奴がプログラムなんてできるわけないだろが。 Fランク大の学生に分数の問題や因数分解の問題を出してみろ。 何割溶けると思ってるんだ? いや、つるかめ算でも良い。 小学生が溶ける問題も解けない奴らのくだらない夢を勝手にカウントするなよ。 そんな問題もできない奴らが学校を卒業したら、IT産業に勤めてガバガバ金を稼ぎたいなんて言ってるののどこにどんな根拠があるんだ? 幾らRPAと言えどもバカにはできないぞ。 お前はバカな子供を見過ぎてるんだよ。 所で今はどんな仕事をしてるんだ? 自分の主張もろくに出来ない奴が批判だけ口達者によう吠えてるなw 文字数だけあっても根拠が薄っぺらだからな 真っ当なRPA否定派にとってもいい迷惑だろこれ SoftBankが4000人分rpaで削減するってな。 webからコピペした表(Excelへ)を特定の日にち以外は行削除しないといけない… なんというかここまでくるとRPAでやるよりVBAのマクロで実行させた方がいいような気がしてきた… それかその処理自体をどうにかするか… まぁ特定日付以外を削除するのは理由がわかるのだけどね… RPAでExcelの最終行を指定してコピペってできないですよね? リストラの建前を安価で購入できるってことか 実際に使うかどうかはともかく効果的と言える >>470 何を言ってるんだ? 普通にRPAで簡単に出来るけど… >>470 やれない事もない (ReadColumnで縦1列読み込んで行数カウント→最終行が分かったらSelectRangeでその行分だけ範囲指定後、SendHotKeyでコピー) 特定の日付以外を削除したするなら、Excelへのコピーが完了した段階で @ReadRangeを使ってデータテーブルとして読み込む AFilter Data Tableを使って、特定の日付で抽出したデータテーブルを作成する BAで作ったデータテーブルをWriteRangeで書き込み ※Data Scrapingができるなら、スクレイピングで取得した後にAから実施すればOK 今思ったらデータテーブルとして読み込んだら わざわざ操作してコピペする必要もあんまりないな(書式を残す場合は別として……) >>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の利点はレコードだけで済んでしまうような単純な作業の自動化が楽になることです その前提範囲を超えた単純ではない作業は別の然るべき手段で対処しましょう リンクを残さないといけないので、データテーブルに入れて…ってのができないだろうなぁ…と思い質問させていただきました。 >>476 あらかじめ書式を決めた書き込み用のエクセル作って その状態で書き込めばリンク残らない? >>467 なんでそんなお顔真っ赤なの?? >>458 は"算数もできない馬鹿も存在する"のが現実なのに「プログラミングは簡単だから勉強すれば全員できるようになる」って主張を否定したいだけだぞ 馬鹿はカウントするなってんならその時点で全員できる論は破綻するんだし、数字の解釈はともかく論旨としてはおかしいことは言ってないと思うが… 俺も少し興味あったんで調べてみたが15〜24歳の労働人口は519万人 IT業界89万人のうち15〜24歳の割合は6.5%(5.8万人)程らしいので若者労働者のITエンジニア就職率はおおよそ1.118%だな 世代全体で算出した例よりパーセンテージが下がるのは興味深い >>470 少々強引だが、データが上から連続して入っているならExcelをフォーカスしてRPAで「Ctrl +⬇」キー叩けば最終行までカーソル移動するから後はよしなに処理するって手もあるぞ >>470 BPならGet Number of Rowsで行数がわかる。 あとは指定列&最終行でOK。 >>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以上のマイクロソフト専用ボットのほか、新たにマイクロソフト製品に対応したボットやデジタルワーカーを展開します。 2.Cogent Labsとの技術提携:オートメーション・エニウェアのAIソリューション「IQ Bot」にコージェントラボの手書きOCRソリューション「Tegaki」を組み込んだソリューションを本日より提供開始します。 オートメーション・エニウェア・ジャパン https://www.automationanywhere.com/jp/ >>479 15才なんて働いていない人間なの方が多いから意味ない。 就労人口で比較するなら、24〜30才くらいだろうな。 因数分解も解けなければ簡単な英文も読めない社会人は普通に居るし 何故か、その層がホワイトカラー職に就いてるからRPAは活躍する >>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 みたいなアホなことは言わんといてくれな >現状のプログラミング人口の多さが >プログラミングの簡単さの証明になってるんだ >君は数字にこだわりすぎて、 >抽象的、定性的な考え方が苦手なのだろうね >ニーズと紐づくのは確かにそうだな >ということは普及してないRPAってニーズがないのかな? この変わり身よw プログラミング誰でもできる説の根拠まだー? お得意の定性的なロジックで構わないよ 僕の会社では全員ITエンジニアだしプログラミングも全員できるし(ry 以前のスレでも誰でも出来る説を論破されてたけど 人を厳しく批判するなら同じ基準で自説を説明してくれな >>477 すみません、その辺よくわからないんです… あとで調べてみます。 >>489 UiPathってWriteRangeとかで書き込むと 書式設定は書き込み先のエクセルに依存する だから書式設定済みのエクセルを用意すれば 擬似的にURLの書式を残せる 依存するって決めつけてるけど右の設定オプションで切り替えられるじゃん >>491 すまん、新しいバージョンだと オプションで切り替え出来るの失念してた >>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#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる