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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/06/29(土) 17:22:37.85ID:EQbXVoeo
語りましょう
次スレは>>950がたててね
2019/06/29(土) 18:26:39.32ID:gGYBPnE2
いちおつ
2019/06/29(土) 19:33:30.17ID:06EFvrG3
建設的な内容のスレになるといいな
2019/06/29(土) 21:03:06.67ID:S5/pkDbg
UiPathだけじゃなくてAutomation AnywhereやBlue Prism使ってる人いないの?
いたら感想教えてー
2019/06/30(日) 00:55:26.41ID:XlZu44W0
>941 名前:デフォルトの名無しさん[sage] 投稿日:2019/06/28(金) 22:45:44.42 ID:JoZrbAsD
>RPAが馬鹿を騙せるのも今年一杯が限界だろ
>奴らがどうやって逃げていくのかが見物だわ

この手合いの人間は箱の中身が『RPA』だろうが『浄水器』だろうが
やってることが同じだから素性バレバレなんだよな
id見なくても特定できるわw
6デフォルトの名無しさん
垢版 |
2019/06/30(日) 01:21:44.31ID:m672z2NK
VBA で、フォルダを再帰的にたどって、ファイル処理するのでも、
関数の中で、同じ関数を呼んで、数百行も書いていたw

Ruby のglob で、** を使えば、簡単に再帰的にフォルダをたどれるのにw

Dir.glob( 'C:/Users/ユーザー名/Documents/test/**/*.txt' ) { |full_path| 処理 }

ファイル・テキスト処理で、Rubyに勝てる言語はない!
所詮、Excel エンジニアじゃ無理w

VBAより他に手段がないから、問題を難しくしてるだけ!
2019/06/30(日) 01:27:53.20ID:V9f3dG8f
何でRPAスレでそんな事言うのか知らんけど、
サブフォルダ探すのに数百行って、発想の問題だと思うぞ。
裏でコマンドプロンプト実行すれば1行だろう。
2019/06/30(日) 02:06:18.22ID:jjFOdMSc
まあRuby最強はおれも同意。
2019/06/30(日) 03:57:01.90ID:bCsReJth
じゃあ問題
Firefoxの特定のタブを探して閉じる(なかったら何もしない)ってやりたいんだけど教えて
2019/06/30(日) 08:13:31.81ID:ABcoUNJj
>>9
handles = driver.window_handles
for h in handles:
 driver.switch_to.window(h)
 if 条件:
  driver.close()
2019/06/30(日) 08:27:23.10ID:SfSQh8fl
RPAって未来が有るのかな?
イメージとしては「未だに手で大量にコピペするような古臭いやり方してるオフィスの暫定救済策」に見えるんだが。
12デフォルトの名無しさん
垢版 |
2019/06/30(日) 08:35:20.92ID:yPGPa9/y
>>6
pythonとかperlとかphpとかあるんじゃね?
あとその書き方だと1階層下迄しか見られなくない?
2019/06/30(日) 08:58:07.72ID:XW/CE7RT
「未だに手で大量にコピペするような古臭いやり方してるオフィスの暫定救済策」なのは間違いない。
ただ、そういう古臭い方法を取るしかない新しい業務がポンポン増えたり減ったりするのが今の日本企業
システム化するまでもないorシステム化が追いつかない雑多な処理を自動化するRPAと日本企業って悲しいかな相性抜群だし暫くは活用されてくだろうなー
2019/06/30(日) 09:12:55.45ID:ABcoUNJj
>>11
その暫定対応ですらプログラムで書いたほうが楽で安く管理しやすいからそのうち淘汰されて消えると思う
ただ大規模に導入してしまった企業さんはやめたくてもやめられないという期間が長く続くと思う
2019/06/30(日) 09:16:43.29ID:Xc07O9ZI
「未だに手で大量にコピペするような古臭いやり方してるオフィスの暫定救済策」
そもそもこういう仕事が必要なのかという話に帰着するな
仕事のための仕事になっている気がする
その仕事をやめるという選択肢はないのか?
2019/06/30(日) 09:20:12.34ID:VfG5ZTk4
で、誰がプログラミング書くの?
2019/06/30(日) 09:30:12.46ID:ABcoUNJj
>>16
RPA要員をそのままPG要員にする
2019/06/30(日) 09:38:35.40ID:XW/CE7RT
今までそういう非効率な仕事を文句も言わず手作業でこなしていくのが"当たり前"だったから業務そのものを見直そうって考えがそもそも無い企業が多いよね。
日本のGDPが悲惨なのってこういう気質も一因になってる
最近になってやっとBPMやらなんやらで業務最適化に注目され始めたところにうまくRPAがハマった印象
ちなみに今のRPAの役割をプログラミングが担えるようになるのはまだだいぶ先だろうね
プログラミングは「難しい」、RPAは「比較的簡単」。実情がどうあれ世間一般のイメージはこうだよ。
それに今RPAでやってる内容をプログラミングで代替するにしても普通の企業だと現状は外注しか選択肢ないしなー
そうなるとなんだかんだで費用的には外注費>>>RPAになるしそれじゃあ代替は進まない
RPAの代わりにプログラミング〜ができるのは自社でエンジニア抱えてる企業に限定されるってわけだね

