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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:45:56.99ID:2adQ/sqL
語りましょう
2019/06/14(金) 08:34:26.92ID:1c75UXfi
>>476
あらかじめ書式を決めた書き込み用のエクセル作って
その状態で書き込めばリンク残らない？
2019/06/14(金) 08:36:13.31ID:gXbRy3uY
CSV で出力すれば、Ruby で加工できる
2019/06/14(金) 08:46:22.03ID:kMQIxrLO
>>467
なんでそんなお顔真っ赤なの？？
>>458は"算数もできない馬鹿も存在する"のが現実なのに「プログラミングは簡単だから勉強すれば全員できるようになる」って主張を否定したいだけだぞ
馬鹿はカウントするなってんならその時点で全員できる論は破綻するんだし、数字の解釈はともかく論旨としてはおかしいことは言ってないと思うが…

俺も少し興味あったんで調べてみたが15〜24歳の労働人口は519万人
IT業界89万人のうち15〜24歳の割合は6.5%(5.8万人)程らしいので若者労働者のITエンジニア就職率はおおよそ1.118%だな
世代全体で算出した例よりパーセンテージが下がるのは興味深い
2019/06/14(金) 08:57:57.09ID:kMQIxrLO
>>470
少々強引だが、データが上から連続して入っているならExcelをフォーカスしてRPAで「Ctrl +⬇」キー叩けば最終行までカーソル移動するから後はよしなに処理するって手もあるぞ
2019/06/14(金) 09:21:41.61ID:H8RB1eUU
>>470
BPならGet Number of Rowsで行数がわかる。
あとは指定列&最終行でOK。
2019/06/14(金) 10:11:32.37ID:xBXyqLPT
>>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.69ID:xBXyqLPT
>>479 15才なんて働いていない人間なの方が多いから意味ない。
就労人口で比較するなら、24〜30才くらいだろうな。
2019/06/14(金) 10:29:07.25ID:qpezDWHc
狭っ(笑)
俺も対象から外れとる(笑)
2019/06/14(金) 11:11:18.50ID:b3S1qTKU
因数分解も解けなければ簡単な英文も読めない社会人は普通に居るし
何故か、その層がホワイトカラー職に就いてるからRPAは活躍する
2019/06/14(金) 11:40:45.99ID:kMQIxrLO
>>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.73ID:ZTUO7RXd
＞現状のプログラミング人口の多さが
＞プログラミングの簡単さの証明になってるんだ

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

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

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

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

人を厳しく批判するなら同じ基準で自説を説明してくれな
488デフォルトの名無しさん
垢版 |
2019/06/14(金) 12:11:12.63ID:bpAwmG5b
自動化の話してないよねこのすれ
2019/06/14(金) 12:15:07.90ID:bMJDx8du
>>477
すみません、その辺よくわからないんです…
あとで調べてみます。
2019/06/14(金) 12:30:46.72ID:1c75UXfi
>>489
UiPathってWriteRangeとかで書き込むと
書式設定は書き込み先のエクセルに依存する
だから書式設定済みのエクセルを用意すれば
擬似的にURLの書式を残せる
491デフォルトの名無しさん
垢版 |
2019/06/14(金) 12:41:50.56ID:6UD524fy
依存するって決めつけてるけど右の設定オプションで切り替えられるじゃん
2019/06/14(金) 14:15:02.04ID:1c75UXfi
>>491
すまん、新しいバージョンだと
オプションで切り替え出来るの失念してた
2019/06/14(金) 15:45:41.44ID:sZCV0u2+
>>479
???
そんな馬鹿にはプログラミングはおろかRPAも触らせてはならないと思ってたんだが違うのかなあ。
RPAなら簡単ってのはゴミコード量産しますってのと同義だと思うぞ。

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

Pythonの方が良いなんて全く思わないが、Pythonと同等に難しいと考えるべきだ。
2019/06/14(金) 18:02:06.28ID:njoX2Zix
ソフトバンク孫社長「日本復活のシナリオは、RPA＋AIによる生産性向上」
https://www.itmedia.co.jp/news/articles/1906/14/news054.html
2019/06/14(金) 18:09:29.80ID:Lh7h1GDu
>>493
いやお前マジで大丈夫か？？？
俺はRPAになんて一言も言及してないんだが…
プログラミングが全人類誰でもできるっつー論はオカシイだろって言ってるだけだぞ？
もしかして病棟系の人だったか？刺激してすまんかったな
2019/06/14(金) 18:36:08.54ID:EfxjJwSu
>>494
これはひと儲けたくらんでますねぇ
乗っかって投資しますか
2019/06/14(金) 18:44:17.13ID:EfxjJwSu
ビジネスとしてはRPAを推進したほうが美味しいのだろうな
買う側が生産性をあげるためにはPythonが正解なんだろうけど
売る側としてはPythonを覚えられてしまったら利益を出せなくなる

将来的に多くの国民がプログラミングスキルを身につけるであろう海外と
RPA資産に振り回される日本とではたして勝負になるのか不安ではある
2019/06/14(金) 19:29:11.04ID:uMeUmtQc
>>495 日本でも来年から小学校からプログラミングを教えるんだが、よほどのアホじゃなければ理解できるだろ。
2019/06/14(金) 19:30:45.27ID:B1OfNWTt
オートスケールするブラウザサーバーを建ててクローリングを並列実行したいのだがUIPathでできる？
2019/06/14(金) 19:44:03.15ID:Lh7h1GDu
>>498
ありゃプログラミングができない大人が多すぎるから頭の柔らかい子供のうちに考え方を教えとこうって趣旨だろ
つかプログラミング誰でもできる論が成立するならそもそも学校でわざわざ教える必要もないしなー
2019/06/14(金) 19:59:06.30ID:RUUywZ31
学校の教師みたいな人にプログラムのロジックを教える事が出来るのかね？
外部から講師を呼ぶならまだしも。
2019/06/14(金) 20:00:00.21ID:Js4PARtC
まともなこと教科書にかいてれば興味ある子供は勝手に覚えるよ
2019/06/14(金) 20:21:09.42ID:RUUywZ31
教科書がマトモだといいな。
どこが作るのかしらんけど。
2019/06/14(金) 20:35:10.23ID:uMeUmtQc
もう検定教科書もできてるし、教師用研修教材もあるよ。

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

高校の必須科目 情報I での、プログラミング言語のメインは Python
2019/06/14(金) 20:47:22.62ID:XUnEP0Gt
Pythonか〜
誰が決めたんだろ？
いまさらCとかよりはいいかもしれん。
2019/06/14(金) 21:19:29.96ID:uMeUmtQc
>>505 教えやすく理解しやすいのがスクリプト言語と言うのは昔から変わっていない。

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

それに全てが無料というのが良い。 オープンソースも必須。
2019/06/14(金) 21:42:56.96ID:XUnEP0Gt
本音を言えば型宣言を省略できる言語はあんまり最初の言語として教えてほしくないんだけど。
型はプログラミングにとって超大事だからね。
2019/06/14(金) 21:44:44.47ID:XUnEP0Gt
C#あたりかな？でもC#もvarがあるかｗ
2019/06/14(金) 22:02:56.94ID:qpezDWHc
今日導入企業の話聞いてきたけど、bizzroboだったな。
6万人規模の会社で800人講習して、稼働ロボは450くらい。1000ロボくらい目指すって言ってた。

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

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

その後に簡単にできますってロボ紹介してるセッションもあったけど、前述の大企業の開発後のヒアリング紹介では意外と難しいという意見が多かったって紹介されててそれこそ生の意見だと思ったよ
2019/06/14(金) 22:12:09.43ID:w0KzQHEL
>>509
普通に考えてプログラマ崩れの中途採用か
専門卒を新規で取ったほうが早いよな
2019/06/14(金) 22:24:18.02ID:G776/hlg
>>509
RPA独特の難易度は今後の技術共有がどれだけ活発になるかだな
エラーが出ないようになるべく安定稼働させるならケア処理を上手く組み込む必要あるし
2019/06/14(金) 23:17:11.95ID:B1OfNWTt
実績はあまり気にしなくていいのではないだろうか
先進的なRPAテクノロジを活用し働き方改革を積極的に推進しているという姿勢をステークホルダ達にアピールしたい
これが最大の導入理由なのだろう
いかにも経営が考えそうなことだ
2019/06/14(金) 23:22:44.77ID:XUnEP0Gt
バカだな。経営は人減らしたくて減らしたくてたまらないんだぞ？
2019/06/14(金) 23:30:55.21ID:B1OfNWTt
実際に何人切り捨てて追い出したって事例ある？
2019/06/14(金) 23:33:26.11ID:XUnEP0Gt
詳しくは知らんが大手銀行は結構人減らしたんじゃなかったか？
2019/06/14(金) 23:37:59.05ID:B1OfNWTt
ふむふむ
やはり建前があると切りやすいのだな
2019/06/14(金) 23:49:46.73ID:XUnEP0Gt
三井住友銀行は1年で110万時間工数削減したらしいぞ？
2019/06/15(土) 00:01:37.95ID:9S/AjDo3
>>517 銀行のシステムなんて化石システムで動いてるようなものだからな。 ガチガチ。
ネットにつなげるのもUSB を使うのも禁止。