これからのプログラミング必修世代が社会人に上がるまではRPAは安泰だと思うなあ
2019/06/30(日) 09:48:54.80ID:ABcoUNJj
>>18
プログラミングは難しくない
RPAで出来るような簡単な内容はプログラミングでも同じように簡単
外注してもいいけど簡単だからするまでもない
自社エンジニアがいれば更に簡単だけど居なくても問題はない
2019/06/30(日) 09:53:46.35ID:ABcoUNJj
google トレンドで「製品名 or 言語名 + 初心者が検索しやすいキーワード」を並べて比較すると初心者の動向が可視化出来る
例えば「python チュートリアル」といったように入力する

やってみるとわかるけどやはりpythonは圧倒的に強かった
世の中の初心者たちはRPA製品よりpythonのほうが手をつけやすいという認識を持っているのだろうね
それが検索数に現れたということだ
2019/06/30(日) 09:58:07.35ID:dTvBUpFT
プログラミングがRPAの上位互換だとかいう極端な人がまた出てきた? さすがに前スレ最後で叩かれて消えたと思ったけど

自説の根拠はー?
RPAからプログラミングへの移行ソリューションの提供はしないのー?
2019/06/30(日) 09:58:49.01ID:XW/CE7RT
>>20
俺もPythonは簡単だと思うしもし仮に社員全員使えるようになれば仕事もめっちゃ楽になるのにと思うよ
でも現実問題、非IT企業で全く普及してないのはなぜだと思う?
2019/06/30(日) 10:16:09.31ID:ABcoUNJj
>>22
ビジネスとして旨味がないから躍起になって推進しようとする派閥が出てこないからかなぁ?

「Pythonを使えば御社の人材だけ、無料で、簡単に、作業の自動化が出来ます。
弊社からのライセンス購入、講習、メンテナンスサポートは不要です。
まずはオンラインで弊社とは無関係の無料の入門サイトをご覧ください。」

なーんて広告、誰が出すんだよって話だよな

でもRPAは導入企業はともかく売る方・保守する方には旨味があるから積極的だよね
ライセンスで幾ら、教育で幾ら、メンテナンスで幾らって集金ポイントが沢山ある

ところで非IT系企業でPythonが普及してないってどこの統計なんだ?
2019/06/30(日) 10:19:06.71ID:ABcoUNJj
VBAをプログラミング言語に含めていいならRPAよりはるかに普及してると思うぞ
ここでいう普及ってのは流行りに乗って導入したけどうまく活用できてないってのは除外ね
現実的に日々の業務に役に立ってるぐらいのニュアンス
2019/06/30(日) 10:27:44.81ID:n0xlNYZz
>>6
VBAでフォルダ再帰数百行書くのは、相当なアホとしか言えん
そんなやつ(ら)が他言語を勧めても、近視眼的にしか周り見えてないのがわかるから意味がない
2019/06/30(日) 10:31:15.10ID:VfG5ZTk4
>>17
是非逆も考えて欲しい
プログラミング要員を間接部門に移動させて業務覚えて自動化させる
同じ事でしょ?
2019/06/30(日) 10:32:25.03ID:ABcoUNJj
>>9
>>10
ところでRPA簡単派の人はこれには答えてあげないの?