誰も身動き出来ないシステムに何をさせようというんだ？
RPA 以前にやることが山のようにあるだろ。
COBOL をまず捨てろよな。
2019/06/15(土) 00:05:49.06ID:B+pHxx1w
>>517
RPA業務って良くも悪くも大企業＆古い基幹システム使って所だと
削減効果自体は出やすいんだよ
・大量のデータを処理する必要がある
・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて
　特定データのみを一気に取り出せない
・また必要な情報を集めるために複数の画面を跨ぐ必要が多い

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

本来ならシステム側をブラッシュアップすべきなんだけど
肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ
2019/06/15(土) 01:12:52.13ID:bZ/PjfSa
>>519
まさにうちの会社だ
RPA超絶活躍中！
2019/06/15(土) 01:15:15.78ID:qNfVFBIC
価格と同じで、人員削減はあんまり表に出ないだろうな 特に働き方改革みたいな労働者フレンドリーな皮を被ってるから
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.92ID:qNfVFBIC
>>519
本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね？

システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかね まあ例えはイマイチかもしれんけど
2019/06/15(土) 04:43:05.83ID:O8AZPSSU
>>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.81ID:Ga3aXpPN
銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな
2019/06/15(土) 07:24:26.52ID:Ga3aXpPN
>>523
AIはともかくRPAは要らないな
2019/06/15(土) 07:35:41.16ID:Br7WbYlL
RPAはシステム全面改新までの繋ぎとして効力を発揮する
システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね

費用対効果が出るなら素直にシステム化するのが吉
2019/06/15(土) 07:52:58.35ID:3T7twouH
>>522
システムというのは追加は簡単なんだけど変更は難しいものだよ
開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ

RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる
ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない
だから変更の難しさという大問題が表面化していない
この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね
528デフォルトの名無しさん
垢版 |
2019/06/15(土) 08:01:29.36ID:Ms9Wnnsj
>>522
全ては費用対効果なんだよ
2019/06/15(土) 08:09:23.44ID:9S/AjDo3
>>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。
むしろ今まで手書きOCRをやっていなかったことに驚き。
2019/06/15(土) 08:51:40.22ID:Ga3aXpPN
>>529
OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう？

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

RPAには明確な定義がなく言ったもの勝ちの雰囲気がある
だったら便利なものはみんなRPAと言い張って取り込んでしまおう
便利なものがいっぱい詰まってるからRPAは便利なんだ
…そういうことなのか？
2019/06/15(土) 08:59:09.62ID:Q3ZRfz3e
手書きOCRってまだまだ精度的に怪しいもんだよ
数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね
結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ

RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA
532デフォルトの名無しさん
垢版 |
2019/06/15(土) 09:02:47.18ID:Ms9Wnnsj
1とlとかね、あるある
2019/06/15(土) 09:05:31.40ID:Ga3aXpPN
それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな
実際にRPA製品はスクリプト呼び出しもサポートしてる
2019/06/15(土) 09:34:36.09ID:p9QrGiGS
わーRPAってすごいんだね！！
53599
垢版 |
2019/06/15(土) 09:36:42.93ID:iduAVWsk
RPAは、今まで（自動化）ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法

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

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

aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA（等）の出番
2019/06/15(土) 09:40:45.88ID:9S/AjDo3
>>530 全体的には事務効率化なんだよ。 だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。
RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。 理想的なシステムがあればそれで全て完了。

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

RPA の中の画面認識でもAI の比重は高まってくるよ。
2019/06/15(土) 09:41:43.34ID:n97fd0p4
タッチパネル上でフォームに入力させるのが
結果的に一番コストが安かったりするわけだが
2019/06/15(土) 09:44:06.72ID:68Du9hE7
あ〜週末はRPAもVBAの事も考えずにすむ…気が楽だ…

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

なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ…
2019/06/15(土) 09:44:49.21ID:68Du9hE7
つか、今やってるのってRPA向きな作業では無い気がするわ…
2019/06/15(土) 09:46:21.30ID:9S/AjDo3
>>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな？
それこそメカニカルロボットの出番かな？
2019/06/15(土) 09:51:56.56ID:p9QrGiGS
そのVBAのコードはどうやって管理してるのかね
2019/06/15(土) 09:56:11.68ID:Ga3aXpPN
>>535
なるほど
RPAの正体は「既存品の再パッケージング&広告戦略」だったのか
エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを
あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ
2019/06/15(土) 10:01:54.71ID:Ga3aXpPN
>>539
散々そう言ったじゃんか
レコーディングだけで済むような単純な業務だけRPAを使う価値がある
それ以外は普通にプログラミングしろってさ

君がここ1週間ぐらいかけて取り組んでた課題って
プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ？
2019/06/15(土) 10:04:40.97ID:Ga3aXpPN
>>540
無理してロボット使うなw
転記元データがあるならヘッドレスなプログラムで送信すりゃいい
なんでわざわざヒューマンインターフェイスを経由させたがるんだ
2019/06/15(土) 10:04:54.99ID:Q3ZRfz3e
実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ
そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ

やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな
2019/06/15(土) 10:24:01.49ID:Q3ZRfz3e
確かに俺らからしたら>>538の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど
おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな…
プログラミングでいいジャン！wで一蹴するのはあまりにも残酷に感じる
とにかく右も左もわからん中よく頑張ったと労いたい
経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし
2019/06/15(土) 10:48:36.53ID:Ga3aXpPN
金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい
生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく
ただのビジュアル化されたプログラミングツールでしかない
導入には金がかかり扱える人材を育てるには金も時間もかかる

プログラミングでも人材を育てるには金も時間もかかるが
教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ
何より導入コストがかからないから失敗のリスクが少なくていい
2019/06/15(土) 11:39:23.85ID:02HoW/Ip
ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー
Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと

金も人材も時間もない中小零細が取るべくは
UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな
もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな
2019/06/15(土) 11:43:55.08ID:p9QrGiGS
>>548
C#が他と比べて自動化関連の情報が少ない？なぜそう思った？
2019/06/15(土) 11:56:29.51ID:02HoW/Ip
>>549
なぜって…Pythonと比較して明らかに少ないだろー
SeleniumやAppiumもPython利用を前提としてる記事のが多いし
2019/06/15(土) 11:57:42.76ID:Ga3aXpPN
>>548
書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ
552デフォルトの名無しさん
垢版 |
2019/06/15(土) 11:57:50.85ID:r5UTQ69a
中小零細は多品種少量みたいな業務で構成されているからRPA向きではない

>>521
文系大卒は簡単なホワイトカラー職に就きたがるから
雇用のミスマッチがますます進むな
2019/06/15(土) 11:58:30.60ID:p9QrGiGS
>>550
ソース出してみ
たとえばWinAppDriverなら？
2019/06/15(土) 12:00:19.22ID:Ga3aXpPN
>>550
そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない
もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね
2019/06/15(土) 12:09:20.22ID:dyThlPu9
>>550
記事なんかじゃなくてGitHub漁れば、ちゃんと動くものがいくらでもある
MicrosoftだってBlazorのE2EテストはC#＋Seleniumでやっている
2019/06/15(土) 12:11:17.32ID:02HoW/Ip
>>553
C# WinAppDriver とかでググッてくれ。
電卓のボタンクリックくらいの情報しか出てこんと思うぞ

>>554
普通に考えればそうなんだが、素人独学プログラミングじゃそういう基礎的なとこがかわらんのよ
Pythonで書かれたサンプルをC#に書き直すって発想がまず湧かない