いつも思うんだけど、この手の質問、RPA派は露骨に無視するよね
たぶん難しくてすぐにはできないんだろうなぁ
2019/06/30(日) 10:36:01.85ID:n0xlNYZz
うちは業種的に IT(ソフト開発)だが、VBA使えないやつ相当いるぞ
(半分以上くらいか?)
相当前からVBA使わせるようにしとけば、RPAなんて使わなくて済むような処理が相当ある
c#も使わせるようにしとけや、うち IT会社やぞ
29デフォルトの名無しさん
垢版 |
2019/06/30(日) 10:36:54.05ID:yPGPa9/y
>>18
外注費とRPAの費用の差額は具体的にいろいろじゃね?
データあるの?
有意差があると言える?
30デフォルトの名無しさん
垢版 |
2019/06/30(日) 10:37:43.64ID:yPGPa9/y
外注費してソースコードみたら
次からは自分たちで修正していけるようになるかもね
31デフォルトの名無しさん
垢版 |
2019/06/30(日) 10:40:07.38ID:yPGPa9/y
>>21
RPAを飛ばしても良いんじゃね?
RPAを導入した企業にはRPAを捨ててもらった方が早くね?
2019/06/30(日) 10:40:47.74ID:ABcoUNJj
>>26
それも選択肢としてアリだと思うよ

俺としてはPGが業務を覚えるより事務員がプログラムを覚えるほうが遥かに簡単だと思うけどね
方程式すら知らない小学生だって学べばそれなりに使えるのがプログラムだからな
33デフォルトの名無しさん
垢版 |
2019/06/30(日) 10:40:48.02ID:yPGPa9/y
>>22
知らないからというのも一つの要因だと思う
2019/06/30(日) 10:47:01.05ID:hh8W68EU
>>23
仮に必要なくても講習とメンテナンスという体裁で金取ればいいじゃん あなたは利鞘でぼろ儲け、ユーザーはRPAより安くて使いやすくてwin-winじゃん 正直者かよw
2019/06/30(日) 10:47:05.39ID:XW/CE7RT
>>23
Pythonは無料で簡単に自動化ができるのになぜ自社で積極的に研修行ったり業務改善に取り入れたりという動きが少ないのか?って質問よ
それこそVBAはそこそこいろんな業種で使われてるのに不思議だよねって話
Pythonが非IT企業に普及してない統計なんてないよ、ないけど、少なくとも今RPA活用してる企業では普及してないだろうなあ
逆に非IT企業でPython普及してるって思うの??なぜ??
2019/06/30(日) 10:47:36.01ID:n0xlNYZz
>>27
意味を相当取り違えてるからじゃない?

RPAは現場の人に作ってもらうための一つの切り口
その中の何を採用するかは、単に簡単に書けるかだけではない
色々言語知ってるけど、グラフィカルプログラミングだけについては効率よくない
だけど、プログラミング知らない現場の人にはありなとこもある。だから広まってる。
(ついでに自宅にも導入w 色々使い分けてます)
2019/06/30(日) 10:52:59.34ID:dTvBUpFT
>>31
RPA未導入企業に直接プログラミング導入を行う
ってのも当然あって然るべしだろうね

RPA既導入企業にはRPAを捨ててプログラミングの導入を行う
ってのを普通は移行と言うと思うが
2019/06/30(日) 10:55:39.70ID:dTvBUpFT
>>27
あなた露骨に無視してる質問あるよねー?
早く答えたらー
2019/06/30(日) 10:58:21.05ID:33OQ2b1K
>>27
UiPathなら「Close tabアクティビティ」これ置くだけだからわざわざ説明する必要ないでしょ…
2019/06/30(日) 11:01:11.17ID:ABcoUNJj
>>35
うーん
だからそれはさっきも書いたとおり、積極的に推進する派閥が無いからじゃないか?
推進派が沸かないから広告記事も出されないし、営業も活発化しない
なので、簡単により効果的に出来るということを知ってる人が少ない
逆に、RPAの広告記事などでプログラムは難しいなどと刷り込みを行ってるから、
プログラムは難しいと誤認してる人は増えてしまうだろうね
2019/06/30(日) 11:02:38.55ID:ABcoUNJj
>>38
どれだ?
2019/06/30(日) 11:04:20.11ID:ABcoUNJj
>>39
それじゃぜんぜんわからんけど?
それ置くだけで条件を満たすタブの検索とかもやってくれるのか?
43デフォルトの名無しさん
垢版 |
2019/06/30(日) 11:06:57.95ID:yPGPa9/y
>>37
RPAをベースに移行を考えるのではなくて
RPAがないものとして検討するって意味
2019/06/30(日) 11:17:12.68ID:BVkXtYxL
>>21
>>RPAからプログラミングへの移行ソリューションの提供はしないのー?

移行が無理なく出来るならRPAに難癖つけることもない
むしろエントリーとして歓迎する

無理して移行するお仕事が必要に迫られる時期まで静観して
にっちもさっちも行かなくなったら(こちらに)無理のない費用で請け負ってあげても良い
2019/06/30(日) 11:17:14.44ID:MEXMoZGX
RPAが出てきておまえら焦ってるの?
2019/06/30(日) 11:17:18.67ID:hh8W68EU
>>41

>>21
>>34
>>35
>逆に非IT企業でPython普及してるって思うの??なぜ??
2019/06/30(日) 11:28:18.51ID:ABcoUNJj
>>46
>>21
自説の根拠はレス読め
移行ソリューションの予定はない

>>34
そう俺は正直だからクリーンな仕事で稼ぎたい

>>35
そもそも非IT企業にPythonが普及してるとは言及してないはずだが?
2019/06/30(日) 11:39:07.15ID:hh8W68EU
>>47
どのレス読めば根拠書いてある? 例えばプログラミングがRPAより簡単だという根拠は?

じゃああなた以外の汚いビジネスマンが商売にしないのはなぜ?まさかみんな馬鹿かクリーンなのかな?

ほら、また根拠出さないw 世界の中心で愛を叫んでるだけやなw
2019/06/30(日) 11:53:26.43ID:ABcoUNJj
>>48
>プログラミングがRPAより簡単だという根拠は?
>>20はやってみたか?
初心者はPythonを選んでるようだ
簡単だからなぁ

>あなた以外の汚いビジネスマン
そんなん知らんがなw
本人を探して聞いてきてくれ俺も興味ある
2019/06/30(日) 12:00:56.51ID:ABcoUNJj
RPAはビジュアルプログラミングの特性を強く受け継いでいる
そのため情報発信と検索が非常に難しいのでプログラミングと比べると情報が圧倒的に少ない
また全体のユーザー数が少なく高度な技術を持ったエンジニアはより少ない
そのため発信される情報の質もプログラミングと比べると低くなる
RPAは情報の量も質も低いので学習が非常に難しい
プログラミングは量も質も高く初心者が安心して学習できる環境が出来上がっている
2019/06/30(日) 12:04:29.64ID:hh8W68EU
>>49
RPAは簡単だからネットで調べるまでもないのでは?

また答えないのw? あなたの主張だと「みんな馬鹿かクリーンか」っていう無理な仮定が必要なんだよなぁw
2019/06/30(日) 12:07:11.54ID:ABcoUNJj
世界中の優秀なエンジニアたちが長い時間と労力と金を掛けて成長させてきたのはプログラミングのエコシステムだ
エコシステムが充実していると難しいことも簡単に出来るようになる
それはライブラリであったりフレームワークであったりサービスであったり
先人たちの努力の結晶であるエコシステムの恩恵を享受できるプログラマたちは幸運だ
エコシステムを放棄して独自の世界に引きこもってしまったRPAユーザーたちは苦労することだろう
2019/06/30(日) 12:13:31.21ID:ABcoUNJj
>>51
いやそんな仮定はいらんだろ?
どう考えたらそうなる

やらない理由は人それぞれだし
そもそも理由を考えるどころか気付いてない人だっている
2019/06/30(日) 12:22:22.58ID:hh8W68EU
>>53
また答えないの?再度書くわ
>RPAは簡単だからネットで調べるまでもないのでは?

確かに気付いてない人だっているだろうね。でも気付いている人だっているだろうね。確かに商売始めない人もいるだろうね。でも始める人もいるだろうね。そういう商売があればRPAより上位互換だからもっと広まってるはずだろうね。ところで今広まってる?

だいたい人それぞれとか言い出したらプログラミングに対する難易度だって人それぞれだわなで終了
2019/06/30(日) 12:27:14.78ID:ABcoUNJj
業務の自動化に必要な部品はブラウザやデスクトップアプリだけではない
ユーザーインターフェース(UI)の対ともいえるアプリケーションプログラミングインターフェース(API)というものがある
例えば、エクセルを操作するためのAPI、DBにアクセスするためのAPI、ウェブサービスにアクセスするためのAPI、、、
この世の中にはUIとは比べるまでもなく数多くのAPIが存在している
アプリケーションプログラミングインターフェースという名称からもわかるが、APIはプログラムから呼び出すために最適化された部品だ
RPAはマーケティング戦略の一環としてUIの自動化を事さらに強調して、逆にプログラミングへのアクセスを制限し負荷を掛けている
つまり、RPAはこれら価値のある便利なAPIの利用にも制限や負担を掛かけているということだ
使えるべき道具が使えない、あるいは使いにくい、という状況がRPAでの開発を難しくしている
プログラミングならスムーズにAPIを呼び出して使うことが出来るので、様々なタスクを簡単に実装することができる
先人の知恵はプログラムから呼び出すことを前提として、まとめられているのだ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況