GUI操作に限ってはUiPathのがクリティカルな情報が多いし調べやすいと思うけどな。UiPath以外のRPAツールが情報少ないのは同意
2019/06/15(土) 12:12:55.79ID:p9QrGiGS
>>556
電卓程度なわけないやろちゃんとググれ
2019/06/15(土) 12:16:10.81ID:p9QrGiGS
まず確認すべき超基本的なサンプルって間違いなくこれだと思うんだけど、これのどこが電卓のボタンクリックなんだ？
https://github.com/microsoft/WinAppDriver/tree/master/Samples/C%23
2019/06/15(土) 12:16:17.20ID:02HoW/Ip
いや俺の表現がまずかったな
情報はあるんだよ。それこそGitHubなり海外サイトなりMSDNなり探せばいくらでもある。
俺が言いたいのはそうじゃなく、独学素人プログラミング初心者が取ってきてそのまま使える情報が無いってことを言いたい
GitHubがそもそもわからんしMSDNもどう見たらわからんし英語も全く読めないし機械翻訳で更にちんぷんかんぷんになるんだよ
2019/06/15(土) 12:17:58.28ID:02HoW/Ip
>>558
初心者はGitHub漁るって概念がそもそもねーしこのURL404だよ
2019/06/15(土) 12:18:43.92ID:p9QrGiGS
>>560
え…
2019/06/15(土) 12:20:36.45ID:ALO0GVWc
確かにURLすらたどれないやつにプログラミングは無理だ
ってか怖すぎるからそんなやつに自動化業務なんてさせられない
2019/06/15(土) 12:22:23.84ID:Clf6v7rp
>>560
今の時代は初心者こそGitHubからの丸パクリやで
中途半端な記事を読んでアレコレ頭を悩ませずとも動くものとドキュメントがあるからな
2019/06/15(土) 12:23:18.74ID:Ga3aXpPN
>>556
そうかなぁ？
俺はググっても情報が出てこなくて諦めちゃった
数分の動画を見てハズレってのが3回も続いたらもうやってんねえフザケンナってさじ投げるよ
2019/06/15(土) 12:25:28.31ID:Clf6v7rp
>>564
そいつは>>558のURLすら見れないらしい
そもそもググれない可能性が高い
2019/06/15(土) 12:28:19.47ID:Ga3aXpPN
>>559
素人独学向けの入門書は沢山あるし
最近は各言語やライブラリの公式ドキュメントが素晴らしく充実してる
チュートリアルなどもあってすぐに学習できる
2019/06/15(土) 12:29:52.78ID:02HoW/Ip
出先あいぽんなんだよそんないじめてくれんな
ipadからだと辿れたわすまんな
2019/06/15(土) 12:35:10.38ID:Q3ZRfz3e
うーん、なんかRPAに寝首かかれてる理由が垣間見えた気がする
君たちそういうとこやで…
2019/06/15(土) 12:36:08.53ID:p9QrGiGS
>>566
最近はC#でもチュートリアルやAPIのドキュメントに付随してブラウザ内でコードを実行できるようになってきてるしね
断片的な記事と違って開発環境作らずにすぐ試せる
2019/06/15(土) 12:37:42.85ID:nK9CCg/w
>>568
なんでもかんでもRPAって冠をつけてるだけ
2019/06/15(土) 12:38:38.42ID:02HoW/Ip
素晴らしい教材の情報があるならどんどん発信してほしい
初心者は得てして学習方法がそもそもわからんってケースが多い
2019/06/15(土) 12:45:51.83ID:Ga3aXpPN
>>569
dotnet tryだっけ面白いよねアレ
確かに学習教材にはうってつけだな
2019/06/15(土) 12:47:10.73ID:02HoW/Ip
>>564
本来プログラミングでやるべきな込み入ったことしようと思うと途端に情報無くなるのは確かにそう
要素のクリックとかキー情報送信とかデータテーブル操作くらいの基本的な操作の情報ならわりと豊富
例えばAdbe Acrobat Readerの「注釈」をクリックしたいとかならUiPathのがクリティカルな情報すぐ見つかるやねって意味で
2019/06/15(土) 12:51:19.52ID:e74o543Y
>>573
それこそWinAppDriverで一発じゃない？
クリックさせてその後どうしたいのかってことまで考えると普通にプログラミングした方が楽だと思うんだけど違うの？
2019/06/15(土) 13:10:27.53ID:qNfVFBIC
>>527
勉強になります 今後真価が問われるってのは同意 変更って意味ではRPAの方に軍配あがるんじゃないかなと予想 業者に頼まなくて済むし事務員でもできるし


>>528
まぁそうだけどケースバイケースって言ってもしょうがないからな 一般論としてはシステム改修よりRPA改修の方が安上がりなんじゃね
基幹システムの一括入力機能付けるのに云百万かかります、それならRPAで繰り返し入力させるわ、ってなるよな
2019/06/15(土) 13:10:29.18ID:02HoW/Ip
>>574
クリックして注釈入れて保存ボタン押す…程度のことをUiPathに任せられればそれでいいし、それがRPAの適材適所やと思うよ
それ以上のことをやろうと思えば仰るようにガチでプログラミング学んで組んだほうが良い

あとWinAppDriverはWin10以上限定だったと思うがRPA導入考えるような企業は未だにWin7現役なことが多いんだよなぁ
それ抜きにしても、WinAppDriver Gitからダウンロードして開発者モード有効にしてドライバ起動してインスタンス生成して操作対象のハンドル取ってアプリ用インスタンスも生成してinspectで要素解析して、なんやかんやして…クリック！！
より
UiPathで 画面上で要素を選択してクリック！はい完了
のが単純に楽だと思うんだ…
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。