X

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

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
垢版 |
2019/04/03(水) 08:33:54.41ID:aMB9OKwG
語りましょう。
0004デフォルトの名無しさん
垢版 |
2019/04/03(水) 10:55:59.13ID:x7l3PXZf
wsh(vbscript,jscript)とuwscでだいたいのWinアプリやWeb入力は自動化できるけど、
この技術でバイトとか出来ないかな？
0005デフォルトの名無しさん
垢版 |
2019/04/03(水) 11:34:52.74ID:/cw++oNj
特集・RPAで仕事が変わる： 「幻滅期」は来るのか？ RPAの未来を予言してみる (1/3)
https://www.itmedia.co.jp/news/spv/1904/03/news034.html
> RPAが大きな注目を集めているが、ロボットが当たり前にいる時代の私たちの働き方は将来どうなっていくのか？ 「新しい働き方」について具体的に考えてみたい。
https://image.itmedia.co.jp/l/im/news/articles/1904/03/l_rpa_khai_01.jpg
0007デフォルトの名無しさん
垢版 |
2019/04/03(水) 17:21:34.48ID:aMB9OKwG
wshはいいけどUWSCはサイト死んでるから商売道具にするにはちょっと・・・気持ちはとてもわかる
0008デフォルトの名無しさん
垢版 |
2019/04/03(水) 17:53:31.55ID:hCfT0cOh
クラウドワークスとかのバイト考えたことあるけど、依頼主のあーでもないこーでもないみたいなムチャぶりに当たるとシンドイとかいう体験談見て萎えたな システム系あるあるかな
0010デフォルトの名無しさん
垢版 |
2019/04/03(水) 23:12:20.96ID:TkhROJT4
なるほど
0011デフォルトの名無しさん
垢版 |
2019/04/04(木) 03:26:21.53ID:TDnW5wfs
WSH(VBScript) が出来るなら、Ruby をやれば？

VBScript のスレ主のピッコロ大魔王なんて、
他人の書いた、Rubyコードを見ただけで、書けるようになったほど！

Ruby, Nokogiri, Selenium WebDriver で、スクレイピング・ブラウザの自動操作ができる

Rubyをやれば、jQuery, PowerShell も出来るようになる
0012デフォルトの名無しさん
垢版 |
2019/04/04(木) 07:35:07.93ID:lt0s9KfQ
uipathだけど、作ってる時は上手く回るのに何故か翌月動かすと所々止まっちゃう。。
また同じようにセレクタとかアクティビティ選び直すと動くのに
0013デフォルトの名無しさん
垢版 |
2019/04/04(木) 07:58:32.13ID:7j2dnE+R
>>12
ページがアップデートされたとかじゃなければページが日付に依存してるんじゃないの？
ログみた？
0014デフォルトの名無しさん
垢版 |
2019/04/04(木) 08:18:20.80ID:VcNk2zZs
スクレイピング防止に、毎月IDやクラスやフォントを微妙に変えて来るページとか
有るかもしれない
0016デフォルトの名無しさん
垢版 |
2019/04/04(木) 08:34:21.75ID:gy3yXDfu
>>12
セレクタの中身見ないと分からんけどウェブサイトならIDが年月日とか連番振られてないかな
そうであれば動的な要素の一つ上を指定して配列の1番目を取るとかの工夫がいるかもね
0017デフォルトの名無しさん
垢版 |
2019/04/04(木) 10:01:49.98ID:IwhuweZn
IDやNameが一見意味のない数字の羅列だったら要注意
不変の要素をアンカーにして指定するか諦めて画像指定にするよろし
0018デフォルトの名無しさん
垢版 |
2019/04/04(木) 15:51:12.30ID:3SmBPR25
コードとフローチャートの互換性みたいなのあるんかな 既存のExcelマクロとかの資産をRPAに置き換えたいとか 逆に、RPA資産が溜まってるけど、サービス停止とかで別のRPAに移行せざるをえないからいったんコードに変換したいとか
この辺がRPAの特殊性でもあるよね まぁERPと同じといえば同じか
0019デフォルトの名無しさん
垢版 |
2019/04/04(木) 18:05:31.47ID:lt0s9KfQ
12だけど原因はある程度わかっている
マックスウィンドウを入れるの忘れて毎回ウィンドウの大きさが変わってしまうのと、、自分がコントロール上下で拡大縮小をよくやるからなんだ。。
0026デフォルトの名無しさん
垢版 |
2019/04/04(木) 21:46:52.50ID:3SmBPR25
もっと酷い人もいるだろうな おばさん「何もしてないのに動かなくなったの！」
まぁ情シスというより周りの若者が見てやれるのもRPAの良いところなんかな
0027デフォルトの名無しさん
垢版 |
2019/04/04(木) 22:24:55.53ID:Kfhxt4Yr
こういうトラブルはガチで起こる
ただ今まで何となくメモのようなマニュアル見ながら操作していた作業
エクセルの簡単な集計転機の作業
定期的にダウンロードする作業
がポチで終わっていくのはストレスフリー

今後は3人でやってた仕事を例えば1人に集約してロボット管理とロボットトラブル対応にしたいな
0030デフォルトの名無しさん
垢版 |
2019/04/06(土) 10:27:17.39ID:XTEwjGML
>>26
それ見過ごすと徐々に教える方にストレス溜まってくるから良くないよ
なんでこんな簡単なことがわかんねえんだ聞く前に調べろ俺は自分の仕事してえんだよお前の介護職員じゃねえぞってな
中にはそれが嫌になって辞めちゃう人もいる
0031デフォルトの名無しさん
垢版 |
2019/04/06(土) 14:57:06.33ID:pn/rDcmC
>>14
その程度の変更ならRPAの修正も別のRPAで出来そう
0032デフォルトの名無しさん
垢版 |
2019/04/06(土) 18:46:06.31ID:6FWWElwg
>>30
うーん、確かに情シス系のことってパソコンの大先生に負担きがちだよな 仕事の指導とかは既定の上下関係ベースだからそれも仕事のうちと言えるけど、こっちはそうもいかんな １回マクロ作ってあげたら搾取され続けてキレたみたいな話よく見るし

RPAに限らずだけど、この辺のこと上手くやれてるところあるんやろうかね
0033デフォルトの名無しさん
垢版 |
2019/04/06(土) 19:36:43.44ID:ppyc6yG9
むしろ普通はうまくやってて話題にもならないだけでは
面白おかしい失敗談はよく上がるけどってことね
0034デフォルトの名無しさん
垢版 |
2019/04/06(土) 19:55:05.81ID:9rFhYwzR
身も蓋もないこと言っちゃうと
成功失敗の前に話題になる程導入されてないんだろな
0036デフォルトの名無しさん
垢版 |
2019/04/06(土) 23:26:20.67ID:6FWWElwg
Excelマクロの運用について見てた時、「明らかにしたために搾取された人」と「搾取されるのを見越して隠してる人」の２大派閥だったんもんで、なかなか上手く運用できないもんだねとは思ったんだよな うちの会社もそうだし
まぁ多くは上手くいってるのかもしれないけどね それはわからんな
0037デフォルトの名無しさん
垢版 |
2019/04/07(日) 00:30:43.14ID:Tkl2Yl18
時間が掛かろうが楽な仕事をやりたい奴にとっては大きなお世話だから
導入に反対されても不思議はない
0042デフォルトの名無しさん
垢版 |
2019/04/09(火) 10:36:41.53ID:+TQ3SKY5
導入したけど使えなくて毎年2000万円ムダにしてる、
とかそういう話を反面教師として聴きたいよな
0044デフォルトの名無しさん
垢版 |
2019/04/09(火) 14:16:38.99ID:bd+VyHhj
それはRPAに限らずSAPとかでもあるな
運営側の問題で、ツールのせいじゃないけどな
0045デフォルトの名無しさん
垢版 |
2019/04/09(火) 17:10:57.35ID:rMnn4A6r
リアルな話は聞きたいな 基幹システムは導入したら使わざるを得ないけど、RPAは使わなくても済むからな
0048デフォルトの名無しさん
垢版 |
2019/04/10(水) 08:22:13.33ID:m7iPF43E
それはRPA導入以前にブラック体質どうにかしないとな
日でも週でもいいけど導入の為の時間作る事も出来ないくらい仕事きついのは異常だと思うよ
本人が要領悪いのか会社が悪いのかは知らないが…
0049デフォルトの名無しさん
垢版 |
2019/04/10(水) 08:58:02.07ID:7nJliKah
素人おばちゃんレベルの人が楽々導入できるならブラックでも片手間でできるやろ？
0051デフォルトの名無しさん
垢版 |
2019/04/10(水) 09:03:08.34ID:wciIRgur
導入研修を半日できればあとは使いながら覚えるでいけるけどなあ
初めのうちは外部の詳しいとこにサポートしてもらいながらやるのが現実的かな
0052デフォルトの名無しさん
垢版 |
2019/04/10(水) 09:03:53.82ID:7nJliKah
いや素人でも直感で簡単にすぐ作れるのが売りなんだろ？
そこで有識者に頼ったら意味ないじゃん
0053デフォルトの名無しさん
垢版 |
2019/04/10(水) 09:09:28.91ID:wciIRgur
直感でできなくはないが導入期には有識者つけてたほうが統制取れて後々楽なんだよ
ERPでもSFAでもCRMでも同じ話
0054デフォルトの名無しさん
垢版 |
2019/04/10(水) 09:41:15.36ID:zpFBjG/e
いくら簡単とはいえ初期投資が必要だからなー 学習時間、作成時間、やる気、労力など
恒常的に忙しくて疲弊してるところは難しいかもね 逆に閑散期と繁忙期がハッキリしてるところは向いてるんだろう
0055デフォルトの名無しさん
垢版 |
2019/04/10(水) 11:14:38.10ID:uFCcaOIv
sikulix
をちょっと触ってみたけど、これはええね
Jythonだから今までのPython資産(Excel読み書きとかWebアクセスとかftp転送とかDBとかemailとか…)がばっちり使える
JRubyもあるのでRuby凶徒もニッコリ
GUI自動化部分だけこれでなんとかすればいい、シンプル
0058デフォルトの名無しさん
垢版 |
2019/04/10(水) 13:44:06.99ID:9M/6JC2D
>>48
会社やろ。
0061デフォルトの名無しさん
垢版 |
2019/04/10(水) 23:12:30.20ID:KGwIlhUc
画像認識って、社内でウインドウのデザインを統一しておかないと難しいんじゃないの?
クラシックだろうがAeroの派手なやつだろうが、関係なく動いたら凄いけど。
0063デフォルトの名無しさん
垢版 |
2019/04/11(木) 01:21:21.14ID:OXdGaZXS
>>61
sikulix とか画像認識系は、どのPCで動かすのかガチガチに決めて使うものだわな
デスクトップのアイコンダブルクリック…がある場合
ショートカットの青矢印(圧縮されてます表示)あるじゃない、
あれの有り無しとかですぐ動かなくなる
壁紙変えれば脂肪だし
0064デフォルトの名無しさん
垢版 |
2019/04/11(木) 08:13:34.66ID:Q2+9HwWp
>>63
デスクトップのショートカットでしか起動できない超特殊なアプリでもなければopenAppでよくね

>>61
sikuliに限らずWindowsのバージョン跨がれるとちょっと辛いから、解像度やテーマは最初にアジャストするようシナリオ組んだ方がいい
openCVなので類似度設定で多少は自動で認識もしてくれるけど、アイコンはともかくテキスト周りはフォントが違うと認識できない事も多い(OCR使う手も無くはない)

普段使いまで統一しなくていいけどスクリプト作成の時は同様の環境に変更してからとか、いっそ仮想マシンでやると安定度高くなる
0065デフォルトの名無しさん
垢版 |
2019/04/11(木) 09:05:30.82ID:GR4ezT/u
聞くからにつらそう。なんでUiPathがやってるみたいな仕組み入れないんだろ？
そんな実装大変な技術なの？
0066デフォルトの名無しさん
垢版 |
2019/04/11(木) 09:05:30.89ID:e9ZqPfBI
画像認識は課題が多いなあ
そこまでやるなら素直にAppium弄ったほうが確度高いし配布考えてもやりやすそう
0067デフォルトの名無しさん
垢版 |
2019/04/11(木) 09:12:04.62ID:nvwaB7S6
>>65
UiPathのどの仕組みのこと？
0068デフォルトの名無しさん
垢版 |
2019/04/11(木) 09:16:32.67ID:Q2+9HwWp
>>65
実装大変なのもあるが、別にRPA用のソフトじゃないから必要ないのでは？
何でも出来るではなく画像認識でPC操作しようぜってコンセプトでしかない

余談だけどこのスレも別にRPA専スレではない
0069デフォルトの名無しさん
垢版 |
2019/04/11(木) 11:08:35.80ID:wwOehSni
役所と銀行はIT素人おじさんばかりやし、この手のツールは導入し易い
(使い易いとは云ってない)
0070デフォルトの名無しさん
垢版 |
2019/04/11(木) 12:10:59.71ID:41LUPiqH
ベンダーロックインさせて身うごきとれなくしてから
乾涸びるまで絞り取るみたいな経営戦略はありかもしれないね
技術者の良心が心配だが嵌ればウマイ
0071デフォルトの名無しさん
垢版 |
2019/04/11(木) 12:21:10.41ID:flnPu98l
>>67
UiPathの仕組みは知らんが、UIAutomationか、ウィンドウハンドル+SendMessage系か、画像認識+SendMessage系以外に仕組みって無いと思うんだが。
UIAutomationはAccessibilityの上位互換だよな。
0072デフォルトの名無しさん
垢版 |
2019/04/11(木) 12:24:18.73ID:41LUPiqH
安定させようとしたらサーバー化、仮想化が必須だな
画像認識系は特にそうだし画像認識系以外でもアプリの依存性を事務員全員のホスト直上で管理しようとするとすごく大変
0073デフォルトの名無しさん
垢版 |
2019/04/11(木) 12:41:27.32ID:BY4VVODi
UiPathで出来ることをまとめて、買い切りでC#のサンプルとライブラリで売る
なんて商売してるところないすかね
0074デフォルトの名無しさん
垢版 |
2019/04/11(木) 19:30:14.36ID:38UxTnSf
>>70
良心は兎も角、干からびるまでやって成果上がらない無能ベンダーと誹られるがうまいかそれ？
0075デフォルトの名無しさん
垢版 |
2019/04/11(木) 19:34:00.93ID:Kxi4VPEZ
>>74
長期にわたって安定した収入源をキープできるのは美味しい
今後は不況が加速するからなおさらね
0076デフォルトの名無しさん
垢版 |
2019/04/11(木) 22:47:15.12ID:RIPDwFUM
画像認識技術の限界を見ると、これでよく自動運転の車なんか作る気になるよな、と思う。
道路にレール引いた方が早いんじゃないの。
0077デフォルトの名無しさん
垢版 |
2019/04/11(木) 23:02:33.34ID:Q2+9HwWp
>>76
自動運転において画像認識がメインってわけじゃないから心配すんな
カメラによる画像認識は天候とか夜間にどうしても弱いのと解析が高コストだから、ミリ波（レーダー）とか、レーザー測距が主に使われる
ちなみに道路にレールは工事大変だから難しいけど磁気マーカーを埋め込んで誘導する実験は日本でもやってるね
0078デフォルトの名無しさん
垢版 |
2019/04/11(木) 23:05:18.06ID:+mp2u7EL
>>76
画像認識で50m先の交差点を認識するのは不可能だよな？
どうやって人間が交差点を判別してるのか画像だけではわからない
頼りのGPSもラグが秒単位であるなら車の運転なんかには全く使い物にならない
道路自体に仕組みを入れる必要がある
その周辺のデータを絶えずダウンロードできる仕組みが必要
500m何秒で走行して進行方向2km程度の情報を何秒で収集できるか？
全てにおいて足りてない
基本的なスピードが全く足りない
0080デフォルトの名無しさん
垢版 |
2019/04/11(木) 23:11:36.61ID:KVAa9eoD
>>76
GPSとかの測位システム使うのもアリだし
車同士で通信すればさらに改善できるだろう
前の車から歩行者情報をもらえば
後ろの車がカメラで直接歩行者を見られなくても
事故を回避できる
0081デフォルトの名無しさん
垢版 |
2019/04/11(木) 23:13:55.33ID:KVAa9eoD
>>78
5Gだと走行中の新幹線と通信できるとか
300km/hとかなら可能じゃね

交差点にカメラとかセンサーつければ良い
Nシステムとか既にあるし
0082デフォルトの名無しさん
垢版 |
2019/04/11(木) 23:18:34.90ID:+mp2u7EL
>>81
最大速度だけ速い系だろ？
アクセススピードまで上がった経験ないし
使い方は考える必要あると思うな
0084デフォルトの名無しさん
垢版 |
2019/04/12(金) 00:29:29.57ID:SoWzORRr
三ヵ月に一回、スタッフの情報が最新か確認してね！とか
ワーニング画面出てくるソフトあってクッソイライラするわ
0085デフォルトの名無しさん
垢版 |
2019/04/12(金) 01:05:53.64ID:P0axT3Q0
ウォーニング画面、な。
warnをワーンと読む奴はworld warをウォールド ワーって発音してんのか？ｗｗｗ
0086デフォルトの名無しさん
垢版 |
2019/04/12(金) 01:15:46.87ID:Lnd3Ip+R
書くときはwarning　または ワーニング またはウォーニング
発音は　わーにんぐ

warm と書いて　ウォーム(うぉーむ、暖かい)
worm と書いて　ワーム(わあぁぁぁむ、むしだあぁぁぁ)

英語は不合理な言語として有名
0091デフォルトの名無しさん
垢版 |
2019/04/12(金) 06:57:32.49ID:fuXMpeD/
>>82
まだ5Gは日本ではサービスされてないから経験ないのはそうだろうね
0093デフォルトの名無しさん
垢版 |
2019/04/12(金) 07:22:18.08ID:O5uyt52I
>>79
ほんとこれ
なぜ一般道までやろうとするんだろ
高速自動運転にすれば渋滞も減るし観光地も潤うだろうに
0094デフォルトの名無しさん
垢版 |
2019/04/12(金) 10:30:44.41ID:qszSdMp9
>>92
実験済みだから今の4Gよりは良くなる
基地局とかがちゃんとあればだけど
地方はもっと時間かかるかもね
0095デフォルトの名無しさん
垢版 |
2019/04/12(金) 10:32:29.30ID:qszSdMp9
GPSは準天頂衛星システムで精度が数センチに向上する
0101デフォルトの名無しさん
垢版 |
2019/04/12(金) 23:46:39.59ID:SoWzORRr
画面OCR機能を自前プログラムに組み込みたい場合、
やっぱTesseractがいいかな？
スクリーンショット→特定の文字列検出、座標取得してその右何ピクセルかにマウス移動してクリック、したい
0102デフォルトの名無しさん
垢版 |
2019/04/13(土) 01:49:29.57ID:FmO52pWR
Microsoft OCRでいいんじゃね
ただtesseractもだけど座標取得するには大分手を加え必要があってイマイチその用途にOCRは向いてないと思うが…
0103デフォルトの名無しさん
垢版 |
2019/04/13(土) 03:17:46.20ID:Y6sVP0kW
>>102
Google Cloud Visionあたりが簡単で良いかもと思った
画像渡すとJSONでずらずらと、文字列+座標戻ってくる
有料だけど月に1000枚までフリー、その後1000枚で$1.5だから安いし
トレーニングとか面倒ですからな
0104デフォルトの名無しさん
垢版 |
2019/04/13(土) 04:01:26.74ID:EZdPuqPx
無人ではなくログインユーザーが動かす点とUiPathみたいなツールを使う点が
RPAと無人スケジュール起動のバッチ処理の違いということでいいのかな？

バッチ処理のことをRPAと呼ぶ人が増えてきて違和感を感じる。
それとも、バッチ処理やらVBAもRPAに含まれるでいいのか？
0105デフォルトの名無しさん
垢版 |
2019/04/13(土) 04:25:22.68ID:FmO52pWR
バッチ処理をRPAという人を見たことないのでちょっと分からんけど、単一のバッチをRPAというなら違和感はある

本来の意味だと何らかのプロセスの一形態としてバッチ処理があって、その他のプロセスを組み合わせて自動化するのがRPAってイメージ
だからそのバッチをRPAという人は単一のバッチじゃなくて組み合わせたものを言っているのでは？

実行ユーザーやツールはあんまり関係ないと思う
0106デフォルトの名無しさん
垢版 |
2019/04/13(土) 06:44:09.77ID:y08m/KDl
UiPathやWinActorがわずかでも絡んでいればRPAで良いと思う。
なぜなら、(この板ではなく) 世間一般の理解では、UiPathやWinActorがRPAである、として列挙するのが定義だから。
単純化すると、RPAは商品カテゴリーの名前

画面も含めて同じ動作をするPython + 各種Libで作っても、世間一般ではRPAと言わないと思う。

>>104さん>>105さんが、現に困っているうそ、おおげさ、まぎらわしいを例示してくだされば
すぐに引っ込めます。
0108デフォルトの名無しさん
垢版 |
2019/04/13(土) 08:27:37.17ID:oE7hvh/k
>>101-103
OCRってRPAの用途としてよく例に上がるけど、環境が実用の域に達してない

GoogleやMSは日本語に弱いし、
国内ベンチャーのOCRは利用料が高額でコスト面でパートのおばちゃんに負ける
0109デフォルトの名無しさん
垢版 |
2019/04/13(土) 08:46:15.08ID:EZdPuqPx
>>105 >>106
ここで意図しているバッチ処理というのは、
自動化した処理の流れをまとめた仕組みのことです。
C#で実装した.exeやExcelVBAでメール送信するといったものです。

RPAツールを使う自動化した仕組みのことをRPAと呼ぶで認識合ってると思います。

RPAツールのいいところは本来相性の悪いOffice製品と他のツール
0110デフォルトの名無しさん
垢版 |
2019/04/13(土) 09:03:31.07ID:EZdPuqPx
途中で書き込んでしまいました。

互換性のない他のツール(アプリケーション)でも画像認識で無理やり自動化した処理に仕立て上げられるできるところだと思います。

表面上同じ自動化でもPythonやWindowsのbatなどを組み合わせた既存の仕組みのみでRPAツール無しの自動化はRPAではないということで納得しました。
0111デフォルトの名無しさん
垢版 |
2019/04/13(土) 09:06:52.80ID:NFUl6qyS
RPA製品のシナリオ実行が世間で言うRPAだから
0112デフォルトの名無しさん
垢版 |
2019/04/13(土) 09:12:41.55ID:vbn0MA6q
ロボットは人間の代替
APIではない、プログラムから呼び出すことを想定していないヒューマンインターフェイスを操作するプログラムをRPAと言うんだよ
それ以外はなんの特徴もない普通のプログラムだ
0116デフォルトの名無しさん
垢版 |
2019/04/13(土) 13:39:05.85ID:FmO52pWR
>>109-110
うーん、まぁたかが5chの1意見なので無視してくれてもいいけどRPAツールの介在はあんま関係ないと自分は思ってるよ
例えばVBAだって実はExcel機能とVB言語によるプロセスオートメーションなのよね、それをボタン付けて自動運転させたらRPAでしょう
RPAツールはそういったプロセス同士の繋ぎに特化したツールで確かにそれで作ったものは概ねRPAだけどさ
0118デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:04:04.17ID:vbn0MA6q
プロセス同士の繋ぎに特化した物をRPAというならbashやpowershellもRPAになってしまうな
0119デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:16:15.91ID:FmO52pWR
>>118
だからそれで何が悪いのと言ってるんだけど…
拡張子とか決まったフォーマットを指す言葉じゃないんだから手段と目的がRPA的ならRPAと呼べばいいじゃん

別に自分だって単にExcelのボタン押したらCSV読み込むのをRPAと言ってもいいとまで言ってなくて、
読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる？
0120デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:20:42.94ID:vbn0MA6q
>>119
＞読み込んだものを加工して別フォーマットに落とし込んで書き出したりするならRPAと言えるでしょってことなんだけど伝わってる？

いや言わねーし伝わらねーよ
プログラム入門とかでやる奴じゃん
めちゃくちゃ普通の古典的なコンソールプログラムじゃん
0121デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:33:44.09ID:UKdtQofT
>>119
なんでもかんでもRPAと言ってしまうと
ありとあらゆるコンピュータ処理がRPAになってしまう
COBOLやCのアプリケーションでも自動化できるので、COBOLやCもRPAツールで良いのかい？

年次のバッチでのBS/PLの作成は、昔は経理の　現場で手でやったのが自動化されたからRPA
月次の給与の支払いも、昔は手渡しだったのが自動で振り込みなったからRPA
御承知のようにまだ他にもたくさんあるけど、これらを全部RPAで良いのかい？

自分は全部がRPAだといわれると、ちょっと困る。話が通じないから。
0122デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:47:47.02ID:FmO52pWR
>>120
まぁ例が悪かったかも、あるフォルダのCSVまとめて読んでExcel帳票に書き出すなんてRPAシナリオとしてよくあるでしょ
それをVBAで実現したってRPAツールの機能使ったっていいじゃんって言いたいだけ

伝わらないならしょうがない、君とは話ができないようだ

>>121
だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ
逆にRPAを目的として作ってもRPAツールを使わなかったらRPAじゃありませんっておかしいだろ？ｗ

そもそもRPAって言葉が後付けなのになんで専用（？）ツールじゃなきゃRPAじゃないのさ
例で挙げられたものは今だって専用にオフコンまで作りこんだらRPAとは言わないだろうけど、
Excelやらブラウザ自動実行の仕組みで作ったらRPAって言われるでしょうよ
0123デフォルトの名無しさん
垢版 |
2019/04/13(土) 14:51:40.38ID:vbn0MA6q
>>122
おめーの言い分は「RPA目的」がフワッフワで意味わからねーんだよ
それじゃあ「俺様がRPAと思えばRPA!」と言ってるのと大差ないぞ？
0124デフォルトの名無しさん
垢版 |
2019/04/13(土) 15:06:44.82ID:vbn0MA6q
ベンダー側にも責任がある
ユーザーインターフェイスの操作がRPAの本質なんだがベンダーとしては便乗して儲けたい
エクセルの読み取りだのRest API呼ぶだけ、あげく単なるグラフィカルプログラミング環境みたいなものまでひとまとめにしてRPAという名前でパッケージングしてしまった
0125デフォルトの名無しさん
垢版 |
2019/04/13(土) 15:11:26.96ID:FmO52pWR
>>123
少しニュアンスが違う、ただ「RPA目的」が曖昧なのはその通り（だってRPAが曖昧な後付け造語だから）

>「俺様がRPAと思えばRPA!」
ではなくて、「人様がRPAというものをRPAではない！」と言う必要はなくない？　って言いたいだけ

自分の主旨は曖昧だったりそれっぽいものを全て「RPAと言え（呼べ）」じゃなくて「RPAって言ってもいい」ってだけ
最初から言ってるけど全てのスクリプトやらバッチやらがRPAっていうのは自分だって違和感あるし違うと思ってる
ただ話しの流れとして業務なり作業の自動化の一環として出てきたなら話しは通じるし困らないよねって
後からRPAについての認識合わせなりはご自由にと思うけど、その場で「いや何それRPAじゃないじゃん」とか言って話し止めるほどじゃない
0126デフォルトの名無しさん
垢版 |
2019/04/13(土) 15:28:18.02ID:UKdtQofT
>>122
＞だから全部がじゃなくてRPA目的で作られたらだっつーに、ちゃんと読んでくれよ

この一文は、RPA目的の何かをCOBOLで作ったら、COMOLもRPAツールであることを認めている。
0127デフォルトの名無しさん
垢版 |
2019/04/13(土) 15:37:26.97ID:UKdtQofT
126　タイプミス COMOLもRPAツール　→　COBOLもRPAツール

ところで、自分がお勧めの着地点としては、
RPAであるかどうかは、造語したベンダーの言い分に従うようにするのが一番良い。

ユーザー側で「RPAである」「RPAではない」と議論したところで、
何かが解決するかというと、二つの例外を除いてなにも解決しない。

例外の一つは、ベンダーに「これからはRPAです」といわせれば予算が取りやすい。
もう一つは、「RPAだから簡単です」と言わせれば、システム屋以外の人の興味を引きやすいということ。
0128デフォルトの名無しさん
垢版 |
2019/04/13(土) 17:59:17.13ID:9XMPFUKC
RPAなんてただのバズワードなんだし定義について追求しても意味ないよ
そもそも「日常業務を自動化できるツール」くらいのイメージ持たせるのが目的だし
AIやらIoTと一緒の使われ方
0129デフォルトの名無しさん
垢版 |
2019/04/14(日) 01:25:21.74ID:qxultSD/
いやRPA製品使わないのはRPAとは普通言わないでしょ
0130デフォルトの名無しさん
垢版 |
2019/04/14(日) 02:52:38.38ID:NULNbHpC
画面操作で業務プロセスをオートメーションすればええんやなかろうか
たとえばPythonしか使ってなくても
0132デフォルトの名無しさん
垢版 |
2019/04/14(日) 10:13:29.93ID:5dcrzg0x
rpa否定するのってos必要ないみたいな感じ？
マウス必要ないみたいな感じかな？
0134デフォルトの名無しさん
垢版 |
2019/04/14(日) 11:50:49.45ID:dNhnFWo4
RPAツールに必要不可欠な機能は？
1.プロセスを実行できること
2.データをそのプロセスに渡せること
3.その結果を受け取れること
4.結果によって処理を分岐できること
くらい？

画像認識とかはプロセス実行や結果受取の手段の一つだよな

上の4つを備えてたらRPAツールじゃね？
0135デフォルトの名無しさん
垢版 |
2019/04/14(日) 11:52:16.45ID:dNhnFWo4
>>129
RPA製品って何？
OSSでもRPA製品なんじゃね？
0136デフォルトの名無しさん
垢版 |
2019/04/14(日) 11:56:14.65ID:dNhnFWo4
1のプロセス実行は、自分ではなくて独立に開発されたアプリとかOSのサービスとかに限定されるだろうな

ここがRPAかそうじゃないかの大きな違いだと思う

自前で作ったものなら単なる機能拡張でしかない
0138デフォルトの名無しさん
垢版 |
2019/04/14(日) 12:49:22.44ID:wb7l/Qdu
ソフトウェアロボットによる業務自動化

それ以上でもそれ以下でもない
定義なんて存在しない
0139デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:00:23.54ID:nwvme7gb
そもそも最初聞いた時ロボティックに違和感があったなぁ ロボ感ないやろと 何がどうバズったんやろう
0140 ◆QZaw55cn4c
垢版 |
2019/04/14(日) 13:02:09.49ID:AVvjfIV7
>>134
それって excel のマクロ記録で済む話なのでは？
0141デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:14:13.04ID:TZDtV4Z3
>>134
君が挙げた特徴はあらゆる手続き型プログラムの定義にもあてはまる
抽象化のトレーニングをした方がいい

狭義のRPAの特徴としては、GUI操作を介する定型処理をエミュレートすることで人間によるデータ処理を代替する効果をもたらす業務ソフトウェアとしてパッケージされたもの、とかでいいんじゃないの
0142デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:19:35.44ID:TZDtV4Z3
>>139
コグニティブ技術や機械学習とセットにしてRPAが宣伝されてたから、世間的にはペッパー君みたいなのが業務をやるんだと思われたんじゃね
案の定文系の論壇()ではシンギュラリティがどうのとかいう頓珍漢な言説が流行ったし
0143デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:21:07.97ID:8xKm1kUA
>>135
だから普通はシナリオ作成していくツールの事だろ
おまえは何が言いたいのか
世間一般とズレた事言っても意味ねーわ
0144デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:25:42.79ID:LBjjw3Zy
突き詰めて考えていくと、ヒュマンインターフェースをプログラムから呼び出しやすいAPIにラップすること、がRPAのエッセンスだ
このラップ作業を支援するツール群と、全く関係ないツール群を抱き合わせでパッケージングしたものがRPA製品となる
0145デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:30:52.22ID:LBjjw3Zy
>>143
シナリオを作成するツールはRPAではない
RPA製品にシナリオを作成するツールが抱き合わせで同梱されている、と言った方が正確
Windowsワークフローはシナリオ(ワークフロー)を作成できるがそれだけではRPA製品とは言えない
0146デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:44:47.98ID:dNhnFWo4
>>141
それを実現するのに必要な機能は？
0147デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:45:18.97ID:dNhnFWo4
>>143
シナリオ作成でよければパワポでもいいだろ
0148デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:46:32.38ID:dNhnFWo4
>>143
その作ったシナリオを自動的に実行する機能の方に価値を認める人が多いだろ
0149きがくる
垢版 |
2019/04/14(日) 13:46:40.80ID:Fvyb8Jm2
＞シナリオを作成するツールはRPAではない
揚げ足
シナリオを作成する機能はRPAに不可欠だが、作成するツールだけではRPAではない
承
プロトタイピングツールというのが一世風靡
転
現実が先にあるのがRPA、これから作るのがプロトタイピングツール
結
組み合わせ自在になると玄人受けも狙える（UNIXとウィンドウシステムみたいな）
0150デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:46:56.30ID:8xKm1kUA
>>147
そういうくだらな揚げ足取りするレベルかｗ
顔真っ赤だなｗ
0151デフォルトの名無しさん
垢版 |
2019/04/14(日) 13:49:05.16ID:8xKm1kUA
>>147
おまえさー
俺は一般論で言ってるのにパワポはねーだろ
アホじゃねーのｗｗ
0152デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:00:18.76ID:LBjjw3Zy
>>149
シナリオ作成ツールは不可欠ではないね
普通のプログラムやスクリプトでほとんど事足りるし
ロングランのジョブ管理も最近はyamlを手書きする方式が主流になってしまった
難解なXMLや独自形式のデータファイルでシナリオを表現するタイプだと入力補助としてツールが欲しくなるがそういうのは衰退傾向にある
だからわざわざツールを導入してまでシナリオを書く必要性はない
もちろん必要性がないだけであってやりたけりゃやってもいいけど



組み合わせ自在のツールは実はとっくに存在してて
それは普通のプログラム言語やスクリプト言語などと呼ばれて世界中で使われてる
例えばpowershellやbashとかね
0153デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:08:59.19ID:nwvme7gb
>>142
どもども ペッパーくんの例はわかりやすいね
ペッパーくん的な感じで人間(の単純作業)の代用してくれますよ、っていうイメージ戦略が生きたんかなと思った

本質的にはプログラム全般がそういう性質を持ちえるわけで、今更何言ってんねんっていうツッコミがここでも多いけど、往々にして素人に響くのはイメージなんだろうね

あとは、素人の持つシステムのイメージって専門業務に特化した基幹システムだから、幅広い単純作業をペッパーくんにやらせるようにシステム化できるっていう発想も効いたのかもなー
0154デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:14:12.75ID:wb7l/Qdu
新しい技術でもなんでもないただのGUI自動操作ツールを
"なんか凄そう"に聞こえさせるためベンダーによって造られた言葉がRPA
日本で流行らせたのはRPAテクノロジーズ社なんだし同社HPに乗ってる説明がRPAの定義でいいじゃん
もっとも、バズワードにしっかりした定義を求めるのなんてナンセンスだが
0155デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:21:57.45ID:LBjjw3Zy
それが何なのか、既存のアイデアと何が違うのか、違いがどんなメリットデメリットを生むのか、突き詰めていかないとダメだ
自分が何に金を払っているのかも理解しようとせずにぼったくられるとかねーわ
0156デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:43:21.49ID:lxyx5ybr
ヒューマンインターフェイスしか無いプログラムと連携して情報処理を実現できる点
これがRPAの本質かな

この領域では紙帳票を扱えるようになったら更に有益なものになるだろうな
カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
DXだな
0157 ◆QZaw55cn4c
垢版 |
2019/04/14(日) 14:45:56.15ID:AVvjfIV7
>>156
＞カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
ここ20～30年でその能力、特に「情報処理」」の部分で革命的な進歩があったのですか？特に事物を判断する能力、が格段に進歩したのでしょうか？最終判断はいまだに人間がするものだとばかり思っていましたが
0158デフォルトの名無しさん
垢版 |
2019/04/14(日) 14:57:27.19ID:lxyx5ybr
>>157
車の自動ブレーキとか顔認証とか
0159デフォルトの名無しさん
垢版 |
2019/04/14(日) 15:01:00.23ID:dNhnFWo4
>>151
お前の小物臭さがハンパないな
0160 ◆QZaw55cn4c
垢版 |
2019/04/14(日) 17:56:44.99ID:AVvjfIV7
>>158
アンチロックブレーキとかは有名でしたね…
海外では監視カメラで評価ポイントが上下する（アニメにそんなのがありましたね…）というのもありえるらしいですから、どこも（内心の自由を一部放棄して）遅かれ早かれそうなるのか…
ブルームバーグですが真に受けちゃっていいのかな？https://www.bloomberg.co.jp/news/articles/2019-02-25/PNBKQ26TTDS901
0162 ◆QZaw55cn4c
垢版 |
2019/04/14(日) 18:28:03.56ID:AVvjfIV7
>>161
宿題スレは潰れて今はお題スレにいますが、最近のお題は難しくってもう無理ですね…
0164デフォルトの名無しさん
垢版 |
2019/04/19(金) 23:19:00.55ID:b4Cxj0RS
>>156
すでにAI-OCRが
0173デフォルトの名無しさん
垢版 |
2019/04/21(日) 20:31:01.44ID:v0NRdBi4
はよシンギュラリティで労働から解放されたい。
最近シンギュラリティってあんま聞かないけど
0174デフォルトの名無しさん
垢版 |
2019/04/21(日) 20:45:35.75ID:iLgxnDAz
>>173
超AIの行動規範は犬の本能をベースにすべき
「よーしよしよしよし偉いねーいいこいいこ」
と褒めると張り切ってウレションしちゃう系ね、
猫ベースだと人間に無関心な奴が発生する可能性がある
0175デフォルトの名無しさん
垢版 |
2019/04/22(月) 12:18:15.34ID:iCdpr57v
応用情報処理技術者試験にも出ちゃうRPA
0176デフォルトの名無しさん
垢版 |
2019/04/22(月) 18:54:03.00ID:3E6tTJ7Q
Pythonでデスクトップ常駐型の自動化支援ツール作ろうとしてるんだが無謀？
大人しくC#使った方が良さげかな
0181デフォルトの名無しさん
垢版 |
2019/04/22(月) 22:33:22.87ID:KTQxmf3k
不正送金や支払先改ざんを引き起こす：
RPAで深刻化、仕事の手順を勝手に変える「ビジネスプロセス詐欺」（BPC）とは？
企業の支払いフローを改ざんし不正送金させる「ビジネスプロセス詐欺」（BPC）のリスクが、ロボティックプロセスオートメーション（RPA）ツールの普及とともに増加する恐れがある。具体的な対策は何だろうか。
https://techtarget.itmedia.co.jp/tt/spv/1904/16/news04.html
0182デフォルトの名無しさん
垢版 |
2019/04/23(火) 10:23:15.12ID:o4dc99jZ
WinActorを導入した弊社、ソフト専用のSEも動員されてるんだけど他もそんな感じなんですかね…

これって非エンジニアがちょっとした作業を自動化できるのがメリットなんじゃないのって静観してたんだけど
他のことしてたエンジニアが非エンジニアのために余計に工数取られてる感がするんだよなぁ
0183デフォルトの名無しさん
垢版 |
2019/04/23(火) 10:55:30.88ID:hRUq+UQO
コードなら吸う行で済む処理が画面でガチャガチャだからむしろ効率下がるよな
メンテナンス性も悪いし
0185デフォルトの名無しさん
垢版 |
2019/04/23(火) 18:38:04.33ID:TE76XOKd
>>182
特定の製品に限った話ではないけど本職のエンジニアだったらRPAよりコードを書いたほうが楽だしコスパも良いと思う
だからRPAをやるなら最期まで本職に頼らず自分たちでやりきるっていう覚悟が必要
エンジニアからしたら要件にプログラミングより扱いにくいRPAが入ってるってわかった時点で大幅に見積もりを積み上げざるを得ない
0187デフォルトの名無しさん
垢版 |
2019/04/23(火) 21:37:38.13ID:HhBqjiU/
RPA導入が目的化してると普通にベンダロックインされるか低ROIのゴミになるかして終わる
0188デフォルトの名無しさん
垢版 |
2019/04/23(火) 21:41:51.89ID:oda/jmnM
なんもかんもRPA導入を検討されてしまうほど情シスに発言力がないのが悪い
導入を阻止できたところで情シスに予算は降りてこねーよ
0189デフォルトの名無しさん
垢版 |
2019/04/23(火) 22:09:12.78ID:TE76XOKd
RPAの定義とはなにか
既存技術との違い、メリット、デメリット
突き詰めて考えないから、簡単にカモられる
0191デフォルトの名無しさん
垢版 |
2019/04/23(火) 23:19:08.69ID:wEJChGf/
>>185
俺自身はマじゃないけど、簡単なマクロや自動化スクリプトくらいは従来から組んでたから、メリットなさそうだし色んな理由をつけてRPAからは逃げたｗ

言うとおり本職が使わされるRPAって意味あんの？
って思うし導入が目的感出てしんどいなぁって思うます。
似たような境遇の人、どう無能な上に対して対処してんのかなーってのが気になる
0193デフォルトの名無しさん
垢版 |
2019/04/24(水) 07:00:03.46ID:pkr3rtQM
君自身が作業は自動化完了してると思ってるのならその無能な上司は君のアウトプットに満足していない 、作業が多くて手が回っていないと思われてるってことだろ

君自身じゃなくて部全体の話かもしれんが
0194デフォルトの名無しさん
垢版 |
2019/04/24(水) 08:16:57.90ID:XjMFaq8o
>>193
>>191じゃ無いけど、たぶん上司は知らないんだろう
今どの程度まで自動化しているのかを。
普通、上司は中については興味が無い。
外から流行りで聞こえてくる耳障りの良い話には興味が有るけど。
0195デフォルトの名無しさん
垢版 |
2019/04/24(水) 12:21:39.01ID:Voli2Zvu
RPAに社運をかけるっ！(ｷﾘｯ
0196デフォルトの名無しさん
垢版 |
2019/04/24(水) 19:19:48.85ID:WcGowxU3
「そのRPA、DXの足を引っ張ってない？」――企業考えるべき現実的な組み合わせとは
https://www.itmedia.co.jp/enterprise/spv/1904/24/news003.html
> 「RPA（Robotics Process Automation）」は、うまく活用しなければ、「デジタルトランスフォーメーション（DX）」の足を引っ張ることになりかねません。RPAとDXを理想的な形で推進するために注意すべきポイントとは？　現状の問題を洗い出しつつ、考察してみしょう。
0197デフォルトの名無しさん
垢版 |
2019/04/24(水) 19:34:16.49ID:+UzA3u4z
仕事の量や内容や方法が全社的に可視化されてて、かつ、ガバナンスがしっかりしてる、という理想的な状況では最適解はRPA導入じゃないのかもしれんね
まぁでも現実はそんな会社は少ないだろうしな
0199デフォルトの名無しさん
垢版 |
2019/04/24(水) 19:38:29.15ID:a8ioyi6n
ガバナンスが効いてるならRPAより普通にシステム化した方がいい
ガバナンスが効いてないならRPAは破滅への片道切符
0201デフォルトの名無しさん
垢版 |
2019/04/24(水) 19:57:42.69ID:a8ioyi6n
即興のワンライナーとか使い捨てのスクリプトの代替品って立ち位置なら、まあアリかな
0204デフォルトの名無しさん
垢版 |
2019/04/25(木) 13:22:33.60ID:kZNgEti8
保守担当が動員されるのはまだ解るが、
ソフト屋がRPAロボの作成をさせられるのは本末転倒過ぎる。
8割の作業を現場で完結させられないなら導入すべきではない
0205デフォルトの名無しさん
垢版 |
2019/04/25(木) 20:26:16.66ID:M6t45f2q
自分で組んでいかないと使いこなせないままになるね。
教育する時間試行錯誤する時間も与えず、RPAで仕事が減ったら、誰か首切られるんじゃない？
それが会社の真の目的なら怖いね。
0206デフォルトの名無しさん
垢版 |
2019/04/25(木) 21:15:37.95ID:+a8nz5Sf
>>204
「Code Invokeだけやぞ？他は頑張れや」
で行けるならいいと思うのよね
でも実際はあっちこっち教えて！わからないの！てなるよね
0207デフォルトの名無しさん
垢版 |
2019/04/25(木) 22:27:15.08ID:OOC/SD6V
>>205
経産省も終身雇用はもう終わりって見解らしい
だからこれから先はガンガン首切られていくんだろうね
0208デフォルトの名無しさん
垢版 |
2019/04/25(木) 23:36:27.80ID:6zcEuXCm
ぶっちゃけ、自動化して美味しい業務ってそんなにたくさんあるわけじゃないから
めぼしいの一回作ったらあとは保守だけみたいな感じじゃない？
0209デフォルトの名無しさん
垢版 |
2019/04/25(木) 23:50:48.94ID:LNAEHsKE
ちょっと調べてみた
組み込みの西暦和暦変換機能が無いらしい
RPAユーザーが自力でライブラリを使えるはずも、作れるはずも無いので別にいいのかな

WINACTOR
TOP > ユーザーフォーラム > 和暦を西暦に変換するには？
https://winactor.com/questions/question/%E3%80%90%E3%82%B5%E3%83%B3%E3%83%97%E3%83%AB%E3%80%91%E8%A5%BF%E6%9A%A6%E3%81%8B%E3%82%89%E5%92%8C%E6%9A%A6%E5%A4%89%E6%8F%9B%EF%BC%88%E6%97%A2%E5%AD%98%E3%81%AE%E3%83%8E%E3%83%BC%E3%83%89%E3%81%A8/?order_by=voted

UiPath
ソフトウェアの新元号(令和)対応について
https://www.uipath.com/ja/resources/knowledge-base/2019-04-02
0210デフォルトの名無しさん
垢版 |
2019/04/25(木) 23:55:08.18ID:6zcEuXCm
ドトネトが対応したらUIPathも対応できそうなもんだけどな？
そんな甘くないのか
0211デフォルトの名無しさん
垢版 |
2019/04/25(木) 23:56:53.76ID:h5I1CAvy
そうか？ 少なくとも公務員系のうちの会社は山ほどありそう まぁまだRPAなんて話にはなってないんだけどね

申請書のExcelからシステムへの転記(履歴書とか口座とか)
申請書のExcelが指定のルールで記載されてるかのチェック(記載漏れだったり特定の文言が必要だったり)
色んな相手にメール送信(採用結果とか審査結果とか)
0212デフォルトの名無しさん
垢版 |
2019/04/26(金) 00:05:57.75ID:7GPJNrOT
>>210
ああ、ごめん
変換する部分を一人ひとりがごりごり書く必要があるという意味　>>209

UiPathは.Netを呼び出してごりごり書く方法が紹介されているから
＞＞【できるUiPath】変数とインスタンスを使って西暦を和暦に変更しよう (URL省略)
一度ごりごり書けば、変換部分に限っては修正不要

WinActorは呼び出さずに、自力で判定をごりごり書く方法を紹介している　>>209のリンク先
0218デフォルトの名無しさん
垢版 |
2019/04/28(日) 11:27:53.94ID:vQlivpSS
RPAではなく不景気のせいでは？
RPAに6000人消せるほどのパワーは到底ないと思う
0219デフォルトの名無しさん
垢版 |
2019/04/28(日) 11:59:58.80ID:fyq/nOjJ
不景気がRPA導入のきっかけだとして半減が結果でしょ。
記事ではRPA などとなっているから他にもありそうだね、メインはRPAかもしれないけど。
0220デフォルトの名無しさん
垢版 |
2019/04/28(日) 12:06:57.91ID:vQlivpSS
もともとなにも仕事してないような遊びの人員がかなり居たはず
終身雇用だと自然とそうなる
そこを無慈悲に切っただけだろう
0221デフォルトの名無しさん
垢版 |
2019/04/28(日) 12:30:33.68ID:vQlivpSS
RPAを導入したという建前があれば余剰人材異動させられる
実際に効果があったかどうかは実は重要じゃない
0224デフォルトの名無しさん
垢版 |
2019/04/28(日) 12:52:51.78ID:vQlivpSS
>>223
そうそう
意味ない仕事で時間を潰してる人はかなりいる
酷いと一日中ネトゲやってるジジイとかたまにいる
そういうのはRPAが効果を発揮しようがしまいが関係なく単に切り捨てるだけで十分
ただ何もなく切り捨てると反発や外聞がよくないからRPAやAIの効果が出たという建前があると切り捨てやすくなる
0225デフォルトの名無しさん
垢版 |
2019/04/28(日) 16:52:20.10ID:W4AN1MTy
うちもRPA導入で効果出たことにして異動出してんなぁｗ
ただRPAって業務は残った人に追加で重しになってるけど。
0227デフォルトの名無しさん
垢版 |
2019/04/29(月) 08:54:44.57ID:hH7D+bIO
事務職がホワイトカラーみたいなオーラ出てたけど実質ブルーカラーだからそこが自動化でカットされるだけの話。
工場の現場なら当たり前の話をしてるだけだよ
0228デフォルトの名無しさん
垢版 |
2019/04/29(月) 13:19:31.52ID:+Z9tiIrn
転記や集計なんて現場で言うﾋﾟｯｷﾝｸﾞなんだから、そんなので年収300万以上もらってたﾊﾞﾊﾞｱの存在がおかしいんだわ
0230デフォルトの名無しさん
垢版 |
2019/04/29(月) 15:01:58.65ID:5oVU+kio
>>226
お茶出しは接遇のスペシャリストの秘書を数人雇ってやってもらえばええし電話番はBPOでええ
つまり事務職なんて要らん
0231デフォルトの名無しさん
垢版 |
2019/04/29(月) 16:20:07.60ID:kbIIebsi
確かに人減らしや人事異動の建前として経営者に使われるのかもね そうすると困るのは現場の人か
0232デフォルトの名無しさん
垢版 |
2019/04/29(月) 18:32:13.62ID:jWdaNv63
なんでも屋の事務員より、一日中、同じことやってる経理やデータ入力に効果的
0233デフォルトの名無しさん
垢版 |
2019/04/29(月) 19:40:23.68ID:pdoa/86d
UiPathで今いるページのHTMLを丸ごと変数に取り込むにはどうしたらいいの(画面操作無しで)？
0234デフォルトの名無しさん
垢版 |
2019/04/29(月) 21:00:05.52ID:kbIIebsi
そう考えると何でも屋的な総務系が復権するのかね
今だと、総務は雑用で無能(職務分掌上は上だけど)、人事財務は専門性が高くて有能、みたいな印象のようだな うちだけかもしれんけど
0240デフォルトの名無しさん
垢版 |
2019/04/30(火) 00:31:16.93ID:yn7NmyWi
俺の務め先みたいに、まず人を抜いてから後を考えるパターンもあるぞ
当然抜かれた直後はガタガタ
職場的にPCでの作業比率が高めだったから自動化で乗りきれたが
その自動化プログラムは業務時間外に俺一人で作らなければならず、苦しい戦いだった
0243デフォルトの名無しさん
垢版 |
2019/04/30(火) 06:39:47.91ID:N+IX0pRu
1人で乗り切れたのなら240の能力と仕事を判断して上が240だけ残した好采配じゃん
0245デフォルトの名無しさん
垢版 |
2019/04/30(火) 09:34:46.75ID:N+IX0pRu
本来240のような人が優秀と言われるべきなのにバカとバカに言われるのはかわいそう
0246デフォルトの名無しさん
垢版 |
2019/04/30(火) 10:42:13.94ID:mDPJwzOj
技術的な能力とマネジメント能力の違いだよ
頑張るのは良いけど次はもっと厳しくなるぞ
それを繰り返して最終的に行き詰まった例を何度も見てるし
0248デフォルトの名無しさん
垢版 |
2019/04/30(火) 11:03:51.92ID:crnHezXY
「現場の頑張りで上手いこと何とかな～れ♪」に応え続けると上層の脳細胞がどんどん死滅していくのだ
まるで現代日本そのものだな！
0249デフォルトの名無しさん
垢版 |
2019/04/30(火) 15:40:52.55ID:bNexgMc/
240みたいに個人の能力に頼り切った綱渡りは他人事じゃないから笑えない
それを見て賞賛するお花畑が居ないだけマシだけど
0250デフォルトの名無しさん
垢版 |
2019/04/30(火) 16:34:45.24ID:gumC4Y8X
業務時間外系の話だと資格試験の勉強とかどういう扱いなんかね
評価とかビジョンありきの人員削減ならマシなんだろうけどね 240をRPA責任者にして手当出しつつ、○○業務は何時間削減△△業務は何時間削減とかね 実際は無給で役割だけやらすし実態も調べず一律何％減が目標とかだよね
0251デフォルトの名無しさん
垢版 |
2019/04/30(火) 19:04:48.33ID:crnHezXY
経済活動での属人的な曲芸を称賛するお花畑って、考えてみたらまさしくアレじゃん
「世界が称賛する日本の職人さん」みたいなジャンル
0253デフォルトの名無しさん
垢版 |
2019/04/30(火) 20:57:28.53ID:TyGEr2d8
職人さんがひとりいるだけでもマシだよ
属人性の排除と言い続けて職人さんを消していって誰も居なくなったのが日本のIT業界
素人だけでは世界との戦いにはとてもついていけない
0254デフォルトの名無しさん
垢版 |
2019/04/30(火) 23:39:41.48ID:8oZjBV+Z
>>253
それはそうなんだし俺も同意見なんだけど
問題はその必要とされてる職人技術にお金が支払われないことだよ

同じ給料で高スキルやっちゃうんだから経営者にとっちゃ美味しいだけの話だし、労働者全体で見れば技術を安売りされて損
0255デフォルトの名無しさん
垢版 |
2019/04/30(火) 23:53:19.00ID:crnHezXY
属人性を排除して業務を標準化しよう！→金も人工も時間も掛けたくないし、標準化とかマヂ無理…
→属人性の排除だけやりました！（成し遂げた顔）
0256デフォルトの名無しさん
垢版 |
2019/04/30(火) 23:55:21.14ID:s1DR98Ye
評価者側に部下の職人芸を評価しなければ転職されたり360度評価等で刺されたりするというプレッシャーがなく、ゆえに職人芸を評価するノウハウが蓄積されてこなかった
労働者側も職人芸が評価されないという理由だけでは転職や苦情申し立てを行うことにメリットを感じられない

こういう糞な状況を生んでるのは正社員解雇規制を前提とした年功序列・終身雇用という腐りきった制度なので、未来永劫こんな状態が通用するとは思わないけどね
0257デフォルトの名無しさん
垢版 |
2019/05/01(水) 00:32:39.46ID:ZS4tY5mQ
専門家としてある程度の訓練と経験を積んでれば誰でもできるようにするのが正しい属人性の排除なんだが
猿でもできるようにするのが属人性の排除と考えるバカが多すぎる
そんなもんありえねえのに無理してやろうとするからすぐに破綻する
0258デフォルトの名無しさん
垢版 |
2019/05/01(水) 01:12:59.32ID:R6Wj8N6P
職人界なら職人界で、それ用のメカニズムがあるだろうからねー 徒弟制度、本人のやる気、周囲からの評価や自己肯定感などなど

こういうのの結末はどうなるんだろうね？
・240が辞めた際に崩壊し経営者がしっぺ返しを食らう
・240が辞めてもなんとなく回る
・でも負債を蓄積していつか破綻する 回んねえんだからバケツでウラン掻き混ぜるしかねえぞ的な
0259デフォルトの名無しさん
垢版 |
2019/05/01(水) 09:28:40.12ID:MvT9SbFo
>>240
残業代もらえよ
ブラック企業だな
0260240
垢版 |
2019/05/03(金) 22:56:43.49ID:17yku5IX
帰省より帰還。レス遅れて申し訳ない。

まず、仕事は非IT系で実作業とデータ入力が1：3位の割合。
「こうしたら自動化できるのでは？」というアイデアは事業発足時から在るが
俺が作ってしまうといざという時に困るからという事で
上司を通じてしかるべき部署に提案はしていたんだよ。

しかし忙しさを理由に何年経っても進めては貰えず、悶々とした日々を送っている内に
上層部から「●月にこの部署から○人抜け」と指令が下った。
現状でもかなり逼迫した状況だが、上司は「皆で力を合わせれば何とかなる」としか言わず
このままでは地獄が始まるのが目に見えているので仕方なく自分が作る事に。

クライアントPCで修正し易くライブラリが豊富なPythonで組もうとインストール申請をした。
が、またしてもここで大きな壁が出現。
どうも管理上パッケージ販売されたソフトしか許可が下りないらしい。
社内製ソフトなら通り易いという話を聞き、暫し考えた後C++で組むのを決意。

1週間位で何とか作り、自作制御スクリプトで各プロセスを順次作成しつつ現在に至る。
0261デフォルトの名無しさん
垢版 |
2019/05/03(金) 23:17:32.70ID:17yku5IX
皆が言う通り、自分が居なくなった時の事を考えると
個人でやらず社内プロジェクトを立ち上げてやるべきだと思う。
自動化できる部分は他の部署でもたくさんあるから価値はあるはず。
そう提案はしてきたが、どうも効果が薄いと見積もられているみたいだ。

今回自分が作成する時もそうで、業務時間内にやるべく上司に相談したら
「その分他の所を手伝った方がいいだろう？」としか言われなかった。
0264デフォルトの名無しさん
垢版 |
2019/05/04(土) 03:17:03.24ID:WghpEpPw
会社は特定の社員が居なくなって困るなら、その社員の待遇を上げてちゃんと確保しないとな
0265デフォルトの名無しさん
垢版 |
2019/05/04(土) 07:17:58.69ID:u+QazaKa
>>260 Python のインストール許可が下りないって可愛そうだな。
世界一人気のある言語で有り、Google の3大公用言語の１つで有り、日本の情報処理試験の日本を代表する言語なのにな。
ちなみに情報処理試験の言語は、C Java Python アセンブラのみ。 COBOL が無くなってPython が入った。
つまり日本の公式言語とも言える言語なのに。

AI をやろうとしたらPython 無しではできないぞ。
0266デフォルトの名無しさん
垢版 |
2019/05/04(土) 07:26:38.88ID:5d7HtnhC
263と同じ事昔言われた
自分が居なくなったら大変なんて考えるのは厚かましい
そんなのは上司が考えればいいし、やればいいって
0267デフォルトの名無しさん
垢版 |
2019/05/04(土) 11:51:06.88ID:pXS3gybi
>>261
はやく会社を辞めればいいのに
もっと条件のいい会社はいくらでもあるだろうに
馬鹿の相手をしても時間の無駄だよ
0269デフォルトの名無しさん
垢版 |
2019/05/04(土) 15:38:09.71ID:7bonL9MI
確かに、本来的には上司がやるべき事だけど、現実的に(日本では？)上司目線で働くことが求められてるようなところあるから、なんかあったら240が責められることになりそうだな
その辺の長期的ないしリスク的な話はどうなんだろ 今うまく行ってるからいいじゃんなのかな 似たような経験あるから気になる

個人的には240は純粋に偉いと思うが、見合った評価が得られてないよなぁ 数百万浮いただろうに特別ボーナスとかすらなく、なんなら「今まで何してたんだ」と責められそうな印象だ(上司が、かな)
0270デフォルトの名無しさん
垢版 |
2019/05/04(土) 15:43:40.65ID:7bonL9MI
RPAに話を戻すと、メンテナンスという意味ではやっぱりメリットがありそうって感じかね
C++なりPythonなりで組まれてると(少なくとも240の周りでは)理解不能の魔術みたいなもんだもんな
そういうスキルがある人を雇ったり派遣してもらったり(そういう派遣サービスがあるか知らんが)土壌もなさそうだし
0271デフォルトの名無しさん
垢版 |
2019/05/04(土) 15:51:18.00ID:uz0VN5nd
c++を採用した意味は正直わからんがpythonならメンテ要員を集めるのは簡単
RPAツール開発者なんて探したってそうそう見つからん
しかし一般的なプログラミング言語なら人材はいくらでもいる
人材というのは当然、教育担当者やトラブル対応できる御用聞きも含まれる
0272デフォルトの名無しさん
垢版 |
2019/05/04(土) 16:43:14.49ID:B2eikUO3
>>263
それを考えるのは経営者や管理職の仕事だな
0273デフォルトの名無しさん
垢版 |
2019/05/04(土) 16:44:07.28ID:B2eikUO3
自分が退職した後はその会社が倒産しても関係ないだろ
企業年金とかある場合は除いて
0274デフォルトの名無しさん
垢版 |
2019/05/04(土) 16:44:31.55ID:vXlxEQ1E
そんな人材いるん？ うちは非ITのお役所系の事務だけど、基幹システムと手作業の間に大きな断絶があって、せいぜい社員自作VBAツールが社内コンペで見出されていくつか共有されてるだけだな
結果、ルーティンの手作業を気軽に効率化したいみたいなRPAが入る余地は大きいみたいな状況

まぁ人材は存在しているとしてもマッチングなりなんなりが上手くいってないのかもね 情シス部門とかも作れるスキルはあるけど作ろうとするわけではないし 240の会社もそう見えるけど経営層もニーズを自覚してないし
0275デフォルトの名無しさん
垢版 |
2019/05/04(土) 16:45:22.06ID:B2eikUO3
>>264
それは経営者としては無能
その人が事故とかで急に亡くなったとしても事業を継続可能にしておく
0276デフォルトの名無しさん
垢版 |
2019/05/04(土) 17:04:44.02ID:akVRPbG2
ブラウザ操作の自動化をSelenium+Chromeriverでやってるんだけど
reCaptchaを組み込んでるサイトだと突破できないです
しかも、reCaptchaの認証部分だけでも人力でやってみても開けないサイトがたまにある

reCaptcha作ってるのもChromeDriver作ってるのもGoogleだから
ロボットが動かしてるのがバレバレなんですかね？

なんかいい対処方やアイデアがある方居たら教えてください
Selenium以外の方法でもいいです
0277240
垢版 |
2019/05/04(土) 17:11:14.78ID:AEF0VB9V
レスありがとう。
会社は仕事上アレな面が多いけど福利は割と充実していてそれ程ブラックでもないんだよ。
無暗に残業したくないし、できる事はなるべくやっておきたいだけ。

今回C++を選択したのは画像認識やExcel操作等の自作ライブラリが豊富で現在最も早くできるから。
自作スクリプトエンジン+IDEもスクリプト作成時に楽できる様カスタマイズした。
ただ独自言語のままでは他に誰も触れなくなるので、その内PythonやLuaに置き換えるつもり。
上の方も地道に説得する。

RPAのメリットは確かにある。が、高額過ぎて導入を躊躇うケースが多いんじゃないかな。
提案してみたら即却下されたよｗ
0279デフォルトの名無しさん
垢版 |
2019/05/04(土) 17:21:27.31ID:uz0VN5nd
>>276
アクセス頻度を減らす
画像認識(AI)

つうか、そういう高負荷対策、ロボット対策してるとこはロボットお断りの意思表示をしてるわけだ
だから突破できたとしても、やり過ぎると最悪の場合、業務妨害と言われる可能性もありえる
素直に公式APIを使うか、サイト管理者に問い合わせてクローリング許可の交渉をしたほうがいい
0280デフォルトの名無しさん
垢版 |
2019/05/04(土) 17:39:05.46ID:vXlxEQ1E
>>277
240さんに質問よいですか？
・得られたことは？ ボーナス、査定、周りからの評判など
・失ったことは？ メンテ係を押し付けられた、他にも作らされそう、上司からウザがられたなど
・「皆でやればなんとかなる」と言っていた上司にどう対応しましたか？ 説得、無視など
0281デフォルトの名無しさん
垢版 |
2019/05/04(土) 17:48:13.34ID:+H1Nbm5T
>>271
うちだと逆の印象
RPA開発者やvba書ける事務員はいくらでもいるが、開発経験あるプログラマーは市場にいない
0282デフォルトの名無しさん
垢版 |
2019/05/04(土) 17:54:28.71ID:uz0VN5nd
>>281
vba事務員はそこそこいるかもだがRPA開発者は居ないよ
RPA自体がマイナーなジャンルだから仕方がないけれど
なのでどうしても素人の教育から始めなければならない
0283デフォルトの名無しさん
垢版 |
2019/05/04(土) 18:42:40.08ID:AEF0VB9V
>>280
同僚と上司Aからの評判は上々だよ。
実作業だけでなくPCの台数分だけデータ処理が並行して行えるからかなり効率は上がった。
俺の所属しているグループだけで見ても発足当時の10倍は違う。
上司Aは残業が格段に減った。
評価とボーナスは少し色を付けて貰えたかな。
後は上司Bが表彰台に上がって賞金が皆と来客の飲み代に変わった位か。

失った事は無いかな。
俺は仕事の事なら上司でもお構いなしに言うタイプだから元々ウザがられているだろうし。
「皆でやればなんとかなる」と言っていた上司Bは内心そうだと思っている。
俺の所属している所だとプログラミングは仕事の範囲外なので「仕事して欲しい」という気持ちは分かる。
でも「情シスや技術が動いてくれないから仕方ないね」「こういうのは会社の責任」で済ませるのは納得がいかない。
我慢してストレス溜める位なら無理にでも行動した方がマシ。
もちろんコンプライアンス違反にはならない程度にね。

他にも結構作っているよ。
勿論それ等も強引に進めた。
成果は出しているから文句は言われていない。
0284デフォルトの名無しさん
垢版 |
2019/05/04(土) 19:52:03.06ID:uz0VN5nd
有識者がプログラミング言語を使ったほうが手っ取り早く安く高品質にシステム化できるってことだね
0285デフォルトの名無しさん
垢版 |
2019/05/04(土) 19:54:58.68ID:vXlxEQ1E
>>283
どもども 相応とは言わないけど一応それなりの有形無形の評価はされたのか良かった まぁ240さんはやる気も能力もあるからなんとかなるのかな
0286デフォルトの名無しさん
垢版 |
2019/05/04(土) 19:59:40.29ID:tQzLaGYB
>>284
それは独裁政治か民主政治かみたいなもんでしょ
天才が独裁するのがベストだけど、天才が常にいる保証はないから安定性を重視するなら民主政治なわけで
ベストエフォートは独裁の方が高いけど、ワーストは民主政治の方が圧倒的に高いみたいな
0287デフォルトの名無しさん
垢版 |
2019/05/04(土) 20:05:34.86ID:uz0VN5nd
>>286
普通の開発手法で普通のプログラムを組める、広く替えの効く標準的なスキルの人材を雇って作らせるだけじゃないの？
その人が退職したら、いくらでも居る、同等のスキル水準の普通の開発者を雇う
それだけだと思うんだけど、なんで天才とか独裁とかでてくるのか、意味わからん
GoogleやMicrosoftのエンジニアみたいな隔絶したスキルの人材に依存しようって話じゃないんだけど？
0288デフォルトの名無しさん
垢版 |
2019/05/04(土) 20:17:21.51ID:iy7KpPt0
「文句をブツクサ垂れながらも最終的には従順で低賃金でも働く天才が次も欲しい」
0289デフォルトの名無しさん
垢版 |
2019/05/04(土) 20:39:03.55ID:AEF0VB9V
俺はC++やC#がメインでPython・Lua・Kotlinは触り位、
JavaScriptやRubyはやった事がないという底辺プログラマだから代わりはいくらでもいるはずなんだけど
非IT系企業には全然入ってこないし、上もどういうのが必要なのか分からないから外注もしない。
そこを何とかしない所だが、平の内はダメかね。

UI操作エミュレーションによる自動化は実行中そのPCが使えないのが痛い。
だからシステム側を改善してバックグラウンドで処理できたら一番いいんだけどな。
0290デフォルトの名無しさん
垢版 |
2019/05/04(土) 21:17:17.65ID:tQzLaGYB
>>287
非IT経営者がプログラマを入れたらどれだけ改善されるかみたいな視点があると思うわけ？ さらに、仮に1人だけ雇うとして、安定して継続できるの？ 退職後すぐにトラブルが起きたら？

そんな理想的な話をされてもねっていう印象 なんかそういう標準的なスキルセットを持っててドキュメントの作り方とかも統一された人材サービスとかあれば仰る通りのことができていいかもね
0293デフォルトの名無しさん
垢版 |
2019/05/04(土) 22:26:22.51ID:UGXQVVPy
負荷が高くないのであれば、virtual PC (仮想マシン)でもいいんじゃね？
ソフトウェアのライセンスの問題が出るかもしれんけど。
0294デフォルトの名無しさん
垢版 |
2019/05/04(土) 22:35:41.86ID:uz0VN5nd
>>290
プロ雇っても出来ない経営者が素人RPA集団をコントロールして上手に自動化できるわけがないということは理解しといたほうがいい
RPAは魔法のツールじゃないぞ
0295デフォルトの名無しさん
垢版 |
2019/05/04(土) 22:50:32.03ID:vXlxEQ1E
>>294
そんなこと言ってないんだけどね RPA反対派は人の視点に立てない人が多いのが勿体ないね まぁ話ができないなら失礼します じゃ
0296デフォルトの名無しさん
垢版 |
2019/05/05(日) 06:38:25.39ID:j/Wgo/yQ
RPAがどこまでできるのか分からないけど
運行費や実行速度を考えるとやはり中間解としか思えないな。
その金でシステムの改善をした方が結果的に安くなるのでは?

各製品の情報をExcelワークシートに入力して統計処理をする作業があるんだけど
入力自動化だけでも確かに速くはなる。
が、C++で専用ソフトにしたら更に高速化した。
特に統計処理は圧倒的で十数分掛かっていたのが数秒になった。
ここまで差が出ると考えてしまうんじゃないかな。
0297デフォルトの名無しさん
垢版 |
2019/05/05(日) 07:11:00.56ID:o2s4dg0v
中間解でもほどほどの費用で手をつけられるならば、着手も出来ない最安価で最適な解よりマシだと思うの
0298デフォルトの名無しさん
垢版 |
2019/05/05(日) 07:14:51.93ID:IakhTTE4
普通にプログラミングすればRPAより簡単に高速な解を無料で得られるのだけどね
0299デフォルトの名無しさん
垢版 |
2019/05/05(日) 07:31:35.27ID:tUOFrefg
社員みんなにPython を教えた方が良いのかも。
アメリカの企業で入社の条件にPython が出来ることとしてるのがある。
アメリカの大学だと殆どの大学でPython を教えてるからそれ程大きな垣根じゃないみたい。

Excel が使えて当たり前と同じだな。 東大のコンピュータ教育もPython がメインになってた。
自分の出身大学のプログラミング基礎講座もPython になってた。
0301デフォルトの名無しさん
垢版 |
2019/05/05(日) 08:05:56.49ID:pTcRtQ+F
Excelが使える=罫線やセルのマージを使ってうつくしい表が書ける！
方眼神Excelを作れる！

Pythonが使える=1から100まで足し合わせてprintできます！

てことなんや
0302デフォルトの名無しさん
垢版 |
2019/05/05(日) 10:56:59.41ID:CGAXyEhi
>>63 silulix と、PyAutoGui はどっちが使いやすい？

>>72 どうして仮想化したら安定するの？ 何も変わらない気がするが。 勿論バージョン管理が楽だし元に戻すのも楽だけど。
サーバー化はやるべきだとは思うけど。
0303デフォルトの名無しさん
垢版 |
2019/05/05(日) 11:54:43.28ID:IBoHsNpp
>>302
環境の再現性と隔離性が高いから安定する
サーバーはデスクトップよりはるかにマシだけど仮想化よりは弱い
0304デフォルトの名無しさん
垢版 |
2019/05/05(日) 12:09:38.11ID:YyKL3Lzq
>>297
だよね 悪く言えば中途半端だけど手軽なところが受けてるんだろうし 仕事でもそうだけど「とりあえず急ぎでほどほどのクオリティで」な感じ
0308デフォルトの名無しさん
垢版 |
2019/05/05(日) 14:27:57.51ID:YyKL3Lzq
>>299
良い案だけど、それをどの程度どういうやり方でやるべきかねぇ
Excelの機能(フィルタとか関数とか)ですらまともに使えない人も多いし全員義務化よりは周りに何人かいて相談できるようにするとかがよいのかね 資格手当みたいにインセンティブつけて
あるいは、大企業なら複数人雇って専門の部署作ってもペイするんだろうけど、経営者は人雇うの嫌がりそう
0309デフォルトの名無しさん
垢版 |
2019/05/05(日) 14:35:39.34ID:j/Wgo/yQ
>>304
安価ならやる価値はあるが、Blue PrismやUiPath位の価格になるとね。
しかも年単位でライセンス料が発生するのでしょ？
業務を考えたら1台だけという事はないし、下手すると年間1000万円位飛ぶんじゃないか？
そんなにするなら自分でそこそこのを作った方がマシ。
0310デフォルトの名無しさん
垢版 |
2019/05/05(日) 14:39:01.15ID:IBoHsNpp
Part 1から言われてることだな
大規模なシステムなら普通システムを組まないと破綻する
手っ取り早く手頃な作業を雑に自動化をするには価格が高く導入の敷居が高い
帯に短し襷に長し
0311デフォルトの名無しさん
垢版 |
2019/05/05(日) 14:51:25.31ID:j/Wgo/yQ
>>308
よく言われる話だけど日本はExcel文化を捨てるべきじゃないかな。
勿論ちょっとした表を作成する位ならいいけど
日常業務でデータ集計等をやらせるには重過ぎる。365以降は特に。
TSVに変換してPythonで処理したら数十倍速くなったよ。
0312 ◆QZaw55cn4c
垢版 |
2019/05/05(日) 15:10:17.65ID:3EWrT4Pn
>>311
＞TSVに変換してPythonで処理したら数十倍速くなったよ。
でも、そのpython を書くのに数十倍時間が必要なら考えます…
0313デフォルトの名無しさん
垢版 |
2019/05/05(日) 15:20:20.20ID:j/Wgo/yQ
>>312
2～3回の事ならExcel上で済ますよ。
でも毎日になると業務効率に響いてくる。
俺は処理時間が数分にも及ぶなら置き換えを検討するな。
0314デフォルトの名無しさん
垢版 |
2019/05/05(日) 16:00:28.53ID:jSkSyCW+
元々遅いのはコード書いた奴が糞だからでしょ。
それか、重いGUIが欲しかったとか。

大抵は糞コードのせいだけどね。
0315デフォルトの名無しさん
垢版 |
2019/05/05(日) 16:41:06.28ID:IBoHsNpp
・そもそも集計のコーディングにそんな時間は掛からない
・実用性を考えるとどうせ集計以外の処理が絡んでくる
・別の集計でも再利用しやすい

スクリプトでおkだな
0317デフォルトの名無しさん
垢版 |
2019/05/05(日) 17:01:44.81ID:j/Wgo/yQ
既存の置き換えは元がブラックボックスでなければ大抵アルゴリズムが分かっているからそんなに時間が掛からないよね。
>>311の時はコア部分で15分、GUI込みで2時間位だった。
職業プログラマでもない俺でこの時間だし、プロならもっと早くできそう。
0318デフォルトの名無しさん
垢版 |
2019/05/05(日) 18:59:57.07ID:YyKL3Lzq
>>309
人件費も結構かかるからね 募集から教育から色々面倒だろうし
uipathって実際いくらくらいかかるんかね？見積もりとかとったの？ まぁ規模感や業務内容によるんだろうけど、仮に1000万円くらいだとするとペイするところも多いししないところもある感じかね↓

【2019年版】RPA導入事例と効果・効能 | RPA テクノロジーズ株式会社「BizRobo!（ビズロボ）」
https://rpa-technologies.com/insights/rpacases_2019/
0319デフォルトの名無しさん
垢版 |
2019/05/05(日) 19:03:59.74ID:YyKL3Lzq
>>311
Excel文化を捨てて、より習得が難しいPython文化にするとな？ まぁできる人はそっちの方が良いのかもしれんけどね
どの層(IT強者、事務のおばはん)に関しての話をしてるのかだよな
0320デフォルトの名無しさん
垢版 |
2019/05/05(日) 19:08:00.00ID:IBoHsNpp
RPAの事例って既存システムとの違いがよくわからん事例ばっかりなのはなんでだろう
0322デフォルトの名無しさん
垢版 |
2019/05/05(日) 19:09:08.71ID:rKABffS7
>>310
＞ 手っ取り早く手頃な作業を雑に自動化をするには価格が高く導入の敷居が高い

この辺の記事とかあるなら教えてくれません？
むしろ手頃に雑に安価でっていうのがRPAのイメージなんだよね
0323デフォルトの名無しさん
垢版 |
2019/05/05(日) 19:18:21.00ID:IBoHsNpp
>>322
各ベンダーのライセンス料一覧とか見てくれば？
個人だと無料の物もあるけど商用だと結構お高いよ
0324デフォルトの名無しさん
垢版 |
2019/05/05(日) 19:31:59.30ID:j/Wgo/yQ
>>319
オペレータが組む必要は無いかと。
全員Python覚えるのも無駄だし、その分時間も取られるから業務効率も悪化するから
社内に専用の部署を作るのが一番だろうね。
特にGUIの設計はノウハウが詰まっているから直ぐには無理。
0325デフォルトの名無しさん
垢版 |
2019/05/05(日) 21:10:15.14ID:pTcRtQ+F
集計業務の自動化には
・あちこちから出力を集めてDBに入れる、Python
・PythonとSQLで変換、集計を書く、期間形式宛先などのパラメータは引数で与える
・別途、GUIで呼び出すのを作ってもよい
・PythonでExcelやPDF、CSVやTSVを作成して配信
で大抵なんとかなるよね
0326デフォルトの名無しさん
垢版 |
2019/05/05(日) 21:19:42.88ID:YyKL3Lzq
>>324
理屈は分かるけど じゃあ社内専門部署で→じゃあ専門業者に外注で→今に至る(小回りが利かず非効率が放置される) ってなりそう
気軽に頼めるのは担保しつつ、一旦ツールを作ったら保守はたまにすれば良いくらいの感触だとヤクルトのおばさん的な人材派遣なんかな
0328デフォルトの名無しさん
垢版 |
2019/05/05(日) 23:18:16.23ID:j/Wgo/yQ
>>326
業務効率を引き上げるなら常駐プログラマは必要不可欠だよ。
経験上ボタンの位置や入力順等、UIの最適化だけでも効果があるのは分かってる。
マウスオペレーションをなるべく省くとか、長時間見続けても目の負担にならない配色にするとかね。
外注だとそういう細かい改善はまずやらないのでは？
それに機密情報を扱うケースを考えるとやはり正社員で固めておきたいよね。
0329デフォルトの名無しさん
垢版 |
2019/05/06(月) 00:51:37.94ID:wfe37y+m
RPAは末端の職員が気軽に開発できることがセールスポイントの1つ
だから開発者数が増えやすくライセンス料も高くつくのでは?
0330デフォルトの名無しさん
垢版 |
2019/05/06(月) 01:07:29.56ID:0+jpfba2
俺が誰が作ったかわからん既存の社内謎システムを読み解き一から業務を見直してクラウドERP入れたいけど超面倒、人も予算も時間もない、それに失敗して決算発表遅れたらダサいし嫌だし、今のシステムいかして安価で時短になるRPAサイコーっていう事でしょ。
0331デフォルトの名無しさん
垢版 |
2019/05/06(月) 02:28:49.41ID:CO/WmZrs
事務をやっているような女の子にＵｉＰａｔｈ等が使えるわけねーだろ
プログラマーの自分でも悩むくらいだぞ
0332デフォルトの名無しさん
垢版 |
2019/05/06(月) 02:34:14.27ID:qbM9QpeG
>>328
常駐プログラマ方式がベストってのは一事務社員としては同感だけどこの辺りをクリアしないとうまくいかなそう
・今その方式になってないのはなぜ？
・今後その方式に移行＆維持するためにはどうしたら？

＞ 外注なら細かい改善はまずやらないのでは？
そうだと思うけど、これも逆に言えばそれだけの費用対効果がないと発注者側が認識してるというわけで この辺の認識ギャップがどうしようもないと思うんだよね
240さんの事例もたまたまIT人材がいて、今のところ上手くいってるだけだしなー
0334デフォルトの名無しさん
垢版 |
2019/05/06(月) 02:46:34.32ID:1UO6RZdN
RPA否定派って、玄人と素人とか複数種類の人種なり作業なりがあるのを区別しないよな 331がそういう意図じゃなかったらすまない

「プログラマの俺でも悩むような(難しい)処理を事務の女の子ができるわけがない」←そりゃそうやろ
「プログラマが使ってないんだから役に立たないはず」←そもそも素人の事務向けだろ
0335デフォルトの名無しさん
垢版 |
2019/05/06(月) 03:26:25.31ID:15NoRwq1
>>332
>>・今その方式になってないのはなぜ？

ケース分けすれば128や256はあるけど3つだけ
case-01　そもそも (IT以前の) システム化の必要性が無い
～略～
case-16　必要性はわかるが投資対効果が不明
～略～
case-32　うさん臭くて嫌い

>>・今後その方式に移行＆維持するためにはどうしたら？

Step-01 予算が立てやすくて、コンピュータに何をやらせているかが明解なRPAの導入
～略～
Step-04 いくつかの道に分かれる
　Root-01 経営者が意識改革して、システム部を作る、アウトソーシングなどをする
　Root-02 経営者が意識改革をして、それでもなおシステム化不要
　～略～
　Root-64 RPAやPythonに下手に依存しすぎてサポート切れ、提供会社の倒産などのあおりを食って事業継続不能

(ここまで15分ででっちあげ)
0336デフォルトの名無しさん
垢版 |
2019/05/06(月) 04:18:17.14ID:EmaDULxB
Pythonでやるにせよ最終的には商用RPAと同等の処理になるのでしょ?
PyautoGUIを使うならそうなるよね。
ならRPAそのものを否定している訳じゃないのでは?

素人目には商用RPAの為にプログラマを置くなら、その人達がPythonで似たようなのを組めばいいと思うんだけど
実際携わっている人の意見はどうでしょう。
それでも商用RPAを導入するだけの価値はある?
0337デフォルトの名無しさん
垢版 |
2019/05/06(月) 05:01:50.99ID:SWl7CgPU
商用RPAをプログラマー「しか」触らない、なら意味ないかと
Pythonでいいよな

RPAいじるメインは今までExcelのマクロくらいは書けてたあんちゃん達で
プログラマーはあくまでもお手伝いレベルならあり
0338デフォルトの名無しさん
垢版 |
2019/05/06(月) 07:50:39.62ID:2LUHWGK8
専門家をずっと雇っておくだけの金がないということだろ
昔は専門家が社内にいたが、経費削減で外注に変えた
長い目で見てどっちが得かはなんともいえない
0340デフォルトの名無しさん
垢版 |
2019/05/06(月) 09:56:39.21ID:kZ09Ourc
金はないのに開発者ライセンスは沢山買ってもらえるの？
それともやっぱり金がないから開発者ライセンス数をケチって少数精鋭でやるの？
開発者ライセンスは末端の下級職員でも気軽に開発できるってメリットを潰しちゃってる気がする
開発者ライセンスぐらい気前よく無料にしてくれないのかね
0341デフォルトの名無しさん
垢版 |
2019/05/06(月) 10:21:39.92ID:ZwYgATzZ
毎回同じ話になるんだけどVBAが叩かれるのと全く同じなんだね。
手軽に作れるけど、その為に腐ったコードが乱立して、言語が悪いわけじゃ無いのに忌み嫌われるという。
結局、ちゃんとしたプログラマーが組まないと碌でもないものが出来上がってまわりが迷惑する。

値段も首を傾げる。
これを採用した奴に20年くらい前に安い時給でソフトウェア評価の仕事してた時にやってたことを見せてやりたい。
そうすれば、こんなものに高い金出さなくても、いくらでもやりようがあると分かるだろう。
0342デフォルトの名無しさん
垢版 |
2019/05/06(月) 10:29:09.83ID:0sDNb/G9
はっきり言ってRPAに積極的な会社は経営層のITリテラシーが異常に低いんだなと思ってる
0343デフォルトの名無しさん
垢版 |
2019/05/06(月) 10:32:06.03ID:0+jpfba2
システムのおじさんが見せてこなかったから、現場主導で導入できるRPAが流行ってるんだよ。
見せたら～とか20年間何してたんだと非難対象やで。
0344デフォルトの名無しさん
垢版 |
2019/05/06(月) 11:22:52.88ID:HiIEkthH
そういう会社だとWindows PCの標準搭載アプリでスクリプト作成できることすら知らない人間が経営者だったりするから
0345デフォルトの名無しさん
垢版 |
2019/05/06(月) 11:22:59.46ID:ZwYgATzZ
>>343
いやいや、そういう仕事じゃないし…
そもそも、IT殆ど知らない奴(上司)は関わるなよっつう話。
0346デフォルトの名無しさん
垢版 |
2019/05/06(月) 11:39:18.95ID:kZ09Ourc
>>343
IT屋としては何度も見せてきたのだけど
わからないものは関わりたくない
動いてるなら別にいいじゃん
そう言って拒絶を続けてきたのは経営ほうなんだよね
0347デフォルトの名無しさん
垢版 |
2019/05/06(月) 11:58:27.24ID:PtykNPu7
非難対象？？
物知らずの素人に教えてやってるのに何だその言い草は？
20年間技術一本でやってきた人間をシステムのおじさん呼ばわりとか
警備員か何かと勘違いしてるんじゃねーか？
0348デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:07:02.07ID:kZ09Ourc
末端の職員達が気軽にRPA開発できるように開発者ライセンスを行きわたらせたら幾らになるのか誰も知らないのですか？
導入企業の社員はここにはいないのだろうか
0349デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:09:19.19ID:PtykNPu7
Part1の一桁台見ただけでも分かるが当初は技術者のスレだった
今はIT素人のレベルの低い話題ばかり
俺も金輪際関わらないようにするわ
0350デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:13:24.60ID:EmaDULxB
システムの改善はユーザー目線じゃないと分からない事が多いから難しいよね。
しかし大半のユーザーは知識と経験が無いからどう直したらいいのか分からない＆気付かない。
そうなると当然そちらからの提案が出ないので改善されないまま時間が過ぎていくパターンが多いんじゃないかな。
実際俺の周りはそうで、とにかく手順を覚えて速く手を動かす事に終始しがち。
で、「いや、普通に使えてるし特に不満は無いよ」となる。
0351デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:14:54.02ID:1UO6RZdN
具体的な金額出す人いないよな

経営者とプログラマ側が(どちらが悪いにせよ)協力できずに非効率が放置されてきたという現状があって
RPAをネタに(他にも方法があるにせよ)それを改善をしようとする動きが生じるんだからもはやそれはRPAが有能ってことに等しいやろ
0352デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:18:34.23ID:EmaDULxB
>>349
変な話題にして申し訳ない。
技術的な話の方が面白いので是非そちらの話をお願いします。
0353デフォルトの名無しさん
垢版 |
2019/05/06(月) 12:34:44.32ID:kZ09Ourc
開発と運用の歩み寄りは世界的にも進んでるけど海外はDevOpsが中心
テクノロジを否定せずに根本的な組織改革を進めてる
それに比べてRPAによる臭いものに蓋をするような雑な対応で戦っていけるのだろうか
0354デフォルトの名無しさん
垢版 |
2019/05/06(月) 17:06:59.33ID:QkNnPrv/
RPAってテストツールとかには良いと思うけど、業務で日常使い続ける意味があるか？ 改善できるのならなんでシステムを改善しない？
明らかにシステム屋がサボってるとしか言えない。
0355デフォルトの名無しさん
垢版 |
2019/05/06(月) 17:10:17.28ID:kZ09Ourc
改善してやりたいのだが経営がお金もったいないから勝手に改善するなって言うんだよ
0356デフォルトの名無しさん
垢版 |
2019/05/06(月) 17:24:28.80ID:/AotcPFn
>>353
まぁ世界と戦うみたいな視点もないし、ITを戦略的に使う意識もないんでしょう(もしあるなら既に効率化が進んでるはずでRPAがバズらないはず)
いかにも日本っぽいじゃん 理想とか合理性とかを追うんじゃなくて現実とか手頃さが響くとかさ
とはいえ、それでも現状よりマシになりそうっていう意味では良いと思うけどね
0357デフォルトの名無しさん
垢版 |
2019/05/06(月) 17:30:21.88ID:QkNnPrv/
なんかおかしいなと思うんだが、数年間もシステムや基本ソフトが固定されてる環境ならそれなりに効果があると思うけど、年々変わるシステムにどれだけの効果があるだろ。
苦労して動くようにしたら壊されたとかで不満だけ高まるのでは？
0359デフォルトの名無しさん
垢版 |
2019/05/06(月) 17:31:42.71ID:/AotcPFn
>>354
システム化しにくいのもあるんじゃね？ RPAって塵も積もれば山となる的な発想もポイントで 多数の事務のおばはんが各自色んなサイトからデータをダウンロードして色んな整形して色んなものに転記するみたいな
ダウンロード→整形→転記というガワは同種の作業だけど、具体的な各工程の作業内容は違うから、それをシステム化しようとするとRPAみたいなものになるんじゃないの？
0362デフォルトの名無しさん
垢版 |
2019/05/06(月) 18:24:26.25ID:kZ09Ourc
うーんでも
その塵みたいなおばさんでもキッチリ一人一人にライセンス料がかかるんだろ？それって本当にお得なのか？
部署や会社単位でライセンスを買って何人開発者が居ても料金固定ってシステムなら人海戦術もまあ理解はできるんだけどさ
0363デフォルトの名無しさん
垢版 |
2019/05/06(月) 18:25:51.11ID:kZ09Ourc
あ、もちろん、理解できるってのは、将来のこと全く考えてないその場しのぎとしてはアリかな、ぐらいの理解ね
0364デフォルトの名無しさん
垢版 |
2019/05/06(月) 19:37:34.11ID:1UO6RZdN
なんかRPA反対派って文句しか言わないよね

スクレイピングがどうしたの？RPAも大流行りだね
大馬鹿じゃない人はどういう代案あるのかね？聞かせて欲しいなあ
0365デフォルトの名無しさん
垢版 |
2019/05/06(月) 19:52:06.41ID:kZ09Ourc
いやRPAは別にそんな流行ってないだろう
まだまだスターターだよ

代替案はお手軽で無料のごく普通のプログラムね
0366デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:21:48.56ID:1UO6RZdN
それで経営者を動かせばいいんじゃない？
動かせてないんでしょ 346に書いてあるけど
普通のプログラムが代案→経営層に響かない→じゃあRPAがいいんじゃない？→普通のプログラムの方が良い→最初に戻る
0367デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:23:13.94ID:CO/WmZrs
とにかく値段が高いわな
そのうちＭｉｃｒｏｓｏｆｔあたりがＯＳに標準でのっけてくるだろうから、
そのあたりがブレイク点かも
0368デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:34:50.85ID:z/ggCOLO
値段が高いって人件費に比べたら全然安いだろ？
事務のおばちゃんにいくらかかってると思ってるんだ
0369デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:42:13.05ID:z/ggCOLO
ていうか、単純入力作業を人間にやらせるのは人権問題。
社会から糾弾されるぞ？
0371デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:54:57.69ID:kZ09Ourc
>>368
おばちゃんが開発するんだからおばちゃんのコストは変わらないのでは？
おばちゃん切る前提だとおばちゃんはロボット作ってくれないだろうし
そこにライセンス料、マシンリソース料、教育費、既存資産メンテ費用、セキュリティ事故リスクなどが上乗せされる
0372デフォルトの名無しさん
垢版 |
2019/05/06(月) 20:55:56.79ID:b9GxypdW
ITリテラシーの無い経営陣の考え方なんて「快適な事務所でPC弄ってるだけの給料泥棒」程度だからな
0374デフォルトの名無しさん
垢版 |
2019/05/06(月) 21:42:48.34ID:H31C6bGD
導入した奴の体験談がないんだが
肯定派も否定派も全員使ってないんじゃないかと邪推しちゃうぜ
0375デフォルトの名無しさん
垢版 |
2019/05/06(月) 22:11:40.18ID:VM7AflvM
>>370
そんな「本来はー、理想的にはー、アメリカではー」みたいな夢物語語られてもね
普通のプログラムが代案だっていうなら、最低限経営層に響かせるための方策とか、仰ってる情報意思決定機関を実現するための方法とかをセットで語ってくれんと
0380デフォルトの名無しさん
垢版 |
2019/05/06(月) 23:15:31.48ID:ya/vusNS
ここには管理部門・事務系の人はいないかな？正直自社がERPやRPAとかAI導入決めないか危機感ある
せめてRPA使える様に勉強しとく位しないとね
0381デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:03:41.13ID:DnLl63Fc
働き方改革で「社内」向け資料にチカラ入れてんじゃねえよ！
という考えが広まると、日本ではRPAより効果が有るのではないかっ(看破)
0382デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:04:40.21ID:H+F7Bn0m
>>371
システム詳しい人はシステムのリスクだけを詳細に語り出しがちだけど、人雇うのも十分リスクやし金かかるわ
退職リスク、休職リスク、ハラスメントリスク、犯罪リスク、給与、法定福利費、教育費、端末費 しかもコントロールしづらいタイプが多いというね

方法にしても、超勤を減らす、派遣を減らす、自然に辞める人がいる、採用数を絞る、とか直接的に事務のおばはんを切るだけじゃないし
0386デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:41:11.28ID:7BR7qUHO
>>384
俺の所は粗削りでもとりあえず作ったら後はそれっきりで
煮詰める事無くそのまま運用し続けてしまうケースが多いよ。
作業者の動きを追っていくと違う解決策が見えてくる事もあるからかなり大事なんだけどね。
0387デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:51:37.91ID:5lWwuQQh
>>384
少数精鋭のチーム組むには最初にエンジニアスキル見極める人がいないと無理だが、
普通の会社には採用面接でスキル見極められる人がいない
経歴書に開発言語とそれっぽい経験書いてあったら通して痛い目を見てるケースがままある
0388デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:51:53.50ID:OdT0SJzW
>>366 python にRPAをやらせれば全て解決。
おばさんはおばさんなりに、プログラマはプログラマなりに使えるだろ。
0389デフォルトの名無しさん
垢版 |
2019/05/07(火) 00:52:24.23ID:H+F7Bn0m
>>385
ん？経営が無能という原因を解決する方法が書かれてないよ？正解とやらを教えてね

>>386
まぁそうなりがちだよね うちも10年以上前の担当者が作ったマクロが利用だけされ続けてるし、導入後のERPなんてほっときゃ動き続けるくらいに思われてそうな感触
0391デフォルトの名無しさん
垢版 |
2019/05/07(火) 01:00:34.86ID:OdT0SJzW
>>384 モノタロウが一つの解では？ モノタロウでは全てのコンピューターシステムをPythonに移行した。
もちろん専任のプログラム部門が開発してる。
Python のプログラムの遅さは、サーバを増やすことでカバーしてる。 多少ハードに金がかかっても開発効率が高くなることには変えられないという考え方。
0392デフォルトの名無しさん
垢版 |
2019/05/07(火) 01:39:48.38ID:vUOs/xRi
先日行った勉強会では某新興大手IT企業ですらか外国製RPAを導入していた。
使い方はまだ模索中みたいだが、面白い使い方してた。
0393デフォルトの名無しさん
垢版 |
2019/05/07(火) 02:15:50.53ID:H+F7Bn0m
>>390
経営が無能という原因に対する解決策になってないよ？

>>387
それだけなら単純に実技検査とかして採用の精度を上げりゃいいと思うんだけどね 傍から見ればそれだけのコスパはありそうだけど

>>391
へぇー、おもしろいね！ ERPで内製から外注に移るところもあると聞いたことあるし、内製向きと外注向きを分ける基準はなんなんだろうなー
モノタロウで上手くいった理由とかも知りたいね
0394デフォルトの名無しさん
垢版 |
2019/05/07(火) 03:43:35.14ID:OdT0SJzW
>>393 モノタロウでPython に移行した理由は、先ず教育コストが低いこと。 少しの時間で使えるようになる。
新人が入ってきても直ぐに使える様になる。

開発効率が高いこと。ライブラリーが揃ってて何でも出来るし、インタープリタの特徴として試行錯誤が簡単。

この二つみたいだけど。
0396デフォルトの名無しさん
垢版 |
2019/05/07(火) 12:17:26.95ID:jLM9FRzw
モノタロウの成功はまず第一に社長をはじめ上層部の意識が高いことにあるね。
急成長しているし外注では改良スピードが間に合わないのかもしれない。
社員の2割がIT関係に携わってるらしい。
ジャストインタイムで日々改善をし続けてるし。　よく回転してる。
0397デフォルトの名無しさん
垢版 |
2019/05/07(火) 12:30:01.14ID:b+Ix+FO0
トップが有能でアクティブだと従業員は幸せだね

逆に下から一生懸命説得しなきゃ動けないような愚鈍な経営者はダメだな
従業員の方からNOを突きつけて転職すべき
無理して動かそうとせず淘汰されて消えたほうがいい
0398デフォルトの名無しさん
垢版 |
2019/05/07(火) 13:04:14.17ID:H+F7Bn0m
言語の比較でPython優位なのはわかるとして、他の方法との比較で内製にしたのはなんでなんだろうね？ 396の言うスピード重視なのかな？ 長期的に見れば安上がりなのか

経営者の説得について 仮に「いくら投資してシステムを改善すればいくら人件費が浮きます」みたいな正攻法の説得ができたら経営者も動きそうなもんだけど、何が悪いんかね？ 具体的なデータを出しづらいのか、経営者が過小評価するのか
0400デフォルトの名無しさん
垢版 |
2019/05/07(火) 13:39:04.30ID:L8iv3v8M
何にもしらない奴(経営、上司)に流行りを見せて飛び付かせたというだけ。
まずね、ITに関係有るんだから何にも知らない奴はITに詳しい奴に相談しろよ。
といっても、詳しいとされてる奴が実は大して詳しく無かったりもするんだけどさ。
実際にこういうツ－ル無しで他アプリを操作するプログラム組んだりするのは難しいかどうか検討しないのはどうしてなんかね。

テレビでも漫画でもIT絡むと滑稽なのばかりなのはどうしてなんだろう。
0401デフォルトの名無しさん
垢版 |
2019/05/07(火) 13:40:05.23ID:jLM9FRzw
>>980　穴の深さは50cm位かな。　コンポストの直径は60～70cm位？　大きな部類のコンポスト。
コンポストの上に半分位溜まった頃に埋め戻して別の所に移している。　ミズアブとかが完璧に消化してくれるから殆どたまらない。
0404デフォルトの名無しさん
垢版 |
2019/05/07(火) 14:49:03.21ID:5lWwuQQh
>>400
日本の情シスって外注に仕事投げるだけのおじさんが大量にいるから、その連中に聞こうとも思わんのだろう

かといって、RPAコンサルに騙される経営者は不動産投資営業に騙される連中と変わらん
0407デフォルトの名無しさん
垢版 |
2019/05/07(火) 16:06:26.36ID:of7dq8Mv
システムに金出したがらないのは悪しき風潮だよな
ま、経営者視点じゃブラックボックスだしROIが見えにくいからいいようにボラれそうって心理になるんだろ

その点RPAは既存業務の自動化ってことで時間削減効果が目に見えて分かるから経営者が飛びつきやすいんだろう
0408デフォルトの名無しさん
垢版 |
2019/05/07(火) 16:40:50.47ID:QRHhhLYx
少なくともIT担当重役か部長が1人位いないとIT革命は進まないだろうな。
わからない人間は判断できっこないんだから。
0409デフォルトの名無しさん
垢版 |
2019/05/07(火) 16:55:56.70ID:H+F7Bn0m
>>406
トータルで安くなる(って部下から提案されてる)のに？
まあ、失敗のリスクを過大に見積りがちってことなのかね そんな上手い話言ったって失敗したら無駄金じゃないの～、みたいな
あるいは、新たな出費は嫌だけど現状の無駄遣いは構わないという判断の不合理性みたいな

確かに管理職の昇格条件とかにするべきだよな
0410デフォルトの名無しさん
垢版 |
2019/05/07(火) 17:09:36.64ID:QRHhhLYx
決算が赤字の場合は、訳解らない人間が残業代を垂れ流してるより首を切った方が直接的な利益になるからな。
後の事などケセラセラ
0411デフォルトの名無しさん
垢版 |
2019/05/07(火) 17:10:54.01ID:QRHhhLYx
モノタロウは利益が急成長し続けていると言うのも大きいだろうな。 プラスがプラスを生む良い回転に入ってる。
0413デフォルトの名無しさん
垢版 |
2019/05/07(火) 18:53:49.95ID:7BR7qUHO
>>398
現場からすると経営と情シス双方が過小評価しているように思える。
よく聞くのが「たかが数秒速くなったところで変わらないだろう？」というセリフ。
改善の効果を見積もるのは難しいので予算を取ろうにも
「そんな不透明なものに金は出せない」と言われてしまう。
しかし無から始まるものは分かり易いのでそのまま通る事が多い。

後はそもそも情シスが多忙でやりたがらないケース。
「今動いているから別にいいよね？」で終わる。
0414デフォルトの名無しさん
垢版 |
2019/05/07(火) 19:08:25.13ID:87cryGvC
>>413
正攻法じゃ何を言っても無駄
広告を出して流行ってるような記事をばらまかなきゃ購買意欲が湧かない
専門知識ない企業幹部なんてただの消費者と変わらない
消費者に物を売るにはとにかく宣伝だ
0415デフォルトの名無しさん
垢版 |
2019/05/07(火) 19:20:52.69ID:FI6nsC1D
>>413
情シスの立場からすれば、将来かならず問題が起きて負債になるのが見えているから嫌
だから、現場の人が情シスを飛び越えて
「我々でずっとやります。情シスなんて頼りにしません」
と一筆入れないと無理
0416デフォルトの名無しさん
垢版 |
2019/05/07(火) 20:40:06.18ID:hrAmjaGQ
>>415
RPAって情シスと現場が歩み寄って連携しないと、絶対にうまくいかないのに、
なんだかRPAそのものが争いの火種になってるよね。

現場「情シスが働かねえから、おれらがRPAでやってやる。エンジニアは不要だ。」
情シス「無知な現場の暴走で俺達の負担が増える。ふざけるな。あとで泣きついても、絶対に面倒みねえぞ。」

このジレンマを解消しないかぎり、RPAに未来はないのではないか？
0417デフォルトの名無しさん
垢版 |
2019/05/07(火) 23:12:29.83ID:e0mXKW/t
だって情シスが考えてるのは自分達の事だけで、会社の利益じゃないもん。

現場: 定型業務を自動化したい。RPAでどうだろう？
情シス: RPAはダメ。やるなら自己責任でやれ。
現場: なら何がいいの？
情シス: 知るかボケ。自分達で考えろ。
現場: .....
情シス: Pythonでも覚えて自分達でどうにかしろ。キレイなソース書かないと許さないからな。

これが現実。
0418デフォルトの名無しさん
垢版 |
2019/05/07(火) 23:24:38.86ID:L8iv3v8M
分かってね―な。
情シスにそれだけの予算があれば自動化だってやるだろう。
もっとも、その力量があるかというと疑問符が付くけど。

結局、経営と現場と情シスの連携が出来ないという組織の問題。
0419デフォルトの名無しさん
垢版 |
2019/05/07(火) 23:26:42.42ID:/j0Mfgya
まだRPAやってないけど、情シスとしての心配事いくつかある
・イレギュラーが洗い出しきれず、エラー停止＝即メンテが日常化
・エラー対応を現場に理解してもらえないとロボット増＝情シスの運用工数増
・Excel大好き企業なのでExcelからExcelへの転記は一瞬で要望出てくるが投資効果なし

今の所インターネット上の客先システム自動化だけにしとけ！って脳内で叫んでる
0420デフォルトの名無しさん
垢版 |
2019/05/07(火) 23:35:12.90ID:87cryGvC
>>417
まるで情シスの不利益は会社の不利益じゃないみたいな言い方だけど
情シスがRPAに工数を取られて基幹システム等々に工数を割けなくなったら会社の不利益になる

将来的に重大なリスクになりうると指摘されてるのに無視して自分達が楽することしか考えない
現場のほうが会社のことを考えてない
0421デフォルトの名無しさん
垢版 |
2019/05/08(水) 00:22:43.03ID:a9GJfRRs
情シスがそのシステムを組んだのなら商用RPAに頼らず改良の道を選んで欲しいんだがなぁ。
ExcelのデータをUIエミュでコピペしていくのと
システムにそのままインポートするのでは
どちらが効率的か分かるよね。
0422デフォルトの名無しさん
垢版 |
2019/05/08(水) 01:06:41.52ID:sRggY6Vl
RPAをプロトタイピングツールとして使うのがいいかも
まずなにか一つをRPAでやってみて効果ありなら情シスにリクエストとして上げる
仕様はRPAでやっている通り
毎月１つずつでも12個はできる
0423デフォルトの名無しさん
垢版 |
2019/05/08(水) 01:21:59.35ID:Ny+AL5d0
excel入れたとき勝手に現場が使っていったああいう感覚だけどなあ、なんでこんな反対なの。とにかく触って欲しい。
0424デフォルトの名無しさん
垢版 |
2019/05/08(水) 03:45:56.80ID:b6SshhZM
>>421
うちは中間方式だな、
Excel何々フォーマットからA-J列をコピペすれば一括投入出来るよ、
みたいな画面をいろいろ作った
ロジックとしてはTSVファイルのインポートと同じでGUI付けただけとも言える
0427デフォルトの名無しさん
垢版 |
2019/05/08(水) 06:57:35.22ID:iXR7L8kv
付加価値の低い事務作業のために数百万で派遣入れてるような状態に比べればマシだぞ
0428デフォルトの名無しさん
垢版 |
2019/05/08(水) 07:00:14.27ID:Set1kIMU
>>417
まさにこれの現場側なんだけど、人手不足という表現が正しいかわからないけど、やっぱり作業に時間取られる事が多すぎる。
でもこんな作業に人は増やせない。

情シスは投資対効果の高いシステム開発メインで、１つの仕組みで30分自動化されますみたいな事まで回ってこれない。

じゃあどうすればいいのさ？
0430デフォルトの名無しさん
垢版 |
2019/05/08(水) 07:17:48.43ID:zP1T6LNF
>>428 RPA がダメと言ってるのは金がかかりすぎるからじゃないの？ python と各種RPAツールを使えばタダでできるからやってみたら？ PyAutoGui など
0431デフォルトの名無しさん
垢版 |
2019/05/08(水) 07:41:08.96ID:sxATbMFO
>>427
派遣と比べる必要はない
正社員が隙間時間とかでpythonでもなんでも使ってサッと作ればいい
たかが15分や30分の余裕もないブラック企業というわけでもあるまい
0432デフォルトの名無しさん
垢版 |
2019/05/08(水) 07:51:44.15ID:sxATbMFO
pythonでもなんでもいいけど
簡単なプログラムすら習得できない学習能力と意欲の低い人材はそれこそ人件費の無駄だな
0433デフォルトの名無しさん
垢版 |
2019/05/08(水) 08:13:09.11ID:Fluj1Ywe
このご時世、管轄外の新規分野を業務の隙間時間に意欲的に取り組んでモノにして下さる人材なんか高望みだよ
「お前の代わりなどいくらでもいるんだ！」と若手を千切っては投げしてた氷河期世代採用と同じ感覚でいらっしゃる？
それはご愁傷様（周囲が）
0434デフォルトの名無しさん
垢版 |
2019/05/08(水) 08:51:18.95ID:sxATbMFO
普段している学習時間の何割かをプログラミング学習に割り当てるだけだろ
たったそれだけのことが出来ないのは普段から全く学習に時間を使ってないからではないかな
社会人として普段から全く学習してないというのはありえないブラック人材だ
0435デフォルトの名無しさん
垢版 |
2019/05/08(水) 09:49:51.60ID:zP1T6LNF
新しいことを覚えてできることが増えていくのは誰にとっても楽しい事だよ。
出来れば情シスを少しおだてて、時々見てもらうとかすれば協力してくれるんじゃないかな。

勉強時間を少し取られても将来的に残業も少なくなるなら上の方も認めてくれるだろ。
0436デフォルトの名無しさん
垢版 |
2019/05/08(水) 10:22:27.36ID:znNi4A6U
大規模な工数管理というか人員管理レベルの話なんだから本来は経営層マターなのに、事務部門vs情シスっていう同階層間の抗争になってしまう構造がおかしいわな

なので、責任は一義的には経営層にある それは当たり前
だが、一方で情シスは情シスでなんやかんやリスクや多忙等の理由をつけて守りに特化しがちだから文句言われるんでしょう
「RPAじゃなくてプログラム組め」とか言うけど、じゃあスクレイピング用の簡単なツール作るので年間何百時間浮きます、みたいな攻めの試みはしてないんでしょう もしそういう試みをしてたら経営層もRPAよりまずそっちを考えるだろうし
0437デフォルトの名無しさん
垢版 |
2019/05/08(水) 10:26:08.66ID:znNi4A6U
>>422
これ結構良いアイデアだと思う まぁ勿体ないけどね 無料のVBAでプロトタイプ作る方が理想だろうけど、現実的じゃないしな
単にRPA入れるな、よりはこういう戦略の方が生産的かと
0438デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:11:00.05ID:2JjNEfMi
>>436
真面目に計算したらマイナスなんでな
短期的にはプラスかもしれんがそれは俗に言う技術的負債というものだ
0439デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:12:45.32ID:s8JIMIDD
>>286
何を目指せばいいのか価値観が多様でわからないから民主主義が採用されているだけ
なにを目指せばいいか明確ならその実現方法は時間的経済的なコストがかからない方が良い
一人でもチームでもどっちでも良い
0440デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:17:29.55ID:s8JIMIDD
各部署で好き勝手に作ると狭い範囲で使うには良いだろう
各部署が連携する場合は
ある部署での変更の影響が波及する可能性を考慮しておいた方が変更に強いものを作れる可能性が高い

RPAが頻繁な変更に耐えられるとしたら
そんな考慮は不要かもしれない
0441デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:18:45.10ID:s8JIMIDD
>>311
excelの処理を早くすると言う解決策も考えられる
0442デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:19:53.50ID:s8JIMIDD
>>317
ユーザインターフェイスはどうしてるの？
0443デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:20:52.50ID:s8JIMIDD
>>325
それ全部excelで可能じゃね？
0444デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:23:44.96ID:2JjNEfMi
>>440
変更に強いとか考え出すと真面目にシステム化してapi提供するとかそういう方向にすすむ
なので使い捨ての雑なバッチ処理みたいな使い方するしかないんじゃねえかな
雑な作りで長期間残るのが最悪なんでこれだけは避けなきゃいかん
0445デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:28:05.61ID:s8JIMIDD
>>417
情報システム部門って全社的なことを考えているから
一部門に合わせたら全社的なシステムが維持できなくなる心配がある
だから自己責任でやる分には構わないって事だろう

どうすればいいのかは
自分たちがどうしたいのかわからないのに
提案できないんじゃね？
それを調査検討する工数も取りにくいだろう

自分たちで調査検討できない部門が
自己責任で導入したら
問題発生時に自分たちで対応できない可能性が高い

情報システム部門からすると歓迎できないんじゃね？
0446デフォルトの名無しさん
垢版 |
2019/05/08(水) 12:31:12.28ID:s8JIMIDD
>>444
だから狭い範囲で自分達だけで対応するようなものには適しているだろうね
0447デフォルトの名無しさん
垢版 |
2019/05/08(水) 18:22:10.60ID:I274EZst
>>190
一度だけ、家の鍋持参しておでん買ってるおばちゃん見たことある
0448447
垢版 |
2019/05/08(水) 18:23:16.55ID:I274EZst
↑ごめん誤爆
0449デフォルトの名無しさん
垢版 |
2019/05/08(水) 18:58:00.09ID:9CSKv70g
UiPath　communityって実名じゃないと登録しないといけないの？
ググっても出てこないわ
0453デフォルトの名無しさん
垢版 |
2019/05/08(水) 20:27:53.99ID:znNi4A6U
>>438
長期的な収支でマイナスだっていう量の話したいなら量についてどう計算したのか語ってくれんとな 「俗に言う技術的負債だ」とか言うだけじゃあねぇ

じゃあ技術的負債にならないためにどうするのとかも言わないし 文句言うだけで生産的な話がないんだよな(別にこう判断したからってのがあれば手作業継続にしたとしても生産的だが)
0454デフォルトの名無しさん
垢版 |
2019/05/08(水) 20:38:59.41ID:znNi4A6U
>>439
何を目指せばいいか(利潤追求？)が明確だとしても、不明確な点が一杯あるでしょ 理念的に1人でもチームでもいいってのは同意するけど、現実的に総じて1人はないだろうね
1人に任せられるスキルがあるのか、不正しないのか、
レビューどうするのか、評価どうするのかとか
小さい会社で、社長も詳しくて、信頼出来る友人1人に頼むとかの限定された状況ならわからんでもないけど
0455デフォルトの名無しさん
垢版 |
2019/05/08(水) 20:59:59.26ID:qayTeWuR
>>417
RPAって現場要望というより経営者要望だろうね 現場で効率化したいって人はVBAやるんじゃないかなと

RPAにせよVBAにせよPythonにせよなんかツールを作る以上、情シスが絡まないって選択肢はないと思う
下手な繰り返し処理とかで基幹システムのサーバダウンとかしてみろよ 仮に事前に各自の責任で使うことって取り決めしてたとしても、そもそもそんな取り決めアホか責任放棄だろとか経営者あるいは外部から言われるに決まってるじゃん

RPAにせよVBAにせよPythonにせよニーズの高いものを厳選して現場と情シスが協力して作るしかないんじゃないかね 厳選するのはどっちか、作るのはどっちかとか細かい話はあれど
0456デフォルトの名無しさん
垢版 |
2019/05/08(水) 21:13:57.84ID:J+nR0hZG
ニーズが高い、てのもくせ者で、
声のでかいやつ「だけ」が見てる三ヵ月に一回のレポート、誰も見ていない
とかあるよな
声の小さいやつが毎日三回作業してるものは無視とか
0459デフォルトの名無しさん
垢版 |
2019/05/08(水) 22:06:49.41ID:a9GJfRRs
>>441>>442>>451
>>311のを作った時はまだPowerQueryは無かったし
そもそも会社の環境だとExcelの起動が遅くて閲覧するだけでも時間が掛かるのがまずい。
>>311ではPythonと書いたけど運用はC++で組んだのを使用している。
社内外システムへの入出力が多いからなるべく速度を稼いでおきたいんだよ。
1台のPCで並列処理できるようにしたいしね。

UIはデータファイルをフォームかあるフォルダにD&Dすると内容に応じて処理する物とか
ゲームパッドで開始するとか色々あるかな。
職業柄、常時PCの前にいる訳でもないのでK/Bやマウス以外の操作も取り入れている。
0460デフォルトの名無しさん
垢版 |
2019/05/08(水) 22:15:38.30ID:wwwDbbDR
正直、技術的負債っていってるやつも>>422には反対しにくいだろ？
となるとあとの問題はコストか？
0461デフォルトの名無しさん
垢版 |
2019/05/08(水) 22:28:07.70ID:RkwR9rAD
そうね、コストが安ければ全く反対はない
何千万かけてそんなものを入れるぐらいならエンジニア一人雇った方が安い
0463デフォルトの名無しさん
垢版 |
2019/05/08(水) 22:37:19.62ID:wwwDbbDR
事務のおばちゃんがRPA書けるようになればおばちゃんの付加価値も上がるんだが、育てる気はない？
0466デフォルトの名無しさん
垢版 |
2019/05/08(水) 22:49:27.51ID:CGxddMJi
上層部からの人件費削減で派遣二人切った代わりにその半額くらいの維持費かかるRPAさんがやってきて負担が増えたよ！！
ちなみにRPAさん今の所使用用途はないよ！！！
0468デフォルトの名無しさん
垢版 |
2019/05/08(水) 23:05:19.33ID:oBoq4iSA
>>454
不明確な点って
それが何を目指すか判らないって事
最終的なゴールが同じだとしても
ルートが違えばマイルストーンは違う

技術的な事は
調べる試す相談する依頼するとかで解決するしかない
手段をどうするかはコストの問題
0469デフォルトの名無しさん
垢版 |
2019/05/08(水) 23:08:36.63ID:a9GJfRRs
PythonやVBAばかり出てくるけど、他のスクリプト言語で組んでいる人居る？
LuaJITやJuliaはどうなんだろうか
0470デフォルトの名無しさん
垢版 |
2019/05/08(水) 23:18:57.19ID:RkwR9rAD
powershellもええぞ
.net使えるし、開発環境も標準で入ってる
非IT社員が使うなら検討対象に入っても良いと思う
0471デフォルトの名無しさん
垢版 |
2019/05/08(水) 23:20:25.69ID:wwwDbbDR
powershell慣れるまで奇異に感じるけどオブジェクト指向とか割とちゃんとしてて慣れればいい感じだよね
0472デフォルトの名無しさん
垢版 |
2019/05/08(水) 23:45:43.82ID:WjHrEZib
>>460
RPAの成果物は個人・特定領域に寄りすぎる傾向があるからシステム化の候補とするには向かないだろう
API化の需要を測る程度になら役に立つかもしれない
0474デフォルトの名無しさん
垢版 |
2019/05/09(木) 00:51:40.31ID:OB9Nwknz
>>460
基本的には賛成 各事務所で同じRPA作ってたわ、それならまとめよう、って感じでシステム化が進められるはず(RPAなしでもできるのが理想だろうけど 各事務所で同じ作業してるからシステム化してくれみたいな)

一方で、懸念点としては必ずしもシステム化向きとは言えない作業(つまり、RPA向きの作業)があるんじゃないか、ってことかな スクレイピングとか転記とかひとくちに言っても、取得先HPとか転記先システムとかに拠るからまとめづらい、みたいな

要は、同じやり方で大量にやるタイプの作業はシステム化向きだけど、似てるけど違うやり方で各自が少量ずつやる(けど塵も積もれば的に全体としては大量となる)タイプの作業はシステム化に不向きだろうと
0475デフォルトの名無しさん
垢版 |
2019/05/09(木) 01:09:17.65ID:yTwKfpb/
Excelはデータ増えてくるとどんどん遅くなるからな
お試しはおkなんだけどいずれ破綻するみたいな
0476デフォルトの名無しさん
垢版 |
2019/05/09(木) 01:30:37.08ID:SmkE+b3r
>>467
そんな頭が良い上層部なら真っ当にシステムを更新するんやで………

導入が目的の悪い見本だね。うん。
上層部と業務改革推進なんとかが喜んで買って与えてきた…けど、現場では使うマシンも用意してなければ用途もないのに削減目標だけ先に実行されててんやわんややでー。
0477デフォルトの名無しさん
垢版 |
2019/05/09(木) 02:15:27.09ID:OB9Nwknz
>>476
派遣2人の半額っていくらくらいなんかな？
派遣2人にやらせてた仕事をRPAでやる算段だったんだろうけど何がダメだったん？
0478デフォルトの名無しさん
垢版 |
2019/05/09(木) 02:37:37.71ID:jfWIRB3u
>>475 Excel VBA は、プロトタイプだと理解してれば解決法は自ずから出てくるけど、慣れ過ぎてるとおかしいとも思わないのが危険。
0479デフォルトの名無しさん
垢版 |
2019/05/09(木) 03:01:19.65ID:eHGtht1V
> 現場: 定型業務を自動化したい。RPAでどうだろう？
> 情シス: RPAはダメ。やるなら自己責任でやれ。

情シスが正解

> 現場: なら何がいいの？
> 情シス: 知るかボケ。自分達で考えろ。

情シスが正解

> 情シス: Pythonでも覚えて自分達でどうにかしろ。キレイなソース書かないと許さないからな。

情シスが正解

これが情シスの職責。

おまえら病院行ったら医者の言うことに従わないのか？
法律事務所言ったら弁護士の言うことに従わないのか？

さっさと無能経営者にゴミツール返品するよう言ってこい
それがお前らの職責。
0480デフォルトの名無しさん
垢版 |
2019/05/09(木) 05:44:30.05ID:SLG8y6Tb
>>474
独立にやってる事業所で偶然同じツール作ってたなんて滅多にない
そんなレアケースのための何百万(いや多事業所だから桁が増えるか？)かけてプロトタイプとかもったいなすぎ
0481デフォルトの名無しさん
垢版 |
2019/05/09(木) 06:07:45.56ID:SLG8y6Tb
RPAと基幹システムでは要求される品質が全く違うから
はいこれプロトタイプって気軽に渡されてもそんなに簡単には取り込めんよ
RPAでは単純な処理がシステム化する際にはそれだけでちょっとしたサブシステム程度の規模になる場合も多々ある
0483デフォルトの名無しさん
垢版 |
2019/05/09(木) 07:10:07.77ID:yTwKfpb/
>>482
だって定型定型って言うけどウソばっかりじゃん、
「あ、この場合はですね」とか
「この客先は、特別でー」とか
後出しばっかでなんにも定型じゃない
0485デフォルトの名無しさん
垢版 |
2019/05/09(木) 07:40:26.51ID:cUHpk1h6
>>481
RPAでのプロトタイピングから、そのままの動作をするクライアントをVBやPython等と .Net、OpenCV等で作るのは可能だと思う
もしも処理的に問題があるなら却下＆禁止する
サーバーサイドでシステム化するのが適切なら、どうぞよしなに

大事なことは、ルーチンワークのリストアップをすると同時に
要件と所在を明確にして野放しにしない
一通り終わったらRPAを用済みにして二度とお金を払わない

ついでに処理速度が上がったり、クライアントのバックグラウンドで動かせれば、なお結構
0486デフォルトの名無しさん
垢版 |
2019/05/09(木) 07:44:33.10ID:cUHpk1h6
>>483,>>484
後出しを現場の人たちが自分でやる分には別に構わないはず
どんどん後出しして出来上がったものをプロトタイプとして見せてもらえばいい
プロトタイプも出来ないようなのは放置で
0487デフォルトの名無しさん
垢版 |
2019/05/09(木) 07:56:32.97ID:jfWIRB3u
>>482 お薬出すだけの定型で済むなら楽だろうな。

そう言えばカルテは皆んな電子化になったけど、口頭筆記はあまり使われていなさそうだな。
アメリカではかなり多いと聞くが。 医師が口頭で言ったものを助手がカルテにすると言うのがかなり進んでるらしい。

事務所の中で口頭筆記なんてしたらうるさくて仕方ないだろうな。
0488デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:36:23.50ID:SLG8y6Tb
>>485
まあ悪くない
情シスと隔離するのと金を使わないのが大前提
ただそれだとプロトタイプもpythonや他の簡単で無料の言語でやったほうが良さそうだ
金は正式なAPIや他のサービスに課金したほうがお得
0489デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:39:26.91ID:OB9Nwknz
>>480
はぁ、「滅多にない」という根拠は？同じ業務してたら同じようなツールになるはず 多少のブレはシステム化で吸収できる前提ね

高い高い言うけど人件費も高いからね 社員一人当たり500万円かかるのはざら 首切れないだろとかそういう単純な話にしなくても、超勤削減とか派遣削減とかの効果をまとめて結果として数人分浮かせるという話も含めてね
0491デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:44:27.13ID:SLG8y6Tb
>>489
そんなのはとっくにシステム化されてる
残ったのは地方や人によってことなるローカル最適化された雑務ばかり

人間はロボットと違って柔軟にスマートに様々なことができるので高くついて当たり前だろ
ロボットと人じゃ単純なコスト比較はできん
0492デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:46:48.35ID:OB9Nwknz
>>485
まぁ基本的に賛成だけど現実的にはなし崩し的に使い続けることになりそう
一度便利ツールを与えられて各自なりの効率化を図った後、システム化できなかったものは取り上げられるわけだけど、そこで(仮に事前の取り決めがあっても)異論が出そう
まぁそれはそれでそこで経営判断をすればいいだけだからなんら致命的ではないけど
0493デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:48:42.24ID:JELjzeRB
>>489
そりゃ、組まずに買っただけで何でもやってくれるなら高くないわな。

実際は組む作業、組めるようにする作業が必要。
で、事務のおばちゃんでも組めるなんていうとVBAとそっくりでね。
で、ここでもVBAが遅いとか吐かしてる奴もいるわけだ。
そりゃ組んだ奴が腐ったコード書けばいくらでも遅くなる。

RPAが駄目なんじゃない。
これで夢のような未来があると思ってる奴がアホ。
実際には他の言語と同じように組める奴(プログラマー)が組まないと碌でもないものが出来上がる。
0494デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:49:40.24ID:SLG8y6Tb
>>492
絶対にごねる奴いるよな
おばちゃん首にしちゃったから動かないと困るんだよ～今回だけ特別にお願い
みたいな
0495デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:52:02.99ID:Zdyu4ujV
っd
0496デフォルトの名無しさん
垢版 |
2019/05/09(木) 08:54:13.53ID:UE/HehVI
計画的な合理化を行ってる企業は、とっくの昔にシステム導入してるからRPAいらん。
RPAを使えそうなタスクが多い企業は
無能社員に仕事を与える意味でルーチンを人にやらせてるからRPAいらん。
0497デフォルトの名無しさん
垢版 |
2019/05/09(木) 09:05:48.59ID:OB9Nwknz
>>491
RPAというトピック自体がそんなシステム化進んでない前提でしょ まぁそちらの優秀な組織だとそうなんでしょう
「高い」→「単純なコスト比較はできん」ってなんじゃそら

>>493
組む作業はVBAより超簡単超早いという想定だろうね
こればかりは実際に導入したところの体験談が蓄積してこないと話にならないかもな
0498デフォルトの名無しさん
垢版 |
2019/05/09(木) 09:29:03.18ID:rz7hWdoX
>>493

＞RPAが駄目なんじゃない。
＞これで夢のような未来があると思ってる奴がアホ。
＞実際には他の言語と同じように組める奴(プログラマー)が組まないと碌でもないものが出来上がる。

これが正解
PythonだろうがC#だろうがRPAだろうがただのツール
PythonならOK、RPAはNGではなく、誰がどのように設計して組立てるか、だ
0501デフォルトの名無しさん
垢版 |
2019/05/09(木) 10:06:51.63ID:uxObhpR3
無能な経営者がロボットとかAIが来れば社員の作業量が減ると思ってそうだな。
RPAはロボットらしいから働いてくれるから金を出してもよいが社員には辞めてもらおう、とか。
社員が手取り足取り教えないといけないことを知らずに採用してそう。　
うちのRPAはAIがやってますとかいう営業マンにころっと騙されそう。
0503デフォルトの名無しさん
垢版 |
2019/05/09(木) 10:11:24.48ID:uxObhpR3
>>500 携帯からだろ。　俺もそう打ち間違える頻度が半端じゃない。　だけ打ち間違えるんだな。
0504デフォルトの名無しさん
垢版 |
2019/05/09(木) 11:00:41.14ID:gblL2gKc
>>477
月ひゃくまんくらい。シナリオ作成と実行ワンセットね。
シナリオ実行するだけでも一台あたり10万とかかかるっぽくて一台にまとめないと使えない。

データ打込みの定型業務やってる扱いになってるけど…（言うて派遣半人分の作業量）
データ自体は社員（派遣も一緒に）がゼロから作る品物だから、構成表と打合せで済んでたのを
しっかりしたデータパッケージに落としこんで正確に作る必要が出た。
0506デフォルトの名無しさん
垢版 |
2019/05/09(木) 11:32:13.27ID:RNje6Vnn
>>497
VBAも超簡単なんだよ。
「マクロの記録」で、操作を記録してくれる。

でも、それを元にしたコード見せられるとウンザリ。
大昔に、そういうコードをメンテナンスする仕事をしたことあるが見た瞬間に全部消したくなる。
0507デフォルトの名無しさん
垢版 |
2019/05/09(木) 12:51:57.51ID:gblL2gKc
>>505
ういんあくたーだね。
別部門の上層部の方々はJavaアプレットで動いてるシステムの自動化に適用できるつもりだったらしい（多分その上層部システムを触ったことすらないと思う）
0508デフォルトの名無しさん
垢版 |
2019/05/09(木) 13:05:08.85ID:OB9Nwknz
>>504
月100万円か これは貴重な体験談だね
実行するのに1台10万円ってのは使いづらいね

意外とシステム化進んでて定型化できない業務しか残ってないって感じかね にしても経営層が現場の意見聞かずにGOしたのかねぇ
0509デフォルトの名無しさん
垢版 |
2019/05/09(木) 13:14:57.18ID:97YM7MBE
いや、vbaは如実に遅いでしょ…
コンパイル言語に書き直せば10倍とかの差がでるよ
0510デフォルトの名無しさん
垢版 |
2019/05/09(木) 13:24:09.80ID:fO7mkrYr
>>506
VBAはマクロの記録があるから超簡単って言う人よくいるけど、仰る通りマクロの記録なんかじゃ使い物にならんわけでしょ？
それなら、VBAは超簡単なわけではない、とみなした方が良いのではといつも思うわ
0511デフォルトの名無しさん
垢版 |
2019/05/09(木) 13:30:26.58ID:rz7hWdoX
>>507
ありがとう

WinActorは不器用なのに値段がするからね
UiPathなりBlue PrismだったらRPAに対する感想も違ったかも

NTTデータの知名度でWinActorを選定してしまった会社はホント可哀想
0513デフォルトの名無しさん
垢版 |
2019/05/09(木) 17:28:06.57ID:fO7mkrYr
>>512
GUIの操作を記録するマクロの記録とRPAにどう類推が成立してるんかね RPAはVBAにおいて(コードを打つのではなく)マクロの記録に相当するってわけ？

むしろRPAは素人を初級(基本的な構文を覚えたレベル)までブーストしてくれるイメージなんじゃね
0514デフォルトの名無しさん
垢版 |
2019/05/09(木) 17:52:38.49ID:e/ndz8Tf
>>504
ライセンス数はどれぐらい買った？
末端のおばちゃんにも行き届くぐらい開発者ライセンスを買ったのか
チームを組んで少人数分の開発者ライセンスを買ったのか
0515デフォルトの名無しさん
垢版 |
2019/05/09(木) 19:14:10.40ID:gblL2gKc
>>508
システムが独自開発品で
設計が悪く自動化にトコトン向いてないのが実情

業務改革的な部門が導入決めて各事業部門に使えって押し付けてきた感じね
現場の声は初期コスト高いけどシステム一新してくれだよ

>>514
１部門で開発実行一式のみだなー。効果でそうなとこだけ、実行のみのライセンスおばちゃんに配る感じ。
開発側を触る人は限られてるからほんしつとはずれてるし明らかに投資効果には見合わないって感じるね
0516デフォルトの名無しさん
垢版 |
2019/05/09(木) 19:59:01.45ID:OB9Nwknz
>>515
おー、ありがとう 体験談はありがたい 絵に書いたような失敗パターンっぽいね
・システム側の改善が望ましいが場当たりのRPAに手を出す
・誰でも開発できる謳い文句のRPAで開発権限が限られる(まぁこっちは限定した方がいいって言う人も多そうだけど)

上が現実見れてないっぽいから成果出てないとかシステム改修しろとか言うのも怒りそうやし仕事だけ増えて地獄やな
0517デフォルトの名無しさん
垢版 |
2019/05/09(木) 20:03:44.80ID:e/ndz8Tf
>>515
1ライセンスで事業所内の何人でも何台でもOKならRPAの構想にマッチするのにね
おばちゃんとパソコンの数に依存して金がかかるんじゃ本末転倒
ベンダーはライセンス料金をスケールによらず固定にすべきだ
0518デフォルトの名無しさん
垢版 |
2019/05/09(木) 20:14:01.60ID:Xzmb1o+j
BluePrismだと1ライセンスで何台でもインストールは出来るけどね。
同時に立ち上げられるのは一台だけだけど、時間をずらせば別の社内PCやサーバーで
別タスクを走らせる事が出来る。
3ライセンスあれば、実行用と開発用には使えるかな。
0519デフォルトの名無しさん
垢版 |
2019/05/09(木) 20:14:12.30ID:Dg1vVbjn
>>513
比較がおかしい。
RPAはVBAに相当する。
だからおばちゃんが簡単に組めるなどというマクロの記録に相当するような組み方じゃあ駄目と言ってる。
素人を初級までブーストしてくれるってのはマクロの記録が正にそれ。
0520デフォルトの名無しさん
垢版 |
2019/05/09(木) 21:13:42.78ID:OB9Nwknz
>>519
マクロの記録に相当する組み方？
これ埋めてよ
VBA＝RPA
マクロの記録＝
初心者によるコード作成＝
プログラマによるコード作成＝
0522デフォルトの名無しさん
垢版 |
2019/05/09(木) 21:24:52.79ID:fO7mkrYr
>>518
同時に立ち上げられるのは1台だけって面倒やねえ
スケジュール実行にする場合はいちいち被らないように社内調整しないといけないし、トリガーを人力(ボタンクリック)にする場合はたまたま時間帯が被ってたら実行できないのか
トライアンドエラーで気軽に実行と修正を繰り返せるのが売りだと思ってたんだが、それも占有しすぎで怒られたりするんかね
0523デフォルトの名無しさん
垢版 |
2019/05/09(木) 21:59:44.90ID:qSOFnEM9
>>520
これまでの話で分からんの?

厳密に言えばそれぞれが完全に一致するわけじゃ無いけど。

マクロの記録のような初心者のコード=素人のおばちゃんが作るようなコード

プログラマーによるコード作成=RPAのことをよく分かってる専任のプログラマーを高い金で雇ってコード作成
0524デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:01:56.69ID:DcBw1LTk
よくわからないけどrpaと称して改めて業務の棚卸とBPR、BPOが進むのは何千万の価値はあるわ(笑)
0525デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:05:12.16ID:XhqQa4Bw
無料のBPMシステムとGUI操作系ツールを組み合わせるんじゃダメなのかい?
RPA製品のやってることってほぼそれだけだよね
0526デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:24:27.84ID:v4Ruf6C9
>>524
なら実際にはRPAを導入しなくても良いんじゃね？
RPAを導入する予定があるからプロセスを整理しろって言えばいい
0528デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:31:21.32ID:v4Ruf6C9
>>527
なんでお前がやらないのか
0529デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:31:27.38ID:MB178uRs
>>522
その場合は複数ライセンスだな
ウチの会社は実行用RPAは24時間割り振って動かす用と都度トリガー実行用、開発用の3種類に分けて使ってる
都度トリガーの調整と言っても、一回あたり数分～数十分程度だから今のところは困ってない
トライアンドエラーは開発用でやってる

あ、ウチの場合は少人数のRPA開発専用チームがあって、各部署のRPAを作成してる

まだトライアル的な部分があるから、今後拡張して続けるのか、止めるのかは様子見状態
0530デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:54:43.99ID:e/ndz8Tf
少数精鋭スタイルだと社内の趣味グラマ探してやらせたほうがコスパ良さそう
0531デフォルトの名無しさん
垢版 |
2019/05/09(木) 22:55:34.99ID:OB9Nwknz
>>523
マクロの記録作コードと素人おばさん作コードが似ている似ているって主張するだけで、どういう点で似ているか根拠を示してくれてないじゃん

マクロの記録なんて繰り返しとか条件分岐とかすらまともにできないでしょ 初学者用のテキストに必ず載ってる初歩すら実現できない

一方、RPAはできるわけで↓ このような実現できる内容的にRPAは「(VBAの場合で例えると)初級者によるコード作成」に近いと言ってる 構文は知ってるけど、効率性やメンテ性の作法を知らないくらいの意味ね

【できるUiPath】ExcelのデータをWebアプリに自動で入力。UiPath Studioで繰り返し処理を行う | できるネット
https://dekiru.net/article/17690/
0532デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:01:04.63ID:fO7mkrYr
そうだよね、少数精鋭で完結するならRPAじゃなくて良いような… 後で一般社員にも展開する見込みがあるとかならわかるかなー
RPAのウリって「作成者＝利用者」っていうとこだと思うのよね 距離が離れれば離れるほど、頼みづらいから多少不便でもいっか、となりがち
0533デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:03:55.80ID:VBkD6+2Y
そこそこできる方のプログラマでもRPAの力を借りなければ自動化は実装できないという現実。
0534デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:05:17.08ID:vpcETFXO
>>531
あのねえ...

似ているんであって、完全に一致してるわけじゃない。
マクロの記録そのものじゃない。

だいたい、そのRPAの例って超簡単じゃねーだろ。
それが超簡単ならマクロの記録じゃなくてVBAも超簡単だろ。
0535デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:08:29.45ID:698xKFG6
そんな事より、みんなでpythonやろうぜ！
0536デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:15:10.10ID:VBkD6+2Y
RPAの作成者はスーパーハカーでも事務のおばちゃんでもなくそこそこ出来るプログラマ、という案を提案したい。
0538デフォルトの名無しさん
垢版 |
2019/05/09(木) 23:52:32.47ID:f5WKVjOq
>>525
このスレの中でも混在してるけど、トップダウンでプロセスの見直しからやらされる人と
自分の作業を効率化したいだけの人ではツールも発想も違うよね
無料のBPMシステムって微妙にどちらにも採用できなさそう
0541デフォルトの名無しさん
垢版 |
2019/05/10(金) 00:47:32.04ID:Tigi3+g4
>>535
ここのウンコPGが商用RPAレベルを作れる訳ねえわ
画像認識とかやってもどうせ糞精度w
0542デフォルトの名無しさん
垢版 |
2019/05/10(金) 05:49:39.32ID:LC7Cdaso
>>538
トップダウンじゃなくてもプロセスの見直しは必須だと思ってるよ
今の業務のまま自動化なんてナンセンスでしょ

現実的にはやっぱり
>>530の言う通りかもしれんな。。
趣味グラマーによる他部署横展なのかもしれん。
趣味の人可哀想だけど
0543デフォルトの名無しさん
垢版 |
2019/05/10(金) 08:00:56.85ID:xpm+ZWE0
>>534
だからさ… 似ている点を示してくれよ
こちらも完全に同じとは言ってないから「完全に一致してるわけじゃない」と言われてもそらそうよとしか思わんよ
こちらが言ったことにその都度その都度イチャモンつけてるだけじゃん
0544デフォルトの名無しさん
垢版 |
2019/05/10(金) 09:06:36.82ID:XO9pqHeY
このスレでまともにRPAを使ってみた人ってどんだけいるんだ？
特に否定的な意見の人達。
もしかして憶測？
0546デフォルトの名無しさん
垢版 |
2019/05/10(金) 10:40:03.56ID:/21dSKhk
UiPathライセンス有るけど、「うぜえ…コードで書かせろ…」と思った
各社からのPDFの請求書をUiPathロボのメールアドレスに転送すると
「共有Excelに書き出しましたので確認ください」とか「未対応のフォーマットです」
とかメール返ってくる
溜まったExcelはコピペで会計システムに放り込める
俺氏は逃げたので対応フォーマットを増やしてる兄ちゃんがいる
0547デフォルトの名無しさん
垢版 |
2019/05/10(金) 11:08:39.78ID:zrSIAfiZ
>>543
???
既に示してるだろ。
荒らしたく無いけど頭悪いの?
今までの話の流れで分からないんじゃ話にならんよ。
0548デフォルトの名無しさん
垢版 |
2019/05/10(金) 11:27:20.73ID:zrSIAfiZ
簡単だと言って素人が組んだものは、どれも碌でもない。
よってRPAが簡単だと言って飛び付いたような所は碌でもないものばかりになる。

プログラマーってのは腐ったコード書くとこき下ろされるし、自分も物凄く恥ずかしい。
今だにプログラミング方法論で喧々囂々の議論がされるほど各々拘りがある。
素人が同じような考えで組めれば良いけどVBAの例で分かる通り、多分そういうことにはならんだろう。
動けばOKなどという奴の組んだものがまともになる筈が無い。
0549デフォルトの名無しさん
垢版 |
2019/05/10(金) 12:15:11.11ID:/zl6JhBw
明らかに業務中にレスしてる人暇そうだね
その時間でpython覚えたらいいのでは？
0551デフォルトの名無しさん
垢版 |
2019/05/10(金) 16:21:03.92ID:q19tRWSj
巷で、RPAは確かに過大評価されてるが、
導入方法を明らかに誤った企業が「使えねー」と言ってると弁護してやりたくなる
0553デフォルトの名無しさん
垢版 |
2019/05/10(金) 18:04:35.82ID:mOqJ0ExR
素人が使うと意味不明な使い方して使えねー
プロが使うと足かせにしかならず使えねー

いったい誰がターゲット層なんだ？
マーケティングの段階から失敗してねえか？
0554デフォルトの名無しさん
垢版 |
2019/05/10(金) 18:57:15.24ID:xpm+ZWE0
>>547
同じ言葉返すわ あなたは「それ感想ですよね」ってことばかりよ 主張↓だけ言ってて根拠が示されないんだもん

＞ 素人を初級までブーストしてくれるってのはマクロの記録が正にそれ
＞ マクロの記録のような初心者のコード=素人のおばちゃんが作るようなコード


私が言いたいのはこういうことね
RPAは主体的に初級レベルの操作が作れるという点で初級プログラミングに例えるのが適切である(gui操作の再現でしかなくできることも少なくコードの吟味なぞ不可能なマクロの記録ではなく)

初級までブーストされれば面白がって作法を学んだり周りと相談しあったりしてレベルも上がるという好循環が生じる可能性がある(これは普通のプログラマと同じね >>548 で触れてらっしゃるような)
もちろん初級プログラマが事務部門に大量にいる世界ってのは(VBAですら実現できてない)未体験の領域なわけで実際どうなるかは善し悪し含めて色んな可能性がある これは単なる一例ね(これを否定しても意味ないよ)

あなたの言ってるマクロの記録の例えだとこういう可能性はゼロになってしまう どう例えるかで議論が変わるわけ だから何に例えるかの根拠を聞いてるのよ
0555デフォルトの名無しさん
垢版 |
2019/05/10(金) 19:06:48.40ID:CNdYnMZd
そもそもみんな馬鹿だという視点で考えてみれば良い。
(利口ならPython が使える)

RPAだと言えどもマニュアルの通りにやって、つっかえつっかえすればもうやらないよ。
やっても全く動かないだろうな。
0557デフォルトの名無しさん
垢版 |
2019/05/10(金) 19:34:44.75ID:wZrlo3tJ
>>544
逆にお尋ねしたい。
現在自動化ソフトを作成・運用しているからRPAが便利なのは分かる。
エディタもちゃんとしたのが付いているだろうからね。

しかしそれは人力で行っていた作業を置き換えた時の話。
大抵の場合はRPAの処理をシステムに取り込む事が可能で更にパフォーマンスも上がる。
しかも商用RPAは毎年高額なライセンス料が発生する。

それでも尚商用RPAを導入する価値はどれ位ありますか？
0559デフォルトの名無しさん
垢版 |
2019/05/10(金) 19:47:15.71ID:OXyVoGKM
社会人になっても会社に属しながら勉強できてる層ってリテラシーとか相当上位だと思うの
世の中案外ばかばっかでも回ってるんだなあって働き始めて７年目の感想
0560デフォルトの名無しさん
垢版 |
2019/05/10(金) 19:53:53.47ID:mOqJ0ExR
・開発や実行は無料のツールを使う
・金はRPA以外の代替困難な有料サービスやAPIに使う
・プログラムは出来ないではなく出来るはずだと考えまず着手する
・普段してる学習の何割かをプログラムに回すだけ
・普段から学習してない怠け者は解雇せよ
0563デフォルトの名無しさん
垢版 |
2019/05/10(金) 20:03:13.37ID:wZrlo3tJ
>>558
自社製なら社員の時間給分だけ。
場合によっては2～3時間で済む場合もある。
手入力している項目をTSVに置き換えるのはそんなに手間が掛からないよ。
主要な処理はそのまま使えるからね。

外注だったら足元見られるかもね。
0565デフォルトの名無しさん
垢版 |
2019/05/10(金) 20:06:43.04ID:CNdYnMZd
>>559 馬鹿じゃなくても会社の日常に埋もれてしまうと、利口も馬鹿もやってる仕事の80％は同じ。
0567デフォルトの名無しさん
垢版 |
2019/05/10(金) 20:13:21.88ID:mOqJ0ExR
やらない理由は経営上の判断かな
正解がわかってても実際にやるには大変なんだよ
バカを説得してハンコを集めるの怠いから見送り
そんなんばっか
0568デフォルトの名無しさん
垢版 |
2019/05/10(金) 20:21:03.22ID:bODSyEKx
しかしさ、RPA を導入してる会社がハンコを使ってたら笑っちゃうよな。
まずそこからやれよ。
0571デフォルトの名無しさん
垢版 |
2019/05/10(金) 20:58:50.24ID:aPU0ikpS
UiPathコミュニティ版使ってみたが思ったよりプログラマ寄りだな
これを使いこなせる事務員はエンジニアとして働かせた方が良さげ
0573デフォルトの名無しさん
垢版 |
2019/05/10(金) 21:40:10.28ID:pYuKvqbY
前にも少し話題になったがUipathから入ったやつとWinActorから入ったやつでRPAの印象大分違うんじゃないか？
0574デフォルトの名無しさん
垢版 |
2019/05/10(金) 21:41:29.90ID:mOqJ0ExR
素人には難しすぎて挫折
プロにはただの足かせになる
どうすりゃいいんだこれ
0576デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:01:45.26ID:LC7Cdaso
てかそもそもお前ら優秀な感じで書いてるけど、SEだってピンからキリまでおるからな
それこそRPAの方が優秀のパターンだってありえるだろ
0577デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:12:46.03ID:mOqJ0ExR
>>575
育てる前提ならプログラム覚えたほうがいい
他に流用できんからやめたら全てが無駄になる
0578デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:18:08.09ID:pYuKvqbY
流用できんというのがよくわからんな。
論理的な思考法という点では応用効くだろ？
0580デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:25:35.75ID:pYuKvqbY
まあ育てるっつってもRPAも含めプログラミングの類はど素人から一人前になるまでに5年10年かかるからな。
難しいところではある。
0582デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:26:37.83ID:mOqJ0ExR
プログラムのほうが遥かに効率よく論理的思考力を養えそうだ
RPAはアルゴリズムはほとんど使わんだろうからね
0583デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:29:24.59ID:mOqJ0ExR
>>581
頭を使うようなロジックは部品に隠蔽されるからほとんど訓練にならんと思う
どこにあるかわかりにくい目的の部品を根気よく探す忍耐力とかは鍛えられるかも
0584デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:30:17.66ID:pYuKvqbY
RPAはレスポンスがわかりやすいから作ってて楽しい。
動くもの作ってるって手ごたえがある。
それが素人を成長させる。
0585デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:32:07.70ID:BKbXSsSQ
>>554
ちゃんと人の書いたことを読め。

>初級までブーストされれば面白がって作法を学んだり周りと相談しあったりしてレベルも上がるという好循環が生じる可能性がある

VBAで同じ状況が否定されてる。
「マクロの記録」だけを特別視してるようだが、繰り返しや条件分岐を含んだものでも初心者レベルじゃ糞ばかりだ。
だから完全に一致していないと言ってる。
まあ、やってればレベルは上がるだろうね。
腐ったプログラムを量産しながらな。

>もちろん初級プログラマが事務部門に大量にいる世界ってのは(VBAですら実現できてない)未体験の領域なわけで実際どうなるかは善し悪し含めて色んな可能性がある

事務部門のおばちゃんが手を出さないようなVBAに手を出してる人ってのはむしろレベルがかなり上。
で、そういう人の書いたコードの殆どが糞なのが現実。
0586デフォルトの名無しさん
垢版 |
2019/05/10(金) 22:34:54.05ID:pYuKvqbY
糞なコードをざんざん書き散らしたあとで初めて綺麗なコードが書けるようになるんやで？
0587デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:03:00.81ID:mOqJ0ExR
だいたいさ
プログラマってフローチャートを書くのでさえ死ぬほど面倒くさいと感じるんだよ

箱を作って属性入れて線引いて～って一生懸命マウスをポチポチポチポチ延々と時間かけてお絵描き
それで時間の感覚がなくなるくらい集中してようやっと出来上がるのがコード換算にして100行に届くかどうかみたいな想像を遥かに下回る短いフローなんだよな
え？あんなに頑張ったのに…たったこれだけ…？嘘だろ…ってな
それでこんなんじゃバカバカしくてやってられんって開発されたのがPlantUMLやMermaidみたいな簡易なテキスト記法から図を生成すりツールなんだな

プログラマってのは一般職とは桁違いに大量のグラフを作図し続けてきた作図界のエリート集団みたいなものだ
そして世界中のプログラマ達が出した答えが「GUIは非効率的なのでテキストでやろう」これなんだな
0588デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:06:59.92ID:G5jHPlGp
>>586
だから、最初に言った通り。

RPAが駄目なんじゃない。
これで夢のような未来があると思ってる奴がアホ。
実際にはまともに組めるようになるまで長く苦しい修行が必要ということさ。
0589デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:13:12.71ID:pYuKvqbY
なんか意見が入り乱れててどれが誰の発言だかよくわからんな。
まあ匿名掲示板だからしょうがないかもだが。
0590デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:25:18.66ID:/Bt/K/dz
>「GUIは非効率的なのでテキストでやろう」
プログラマー離れてだいぶ経つけどすげー分かるわ
0591デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:40:49.33ID:uoHcgvME
RPAは日本ではここ最近だけど、海外では2000年代初頭に生まれて、一応生き残っているんだよな
ホントに非効率で使い物にならなかったらとっくに絶滅しているだろう
0592デフォルトの名無しさん
垢版 |
2019/05/10(金) 23:45:11.91ID:pYuKvqbY
UIPathは一見GUIに見えるが書き心地は非常にテキストに近い。
フローチャートもあるけどそっちは使わなくていい。
0594デフォルトの名無しさん
垢版 |
2019/05/11(土) 00:15:11.65ID:qUTISYt2
ちゃんと教育を受けたプログラマーには物足りなくて
ろくな教育を受けてない事務員には使いこなせない

インターン受け入れて学生にやらせるのが適当
0595デフォルトの名無しさん
垢版 |
2019/05/11(土) 00:23:20.01ID:4vY6plS8
>>586 VBAでいくら書いたって綺麗なプログラムなんて書けないよ。
綺麗なお作法を覚えるには、それなりの礼儀作法が必要とされる言語で書かないと。

初心者にはPython が一番良いだろ。
0597デフォルトの名無しさん
垢版 |
2019/05/11(土) 00:31:33.88ID:4vY6plS8
>>587 おいおい、現代でフローチャートを描いてるプログラマなんているのか？ 俺なんか半世紀前に書かなくなったよ。
どうしてもドキュメントが必要だと言われれば、オートフローチャートで出力してたこともあったが、そんなことも言われなくなったな。

プログラム上のコメントが一番だよ。
0598デフォルトの名無しさん
垢版 |
2019/05/11(土) 02:08:43.44ID:IijA9JHp
UiPathは大人のScratchって感じ
しかも売り上げ5億以下の会社なら無料で使える
実際の業務を自動化するっていう喫緊の課題に対してコミットするからモチベも保ちやすい
ついていけない奴はそもそも論理的思考が向いていない。脱落してもらうが吉
生き残った奴はプログラミングの基本構文がわかってくる頃にはもうロジック組むのが楽しくなってるはず
ここでRPAをデリート！！pythonに移行！！！！！
ぼくのかんがえたさいきょうの1億総活躍戦略
0599デフォルトの名無しさん
垢版 |
2019/05/11(土) 02:58:15.91ID:2Fy40LyJ
>>585
あなたもちゃんと読んでね 根拠を書いてくれって言ったのに主張を声高に繰り返すだけで↓ その主張の根拠はひとつも書かないんだもん 主張と根拠の区別がついてないのかな

＞ VBAで同じ状況が否定されてる
＞ で、そういう人の書いたコードの殆どが糞なのが現実

否定されてるという根拠は？ 同じ状況というけど事務部門にVBAできる人が大量にいる環境ってあった？ コードの殆どが糞だという根拠は？

別に定量的な根拠でも定性的な根拠でもなんでもいいけどね あなたの経験上そうだって言うならそれでも構わないけど、「どういう仕事をしてきて、どれくらいのVBAユーザーと関わってきて」とか書いてくれればそれはそれで有意義な情報になるだろうね
現状のあなたは「クソはクソだ」って叫んでるだけよ
0600デフォルトの名無しさん
垢版 |
2019/05/11(土) 03:04:26.35ID:g9fUpGj+
データベースをCUIで構築しろ、パソコンをCUIで操作しろって言われても無理ってなるけど
AccessやExcelで(なんちゃって)データベースは作れるし、Windowsは操作できる

GUIは偉大 まぁ言い過ぎだろうけど基本的にはそういうイメージだと思うけどね
0602デフォルトの名無しさん
垢版 |
2019/05/11(土) 09:58:34.36ID:iMByt/Ka
フローチャートの最大の欠点って、ちょっとアルゴリズムが複雑になると
結局図で見ても全然わからなくなることなんだよな
複雑なものはどう表現しても複雑
当たり前のことなんだけどな
0603デフォルトの名無しさん
垢版 |
2019/05/11(土) 10:11:06.00ID:NZbe4+hY
>>602 そう、プログラムをわかりやすく書いてコメントを丁寧につけることが一番。
フローチャートなんてなんどもメンテナンスしていくと同時更新なんて不可能に近くなる。 詳細フローチャートは要らないな。
0605デフォルトの名無しさん
垢版 |
2019/05/11(土) 13:37:02.08ID:uKf5Xd4C
AはXという前提においてBだからYになるみたいな
原始的な論理式の組立が苦手な人が多いので、フローチャートは良い道具
0606デフォルトの名無しさん
垢版 |
2019/05/11(土) 14:01:46.69ID:N4spbC7w
そんな複雑なのはRPAでは作らないのがいいだろう
あくまで業務改善ツールの１つて事だろ
0607デフォルトの名無しさん
垢版 |
2019/05/11(土) 14:12:43.19ID:QSQronAi
事務員の素人がつくったVBA見てきたけど、
マジックナンバーが多々あったり
変数がaとかbで命名されてて何に使ってるか分からなかったり
無駄な繰り返し処理が多くて遅かったり
適切に処理を関数化されてなくただひたすらメイン処理にすべて記述されてたり
可読性が恐ろしく低くインデントもされてない
そんなのばっかだったな。
0608デフォルトの名無しさん
垢版 |
2019/05/11(土) 15:37:27.85ID:g9fUpGj+
>> 607
あなたはどういう立場で、どういう職種の人達を見てきた感じ？


ちなみに、公務員の事務員を数年やってる私の感触としてはこんな感じ↓ 数百人程度接してきたかな

Excelを使える(初級 sum関数 フィルタ程度) 50%
Excelを使える(中級 vlookup関数 ピボット等) 40%
Accessを使える 9%
VBAを使える 1%

AccessとかVBAを使える人は向学心の特別強い人たちだからコーディングルールとかの作法にも気をつけてる印象 完全個人使用のものは別だが
こういう低レベルな環境からするとRPAは神だと思うよ
0609デフォルトの名無しさん
垢版 |
2019/05/11(土) 15:51:48.06ID:0850DRFe
>>608
自分の実感ともおおむね一致なのだけど、
vbaやる人のコーディングルールってハンガリアン記法とか変数を関数の先頭に全部書くとかそんなレベル
しかもコピペがベースだからあんまり統一したルールもない印象
個人とか周り数人レベルで使うならまあいいんじゃないのって感じ
0611デフォルトの名無しさん
垢版 |
2019/05/11(土) 16:04:48.99ID:Er9I2eeV
>>608
そのVBA1%は職場にもよるわけで、10%の所もあれば30%の所もある。

で、その10%や30%の内で、コ－ドを見て、出来ると思うことが殆ど無い。
0612デフォルトの名無しさん
垢版 |
2019/05/11(土) 16:09:26.89ID:Er9I2eeV
>>609
コーディングルールもそうだけどね。
処理の内容が一番ダメ。

ピタゴラスイッチのようなコードなんだよね。
たまたま動いたという感じ。

他アプリの操作で言えば、平気でSendkeysとか使うのは見た瞬間にアウト。
0613デフォルトの名無しさん
垢版 |
2019/05/11(土) 16:13:55.42ID:VWW4oeoB
ようするに俺様スゲーって言いたいのかな
0615デフォルトの名無しさん
垢版 |
2019/05/11(土) 17:09:36.30ID:N4spbC7w
まぁここに書き込んでるSEは他の業種、経営層にマウント取りたいだけだからな(笑)
0616デフォルトの名無しさん
垢版 |
2019/05/11(土) 17:25:18.56ID:IijA9JHp
sendkeysの何がいけないのか謎
キーボード入力イベント必要ならsendkeys以外の選択肢なくね？
0618デフォルトの名無しさん
垢版 |
2019/05/11(土) 18:13:00.03ID:g9fUpGj+
プログラマはシステムとの比較を念頭に置きがちっぽいけど、正しくは手作業との比較なわけだからなあ
0619デフォルトの名無しさん
垢版 |
2019/05/11(土) 18:24:51.28ID:QSQronAi
>>608
元々システム開発やってて情シスに移ってきた人間。
0620デフォルトの名無しさん
垢版 |
2019/05/11(土) 18:46:04.78ID:IijA9JHp
>>617
そんなこと分かり切ってるが代替策ないんだし使わざるを得ないだろって話
keybd_eventなんてもっとひでえし
sendkeys後に要素値チェックいれるのが現実的じゃないかね
0621デフォルトの名無しさん
垢版 |
2019/05/11(土) 19:39:43.56ID:V533q9DZ
SendMessageでは入力された事にならず、キーボードエミュレーションでしかだめな時がある
0622デフォルトの名無しさん
垢版 |
2019/05/11(土) 20:10:35.89ID:g9fUpGj+
>>619
どもども RPAを語るのにかなり適切な立場の人なんだね
印象としては誰かがテキトーに作ったのが残っている感じなのかねー それで情シス(RPA？)にお呼びがかかったとかかなー なんとなく
まぁもしお時間があればその辺の経緯もお願いします
0623デフォルトの名無しさん
垢版 |
2019/05/11(土) 20:20:26.62ID:XW2pr0HB
基本的にRPAを選択した時点でかなり追い詰められてると思う
RPAが良いか悪いかは置いておいてスタート地点が既に詰んでる
0624デフォルトの名無しさん
垢版 |
2019/05/11(土) 21:22:24.40ID:UuTgSqDP
>>608
>RPAは神だと思うよ
死ね
氏ねじゃなくて死ね
お前公務員じゃなくて会社員だろ
ステマ情報書きこんでんじゃねーぞゴミクズが
その数字はRPAの良し悪しと何の因果関係も無いだろうが

そもそも成功している人間がこんな掃き溜め掲示板に
情報提供しにくるインセンティブなんてあるわけないだろ

RPA関係者なんて極少数
特定したら　ブチ殺しに　行ってやるよ
0627デフォルトの名無しさん
垢版 |
2019/05/11(土) 21:38:23.65ID:C94O1bx/
www

そもそも、導入しようとしている人たちは、
RPAが良いらしいぜ、って情報を、
一体どこで見つけてくるんだろうね。

逆に、このスレに書かれているような現実も、
すぐにわかりそうなもんだが。
0628デフォルトの名無しさん
垢版 |
2019/05/11(土) 21:57:17.34ID:bAEDBueT
>>627
広告とか営業とかからだよ
「導入してこの数字だけ効率化」みたいな検証方法を隠蔽して結果だけ提示するITメディアの記事は分類としては広告な
追い詰められてるから夢を見るのがよっぽど心地よかったんだろうな
0629デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:03:16.52ID:XZAaHbnE
現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。
0630デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:04:17.87ID:XZAaHbnE
現実問題、RPAはノンプラグラミングでは無く
開発支援ツールといった位置付けと考えています。
エンジニアが使っても、pythonで1から作るよりはるかに開発効率がよく、短期間で量産できる点で優れています。
一般事務員ができる範囲としては、エクセルのマクロ記録レベルのものでしかなく、
その枠を超えた自動化はある程度プログラムを組めないと無理ですね。
0632デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:06:10.56ID:bAEDBueT
>>629
エンジニアだけどGUIのプログラミング難しすぎて全く効率が上がらない
どうやったらあんなので開発効率をあげれるのか秘訣を教えて欲しい
0633デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:08:35.34ID:XZAaHbnE
>>632
どのRPAツールを使っているかにもよると思います。
少なくとも、今使っているツールを使ってwebスクレイピングを実現するにあたって非効率と思ったことはないですね。
ステマっぽくなりたくないので、製品名は控えてさせていただきます。
0635デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:25:07.64ID:XZAaHbnE
こんなところで有益な情報を得ようとしている時点間違っていると思います。
自分の頭で考えられない人には、どんな魔法のツールを使おうが成果は出ないと思います。
0636デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:31:14.82ID:g9fUpGj+
>>633
ありがとうございます 変な人はスルーした方が良さげですね

エンジニアも(分野によっては)RPAの方が開発効率が良い、ってのは斬新な意見ですね 実はRPAはエンジニア向きだった！？、みたいな スクレイピングだと要素の指定がしやすいとかでそうなのかな ちょっと調べてみます
0637デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:37:16.23ID:bAEDBueT
>>635
そういう誤魔化しじゃなくて秘訣を答えられないの？
まあどうせ実際にはRPAを使ってもいないんだろうな
だから答えられない
0638デフォルトの名無しさん
垢版 |
2019/05/11(土) 22:50:35.20ID:0850DRFe
ここRPAを流行らせたい人達がまあまあいる印象がある

自分は一度RPAの導入コンサルみたいな人のレクチャーで
無料版使って動かしたけどフローチャートぽいのをGUIで作って条件分岐とか例外処理みたいなのを体験したぐらい

感想としてはちょっと微妙かなって感じ
ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし、お金もかからんのではってことで全く学ぶ意欲が湧かんかった
0639デフォルトの名無しさん
垢版 |
2019/05/11(土) 23:14:11.08ID:NTE0C3fi
まあぱっと見RPAは夢の魔法のように見える。
事務員でも使えますは嘘だが、プログラマに使わせれば一定の成果は出すだろう。
0640デフォルトの名無しさん
垢版 |
2019/05/11(土) 23:28:12.55ID:7iEF/p8a
>>638
＞ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

激しく同意
BizRobo使って画面掴もうとしても上手く行かない
IEの類いは動くけどsapやProActiveなんかはログインすら困難
バッチ組んだ方がマシに動く
相性とかクセとかがありすぎる
0641デフォルトの名無しさん
垢版 |
2019/05/11(土) 23:43:01.69ID:IijA9JHp
太古のシステムでウインドウハンドル掴んで特定の要素にメッセージ送ろうとするとセレクターの解析がめんどい
RPAならそこんとこワンクリで解決するから単純な使い捨て自動化ツールをパパっと作るには便利だとは思う
0642デフォルトの名無しさん
垢版 |
2019/05/12(日) 00:23:45.92ID:vIqjJOsT
とりあえず動くじゃダメだ技術的負債だってやつがいるけど、まず動くことが大前提だからな。
0643デフォルトの名無しさん
垢版 |
2019/05/12(日) 00:31:22.76ID:anQ1bE+S
そもそも、すべてのオブジェクトに名前つけときゃいいんだよな。
IEでタグ調べて、innerTextが〇〇だったらクリック、
とかやってるけど、アホかと。
0644デフォルトの名無しさん
垢版 |
2019/05/12(日) 00:32:05.91ID:HUOCtUrg
>>638
＞ウインドウハンドルつかんでメッセージ送ったりする方が楽で安定してるし

RPAのGUIだけで作れば裏でRPAがやってくれそうなものだけど
0646デフォルトの名無しさん
垢版 |
2019/05/12(日) 06:46:27.41ID:5EnmpzuU
RPAでWeb画面の画像認識で動かしてるのがあったわ
デザインすぐ変わって速攻で動かなくなるわな

しかも「今週の通貨換算表」とかいうやつで
そんなんは銀行やら証券会社の会員画面からCSVで落とせるんや…
0648デフォルトの名無しさん
垢版 |
2019/05/12(日) 08:27:09.03ID:rB2IKSkM
>>612
すみません、もしよかったらアドバイス頂けませんか？

いまpythonとseleniumを使ってウェブページにsend_keysで入力しています
今のところは何千文字の入力を扱っていないのでいいのだけど、文字数増えるとsend_keysでは遅すぎるとサイトで見ました
入力速度を上げるにはコピーペーストのような処理をしたりするのでしょうか？？
0649デフォルトの名無しさん
垢版 |
2019/05/12(日) 08:29:32.91ID:KW+Fl0Hc
>>646みたいな例って
RPAの営業がRPAの営業しかしておらず、
顧客の課題解決の為の包括的な提案を出来ていないことに問題あるような　
0650デフォルトの名無しさん
垢版 |
2019/05/12(日) 09:07:06.27ID:w+KS+wJa
技術的なサポートは窓口あるんじゃないのかね
0651デフォルトの名無しさん
垢版 |
2019/05/12(日) 09:33:19.32ID:cIa1MfYl
>>621
ダメなのは知識が足りてないだけだ。
Sendkeysは制御出来ないから動作中にマウス触ったりして別にフォーカスが移動するなど最悪なことがある。
触らなければOKでも、そんなプログラム組むのは恥ずかしいと思わないようじゃダメだね。

それに「平気で」使うのはアウトだが、自分のスキル不足で仕方無く使うのはアウトじゃねーよ。
0652デフォルトの名無しさん
垢版 |
2019/05/12(日) 09:48:36.28ID:cIa1MfYl
>>648
あなたの言ってるのはSeleniumのsend_keysで、自分の言ってるSendkeysとは違う。

色々なSendkeysがあるが、どこに入力するかが固定されている(制御出来ている)なら問題とは思わない。
一方VBAで使われるSendkeysのように「どこに」が無く、その前に「どこ」の部分にフォーカスを移す等して制御しようとするものは、実際には制御になっておらず、動作中にマウスクリック等で別にフォーカスを移すとそこに入力しちまう。
勿論、それをさせないように頑張る方法があるかもしれないが、それを筋悪として却下出来ない人は、他のコードも推して知るべしだ。
0653デフォルトの名無しさん
垢版 |
2019/05/12(日) 10:05:21.35ID:xjIf1XV9
>>645
既にこんな導入されてんの？↓
導入から活用にテーマがシフト ＭＭ総研が2019年2月に行った調査では、年商1,000億円以上の大手企業で39％、年商1,000億円未満の中堅・中小企業では27％がRPAを利用

こういうのもあるのね↓
「誰でも使える・Excelの延長」を打ち出すSCSK株式会社のCELF RPAブースが盛り上がっていたのも印象的でした。CELFは1端末あたり年間利用料35,000円
0655デフォルトの名無しさん
垢版 |
2019/05/12(日) 11:16:03.83ID:anQ1bE+S
RPAって、RPAから始まったのかな。
オンラインゲームで、自動でモンスター狩るツールが元とかじゃなく。
0656デフォルトの名無しさん
垢版 |
2019/05/12(日) 11:39:22.44ID:Q+XtJRAz
RPA業界の現状ってこんなところか？

- RPAを使うにはそれなりに技術が必要だと知れ渡ってきた
- 誰でも簡単にできるの売り文句は通じなくなってきた
- 誰でも使えると思ったけど実は難しかったRPAをゴミにしないためにどうするか?
　- RPA人材教育サービスを買う
　- RPA特化人材派遣サービス買う
　- 難しい既存RPAと比較して誰でも簡単なRPAを諦めずに探す

とにかく買わせてロックインさせて人材を送り込み長期間に渡って集金する
数多存在する既存のノンプログラミング開発環境と全く同じ手口
ベンダーの計画通りってとこかな？

どうせ後で高額なRPA人材教育サービスやRPA特化人材派遣に頼るぐらいなら
最初からpython教育したり通常のSEを雇ったほうがいいんじゃないか？
もう買ってしまった企業はもう止められず行くところまで行くしかないんだろうけど
これから始めようとしてる企業は先を見据えた賢い買い物をしてほしい
0657デフォルトの名無しさん
垢版 |
2019/05/12(日) 12:08:30.54ID:xjIf1XV9
>>656
＞- RPAを使うにはそれなりに技術が必要だと知れ渡ってきた
＞- 誰でも簡単にできるの売り文句は通じなくなってきた
＞- 誰でも使えると思ったけど実は難しかった

ここ同じこと繰り返してるけど、根拠は？
0658デフォルトの名無しさん
垢版 |
2019/05/12(日) 12:08:39.54ID:w2nGLhRo
>>652
VBAってSendkeys、SendMessage、keybd_eventの他に要素指定してキー入力できるプラクティスあったっけ？
外部アプリ操作にVBAを選択した時点で失敗してるって話なら納得だが…
0660デフォルトの名無しさん
垢版 |
2019/05/12(日) 13:09:17.58ID:rB2IKSkM
>>652
なるほどですね！send_keysと勘違いしていました…
いまは望んだ通りの動きを、プログラムがしてくれるので良かったです
自分のレベル上げられるよう頭使って書いていくね！ありがとう~
0661デフォルトの名無しさん
垢版 |
2019/05/12(日) 14:53:56.43ID:cIa1MfYl
>>658
SendMessageで何通りもあるし、キー入力前に対象にフォーカスを移さないと成功しない場合もあれば、フォーカス有ってもマウスカーソルがその場所に無いとダメな場合もある。
0662デフォルトの名無しさん
垢版 |
2019/05/12(日) 14:58:59.90ID:cIa1MfYl
>>659
UIAutomationの場合もフォーカスやカーソル問題はあり得る。

フォーカス問題で勘違いして欲しく無いが、フォーカス問題で入力出来ないなら良いけど、他へ入力出来るのは問題。
0663デフォルトの名無しさん
垢版 |
2019/05/12(日) 15:08:30.51ID:Vc/vdgHa
>>662
マウスとキーボード操作するならともかくコントロールにテキストセットするタイプなら問題なくね？
0664デフォルトの名無しさん
垢版 |
2019/05/12(日) 15:49:27.52ID:Q+XtJRAz
>>657
根拠は
①実際に自分で使ってみた感想
②同じく使ってみた人に聞いた感想
③教育や派遣が有料サービスとして成立して注目されだしてるから(誰でも簡単にできたら商売にならない)
0667デフォルトの名無しさん
垢版 |
2019/05/12(日) 18:05:05.80ID:w2nGLhRo
>>666
MS製品はDOM弄れるから自動化楽だよなあ
実情はIE非対応のサイトやらの都合でChromeかFireFoxが自動化対象になることが大半だし結局Selenium触ることになるけど
0668デフォルトの名無しさん
垢版 |
2019/05/12(日) 18:55:38.58ID:Vc/vdgHa
スクレイピング目的ならJavaScriptを流し込むのが実は一番楽
seleniumはテストのために操作をエミュレートするって目的が強いから多少面倒なところがある
0670デフォルトの名無しさん
垢版 |
2019/05/12(日) 19:16:22.48ID:PV0c0smE
>>27 そもそも3人の仕事がRPAです1人になるとしたらそれは、元々システム化されていないんだから、基本から見直すべきだぞ。
そんなことで喜ぶのでは無く悲しむべき事態だと思うけどな。
0671デフォルトの名無しさん
垢版 |
2019/05/12(日) 19:18:35.78ID:xjIf1XV9
>>664
返信ありがとう そういう根拠なら位置づけを限定的にすれば真っ当な話だと思う 「現状の問題点は」とか、「現状上手くいってないところは」とか

本題に入ると、意外と難しいにしても使いこなす人も出てくるはず 割合次第だけどそれだけで既にペイする可能性もある(ここがPythonなりVBAより敷居が低いメリット)
勿論殆どの社員が見向きもしなかったらまずは社内で対策やろうね 教育とか派遣とか含めて 推進部署がやらされるかな
それでもダメなら仰る通り外注だろうね ここまで来たら教育は効果なさそうやし 派遣も導入だけ１ヶ月数十万とかで済むならペイしそうだけど(RPA自体に月100万とかかけるわけだから)、恒常的にとなると仰る通り計画破綻かもしれない(勿論それでもペイする可能性はある)

金額の話になっちゃうと極端な話ケースバイケースとしか言えないから難しいね
「RPAがペイするかどうか」じゃなくて「ベストなのはどちらか」が重要だと言われそうだけど、経営者的に手を出しやすいのはRPAの方なんだと思う 理由聞きたければ別途聞いてくれ とりあえず長くなったからこんなもんで
賢い買い物して欲しいのはほんとそれ
0672デフォルトの名無しさん
垢版 |
2019/05/12(日) 19:27:01.56ID:Vc/vdgHa
つかRPAに積極的に投資できる中～大企業ならフロア内にプログラミングできる社員数名は絶対に隠れてっからそいつら探したほうが早い
0673デフォルトの名無しさん
垢版 |
2019/05/12(日) 20:16:05.34ID:dTc2w12a
（絶対面倒を押し付けられて現場で矢面に立たされた挙句にロクな対価もないから黙っとこ）
0674デフォルトの名無しさん
垢版 |
2019/05/12(日) 20:47:42.27ID:5EnmpzuU
ExcelのVBAだって、共用テンプレートには書かないよな
自分用のPersonal.xlsに書いて、使えるのは自分だけにする
0676デフォルトの名無しさん
垢版 |
2019/05/12(日) 21:14:33.27ID:FlXnkaoT
自動化したら職を失う人がいる
彼らに配慮してワザと手作業の余地を残した
日本企業はカンタンに首を切れないからそういう判断も時には必要
0681デフォルトの名無しさん
垢版 |
2019/05/12(日) 23:50:47.42ID:qd7LFlIR
会社が探してるならとっとと名乗り出て待遇アップの交渉すべきだと思うけどな
0683デフォルトの名無しさん
垢版 |
2019/05/13(月) 05:23:49.59ID:7q8Qh2Mg
「待遇アップしてくれないとやりません」
（こんなやつだったのか）

「やるけど待遇アップしてください」
（しめしめ）

情シスの人より功待遇になることは無いと思うの
（情シスが厚遇されているとは言わない）
0684デフォルトの名無しさん
垢版 |
2019/05/13(月) 07:44:16.11ID:/fVzRZdF
サービス残業がまかり通ってるような会社だと、現場従業員達は日常業務だけでキャパオーバーしてる
そこへ「（現場と板挟みになる）新しい仕事を（タダ働きで）やりたい人この指とーまれ♪」と言ったところで
誰が立ち上がるというのか
0685デフォルトの名無しさん
垢版 |
2019/05/13(月) 08:15:04.75ID:/HMeuiqD
なんでタダ働き前提なんだ？
rpaへの投資をそいつらに割振れよ
通常業務は減らすに決まってるじゃん
キャパオーバーならpythonだろうがrpaだろうが関係ない
0686デフォルトの名無しさん
垢版 |
2019/05/13(月) 08:26:49.53ID:RcSrBg5M
確かに趣味グラマーはそれなりにいるだろうからそれを活かすスキームが作れれば最終的に安上がりだったりそれこそ商売になったりするだろうね

うちも社内コンペでたまに趣味グラムが受賞してるけど、賞金(待遇)は数万、それを元にプロジェクトが起こるわけでもなく、メンテも不十分 要は、継続性がない Excelレガシーの話とか上の方にいた趣味グラマーとかそういうとこが多い印象

理由は何だろうね 誰か分析して
0687デフォルトの名無しさん
垢版 |
2019/05/13(月) 08:28:37.12ID:/fVzRZdF
>>685
ぐうの音も出ない正論だわ
「サービス残業がまかり通ってるような会社」という前提を投げ捨てればの話だがｗ
0688デフォルトの名無しさん
垢版 |
2019/05/13(月) 09:25:04.57ID:OGTR1ISy
>>663
普通は、コントロールにセットするタイプでコードを書く。
しかしそれで動かないことがあって、フォーカスやマウスカーソルが無いとセットされないパターンと、フォーカスやマウスカーソルが無いとセットされてるのにその後の遷移で受けとらない場合がある。
0689デフォルトの名無しさん
垢版 |
2019/05/13(月) 09:42:29.14ID:OGTR1ISy
>>665
ベストなんて1つに決まるものじゃ無い。
まずUIAutomationでノーマルに動くならそれで、ダメならウィンドウハンドル、それでダメならキ－ボ－ドエミュレーションや画像認識を使う等になるだろうけど、それぞれの中でも何通りか試すことになる。

自分の認識ではUIAutomationはAccessibilityの上位互換だけどウィンドウハンドルの場合はどっちが上とかではないと思ってる。
例えばハンドルを持たないオブジェクトの場合はUIAutomationの方が優位だけど、UIAutomationはPatternにない操作が出来なかったり、何故か動かない場合もある。
0690デフォルトの名無しさん
垢版 |
2019/05/13(月) 10:31:28.79ID:R/OtLb+y
UiPathでもネイティブ、シミュレーション、SendMessageの3つから選べるな。
加えて画像認識も。使わんけど。
0692デフォルトの名無しさん
垢版 |
2019/05/13(月) 10:32:37.90ID:p9HGX6gM
>>689
ありがとう。
やっぱり一概にコレ！ってのはなかなかないよなあー
現状最もスマートと思われるUIAutomationですら不安定なとこあるし
なんにしてもトライアンドエラーで動くまで試行錯誤するしかないのよな

UiAutomationキマれば一番いいけど内部仕様コロコロ変わったりするアプリだと
ユーザー入力遮断してTabでフォーカス移しSendKeysが一番安定する場合もある

このへんの選定って勘と経験がモノ言う部分だし経験薄い人事務方が適切に設定できるかと言われればかなり難しいところだよね
0693デフォルトの名無しさん
垢版 |
2019/05/13(月) 12:11:22.23ID:n+ua7nXu
ロボットがGUIを操作するという前提条件がある以上
どうしてのアーキテクチャはダーティになるし仕様も動作も安定しなくなる
これはpythonかrpaかはあまり関係なくどうしてもハマるポイント
対策としてはapiやコマンドラインクライアントを使う(自社システムなら作る)しかないと思う
0697デフォルトの名無しさん
垢版 |
2019/05/13(月) 22:26:38.62ID:DitHRYGc
>>686
趣味では継続的な改善がなされないって分かってるからじゃない？
一時的な改善には一時金が妥当
0698デフォルトの名無しさん
垢版 |
2019/05/13(月) 22:58:43.39ID:/JjlvKZl
>>696
今は主要な外部サービスはほぼ揃ってる
社内システムはRPA分の投資を回したらいいんじゃねえか？
0699デフォルトの名無しさん
垢版 |
2019/05/13(月) 23:10:57.94ID:afs5XDNr
>>697
別に趣味として取り組ませずに仕事として継続的に取り組ませればいいのに、と思ってな >>685 と同じような趣旨ね メンテしたり他のツール作ったり

もしかして趣味グラマーという言葉が誤解を招いてたらすまん 業務外(主に趣味)で身に付けたプログラミングスキルを持つ人、くらいの意味合いのつもりだった
会社にとっては教育コストかけなくて済むから好都合な人材であるとは思うんよね
0700デフォルトの名無しさん
垢版 |
2019/05/14(火) 01:00:08.62ID:J6Hpqnpf
古い社内システムをベンダーに改修してもらおうと思うとDB検索ボタン一個追加するようなごく単純な機能追加だけですら云十万とかかってくる世界だしな…
RPAって最小構成なら年間100万以下とかだし、その費用をシステム改修に回したところで焼け石に水

C#なりPythonなり触れるエンジニアがいるなら手回して貰って、いないならRPA使うなりなんなりで既存システム騙し騙し使って
予算がついたらレガシーはごっそり更新するってのが現実的じゃね

いずれにしてもGUI自動化系の処理は繋ぎとして使うべきだなー
0701デフォルトの名無しさん
垢版 |
2019/05/14(火) 02:46:02.07ID:6hIN983O
古い社内システムこそ「巨大な技術的負債」だわな
そこにRPAでさらに「技術的負債」がくっついてくるわけや
0702デフォルトの名無しさん
垢版 |
2019/05/14(火) 05:33:39.65ID:6LQxyjL/
>>700
RPAに依存するほど既存システムの改修費用が膨れ上がっていくんだけど
その問題にはどう対処するの？
0703デフォルトの名無しさん
垢版 |
2019/05/14(火) 07:42:44.33ID:8Vw8xoO0
RPAはその場でスクラップアンドビルド
作る費用ゼロだから負債なんてゼロだよ
0707デフォルトの名無しさん
垢版 |
2019/05/14(火) 15:10:40.08ID:J6Hpqnpf
>>702
古いシステムは治すんじゃなく捨てるってことやで…
外部アプリで使いやすいように拡張しまくって、用済みになったらポイーってわけ
RPAに頼らざるを得ないようなクソシステムを治そうとすること自体が間違い
0708デフォルトの名無しさん
垢版 |
2019/05/14(火) 15:18:53.88ID:ULuM1i2h
>>700
システムを構築する＝工場を建設する、みたいな喩えかね
建築や改築するのは金がかかるから滅多にできない だから、個別に小さな機械(RPA？)を買ってきたり手作業したりする そうやって、古い工場を騙し騙し使いながらさすがにもう無理やなとなったらまた新しい工場を建設するみたいな RPAを上手く喩えられないかな
0711デフォルトの名無しさん
垢版 |
2019/05/14(火) 17:00:38.67ID:QeeT0WCK
テストツールならそれなりの存在価値があるんだが、事務現場はそんなに定型的な利用じゃないし、利用してるプログラムもしょっちゅう変化してるから難しい。
0715デフォルトの名無しさん
垢版 |
2019/05/14(火) 18:32:16.40ID:zLBAV05L
>>708
RPAで例えると
異なる生産ラインを何も考えずにくっ付けて自動化きゃっきゃしてる感じかな
動線が潰される
メンテ技師が入れない
やたら電気代がかかる
0716デフォルトの名無しさん
垢版 |
2019/05/14(火) 19:11:29.33ID:zLBAV05L
経営者は生産ラインの周りで働いてる労働者がロボットに変わった様なイメージを持ってそうだけどそうじゃない
0722デフォルトの名無しさん
垢版 |
2019/05/15(水) 00:34:21.68ID:JrqUm4Y9
2万時間を超概算で言い換えるこんな感じ？
20000時間 ÷ 1600時間(年間労働時間) = 12人分
20000時間 × 1000円(時間単価) = 2000万円

代金(1000万くらい？)と導入人件費とか考えると、とりあえずはトントン 今後はペイする見通しって感じかね(メンテの手間次第)

「稼働を削減」って不思議な言い回しだけど専門用語かなにかなのかな
0723デフォルトの名無しさん
垢版 |
2019/05/15(水) 02:53:40.47ID:am0Jtk1O
RPAソリューションを商品にしている自社導入記事より
それを信じて導入した人の実体験が聞きたい
0724デフォルトの名無しさん
垢版 |
2019/05/15(水) 04:40:24.51ID:hwkXRP8L
単純作業の自動化はやってもいい
やってもいいがRPA製品だけは使うな
普通のPG雇って普通のプログラミング言語を使って作れ

間違ってもRPA製品だけは使うな、便利と感じるのは最初の半日だけだ
あれはほんの少しでも複雑な業務になると一瞬で無能になる
そこからは無能ロボットの介護地獄が始まる

ここで普通の言語が使えればまだ救いはあるが
RPA製品で作っていると「ノンプログラミング」が完全に裏目に出て生産性が急減する

具体的には介護によって規模が増えると指数関数的に、それも従来のプログラミング言語よりも
はるかに大きなオーダーでシナリオの複雑性が増大する、理由はいちいち書かない。

RPAはスケーリングしないっていうのはまさにこういうこと

だったら最初からロケットマウス使ってそれでできる範囲で止めておく方がはるかに投資効果が高い
0727デフォルトの名無しさん
垢版 |
2019/05/15(水) 07:04:04.70ID:K8H8vH5D
>>725
もうあるぞWWF
あとはレコーダーとか使ってお手軽にアクティビティつくる
無料でおk
年間1000万とかアホくさ
0730デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:27:33.51ID:vW6a/xtq
RPA否定派の常套戦術
・単純作業と複雑作業、事務員とプログラマ、通常と例外、などの区別を無視
・理由や根拠を書かない
・記事は宣伝ステマ扱い かといって代替ソースを出す訳でもない
0731デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:33:07.00ID:K8H8vH5D
理由も根拠も書いてるが推進派がアマチュアだから理解できてないだけでは？
0732デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:35:44.30ID:K8H8vH5D
>>730
区別を無視してるのは推進派だな
企業システム一部としてどうしたって考えなきゃいけないことを悉く無視している
0733デフォルトの名無しさん
垢版 |
2019/05/15(水) 08:55:48.10ID:2d6D2TMV
>>712
最初から新しいシステムに移行できる予算があるならそれがベスト
ただそれには最低でも1000万、下手すりゃ億単位の費用がかかってくるわけで・・・

そのシステム移行の予算を捻出するまでの”繋ぎ”がRPAや自動化プログラムってわけ

あとなぜかここではRPA＝年間1000万とか言われてるが、この基準はサーバー型RPA（blue何某やら）の金額であって・・・
クライアントタイプ（Win何某）は最小構成で年間100万以下で使える
開発ライセンス～70万、実行ライセンス～30万ってとこかな。

因みにここでよく名前の挙がるUi何某の年間費用はWin何某の半値くらい
おまけに年商5億以下の会社なら無料で利用可能

もちろん、社内にUiAutomation触れるような人材がいるならRPAなんかに頼る必要はないが、
仮にそんな人材がいなかったとしても年商5億超えの会社なら年間50万なんて屁みたいなもんだし
サポートが充実してる有能仕入先捕まえられれば”繋ぎ”としてのコスパはいいと思うよ
0734デフォルトの名無しさん
垢版 |
2019/05/15(水) 09:02:53.17ID:jbpleffz
WWFってWindows Workflow Foundation？
出来合いのプログラム用GUIが見つからない
GUIで処理を組み立てられなければRPAではないと言って良いと思う
0735デフォルトの名無しさん
垢版 |
2019/05/15(水) 09:46:24.60ID:2d6D2TMV
>>734
Visual Studioにあるよ。もちろん自動操作用のライブラリは入ってないからそのままじゃなんもできん
自動操作用アクティビティを自前で用意できるならこれでもいいかもね。現実的に考えて難しいけどね。

WWFに自動操作用のアクティビティ一式とレコーディングツールなんかの入力支援機能を追加したのがUi何某だね
作成画面とか全く一緒でびっくりするよ
0736デフォルトの名無しさん
垢版 |
2019/05/15(水) 11:07:58.58ID:7iIGA9nK
えらい人にVisualStudioのWFの画面とUi某を並べて見せて、
「Ui某はご覧のコレに色々被せたものですから、値段に付いてその辺よくご理解の上で」とか
Webから読んでExcelに書き出すのをUi某で書くとこんなになる、
一方コードで書くとこれだけで済む、
とか説明したところ、かなり熱も冷めたしどう使うかはお分かりいただけたのではないかと淡く期待してる
0737デフォルトの名無しさん
垢版 |
2019/05/15(水) 11:32:55.70ID:8BMo3sEh
RPAにまつわる社内的なすれ違いの根本的な原因は、経営と情シスの乖離よね
経営が予算を付けるなり情シスが汗をかくなりして歩み寄らないと、肥大化した糞システムと心中だ
0738デフォルトの名無しさん
垢版 |
2019/05/15(水) 12:21:45.02ID:MRwWE3mp
>>733
ようやくまともに導入している人の意見が出た感じだな

他はRPA？プログラミングの方が有能！みんなプログラミングやれ！て言ってるだけで前に進まない
0739デフォルトの名無しさん
垢版 |
2019/05/15(水) 12:23:07.46ID:7iIGA9nK
IT側としてはコードアクティビティは書くけど
それを使って実際書くのはユーザー部門ですよ、
外注で作るものじゃないですよ、
あたりが落とし所だろうなあと

あとはこれはバッドプラクティスなのでこうしてね、
みたいな負債回避を書いておくべきか
0740デフォルトの名無しさん
垢版 |
2019/05/15(水) 12:42:03.22ID:8Bqpj8l0
>>733
システム刷新は別に全部いっぺんにやらなくてもいい
サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい
欲しいとこに集中して素早く刷新すれば繋ぎは別にいらんのだ

最小は最小
実際にこのスレでも小規模で導入して使いにくいって意見がもう既に出てるな
それとライセンス料以外にも金はかかるね
0741デフォルトの名無しさん
垢版 |
2019/05/15(水) 13:06:52.37ID:JrqUm4Y9
>>733
非常に良い意見 具体的だし建設的

これって１台あたりの価格よね そうすると実行台数をまとめたがるはず 定時実行ならまとめやすい
一方、トリガーが一定でない単純作業はまとめづらいから向かないのかもな まぁ価格次第だけど デメリットじゃなくて単なる特徴づけの話ね
0742デフォルトの名無しさん
垢版 |
2019/05/15(水) 13:13:44.45ID:8Bqpj8l0
やっぱり無料で簡単に小学生でも使えるプログラミング言語のほうが現実的だね
0743デフォルトの名無しさん
垢版 |
2019/05/15(水) 15:21:30.76ID:2d6D2TMV
>>740
もちろん全部いっぺんにやる必要はない。
現状で困ってる部分が10万そこらで改修できて以降は一切手直しの必要無しってんならわざわざRPAなんか入れる意義も意味もないな

だがそもそもそもの話、
>>サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
>>なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい

ここでいう刷新費用をペイできないような糞サブシステムが大量に積み重なってボトルネックになってるから現場は困ってるって話なんだよね。
そこをなんとか凌ぐツールとしてGUI自動操作系ツールは使われるってわけ

例えるなら
ボロ家だけど使い勝手悪い所は都度大工にリフォームしてもらってずっと使っていこうよ　ってのが740の言い分だよね
対して
とりあえずヤバいところはDIYでごまかして、浮いた金貯金して新築買おうぜ　てのがGUI自動操作系の考え方なんじゃないかなあ。リープフロッグ現象的な感じ

DIYで使うツールがプログラミング言語なのかRPAなのかはもう使い手の技量によるとしか言えないね
プログラミング言語バリバリ使える人はそっちのが楽だろうし、経験薄い人はRPAとかの補助ツール使うほうが楽だし
うまいこと使い分けるのもありかもね。ぶっちゃけどっちでもいいんだけどね。どうせ繋ぎだし

DIYでなんとかなったからずっとボロ家使っとけばいいや！！　みたいなのが真に危ない考え方ね
元がボロ家でさらにDIYでツギハギなんていつかは破綻する　RPAでもプログラミングでも同じ話ね
0744デフォルトの名無しさん
垢版 |
2019/05/15(水) 16:07:41.52ID:9iv/I2qD
>>743 核心をついてる。 DIY でツギハギするにしてもスブシロがやるとやらない方がマシだったんじゃないかというくらい効果がなく、逆効果も多い。

それよりは、1人でも2人でもそれなりのRPA専任(多分pythonでやることになるだろうけど)の人間を置いた方がマシ。 その方がペイすると思うけどな。
0745デフォルトの名無しさん
垢版 |
2019/05/15(水) 17:44:58.54ID:2d6D2TMV
Python好きだけど配布面でメンドクサイのよね
C#とかで今作るとしたらWinAppDriverなんかがトレンドなのかな？？UIAutomationはさすがに枯れてそう
UWSC復活してくれれば一番いいんだけどなー
0746デフォルトの名無しさん
垢版 |
2019/05/15(水) 18:00:17.04ID:R/f7PgZy
>>743
しかし最後に言及したタイプのユーザーが多数派なのでは？
動けばいいじゃんでずっと放置してきたから藁にも縋る思いでRPAに手を出してるわけだからな
RPAに手を出したからってその習慣が綺麗さっぱり改善するとはとても思えん
0747デフォルトの名無しさん
垢版 |
2019/05/15(水) 19:56:50.60ID:JrqUm4Y9
まともな(建設的な)RPA否定論ってどんなもんなのかね 試算でも経験談でも記事でもいいけど根拠と代案が明確なやつ

普通のプログラミングおじさんは大工になるのは簡単だみたいな教育コスト度外視の現実離れなことしか言わないし
現実的な話だと、何人かプログラマ雇う(社内にいれば使う)方がRPAより安い説くらいかね 根拠次第だが
0748デフォルトの名無しさん
垢版 |
2019/05/15(水) 20:07:43.68ID:R/f7PgZy
普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
ユーザーが多いから学習を支援してくれるコミュニティも強い
学習環境の構築も無料でカンタン
当然だけど教育コストはRPAより遥かに安くつくんだな

何より無限の応用力と可能性を秘めた普通のプログラミング言語とRPAでは魅力が雲泥の差だ
くだらない作業の自動化なんて面白くもなんともない
勉強するなら一生使える楽しい道具の方がいいよね
0749 ◆QZaw55cn4c
垢版 |
2019/05/15(水) 20:13:44.27ID:kTD24L35
>>748
＞普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
C++11or later では、そんな話はきいたことがありません…
0750デフォルトの名無しさん
垢版 |
2019/05/15(水) 21:07:21.22ID:QG0ey46P
pythonとかなんであんな人気なのかわからんわ、人工知能方面とか。
なにがいいんだろ？ライブラリ？
0755デフォルトの名無しさん
垢版 |
2019/05/15(水) 22:02:48.52ID:tCUIeJeC
>>750 RPA と同じような自動化が楽なんだよ。 何でもかんでも取り込めて相性が良い。
例えばExcel を扱うなんてVB よりまし。

覚えるのが楽。VB を教えるくらいならPython を教えた方が良いのでは？

言い換えればPython は、自動化ツールそのものではないかな。
0756デフォルトの名無しさん
垢版 |
2019/05/15(水) 22:14:58.30ID:QG0ey46P
例えばpythonでIEを立ち上がてgoogleで「RPA」を検索するコードはどんな感じになるの？
0757デフォルトの名無しさん
垢版 |
2019/05/15(水) 22:36:56.70ID:2d6D2TMV
プログラミングを理解することはRPAを理解することにもつながる
中身一緒なんだから…
0759デフォルトの名無しさん
垢版 |
2019/05/15(水) 22:49:06.11ID:UePCR7iS
>>747
典型的な失敗事例だが、うちは1億円以上RPA導入コンサルみたいなものに払って何の業務効率化にもならなかったよ
ゴミが残っただけ

だから結果的にはその費用やプロジェクトにかかった時間で自動化できるエンジニアを採用したり教育した方がよほど良かった
0760デフォルトの名無しさん
垢版 |
2019/05/15(水) 22:53:56.32ID:zWma5P7M
商用RPAを導入している会社は何台のPCに入れているの？
どんな作業をやらせているかも知りたい
0761デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:06:01.70ID:hwkXRP8L
ソフトウェアは人間社会の複雑さを取り込んで肥大化していく性質を持つ

RPAでは高水準言語と違ってソフトウェアの複雑さに対抗する手段がない
おまけにソース管理、構成管理ツールの支援も受けられない

繋ぎに使えれば良いというが、そんな寿命の短いソフトウェアに存在価値はない
0763デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:16:45.78ID:R/f7PgZy
>>759
導入責任者が一回でも実際に開発してみれば現実が見えるのになんで確認もせず突っ走っちゃうんだろ
0769デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:49:15.62ID:uctCgjUe
>>763
上層部のゴーサイン出た後には、後に引けない中間管理職の必死さが現場の意見を無いことにする（うちも同様の失敗事例）
0770デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:53:47.86ID:QG0ey46P
ふーむ万事こんな感じで簡潔に書けるならpythonもありかもしれないな。
APIが用意されてないアプリをどう自動化できるのかはまだちょっと想像つかないが。
0771デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:54:40.06ID:UePCR7iS
>>769
うちはRPAの導入を目的化してて、効率化を目的としてなかったのが原因かな
発注した連中はitに詳しくないかつ現場などどうでもよくてRPAを入れさえすれば目的達成で、
RPAコンサルの連中は導入実績作りのためにうちをカモにしていた
利害関係はある意味一致していたから効率化が未達成なのは必然だった
0772デフォルトの名無しさん
垢版 |
2019/05/15(水) 23:57:00.17ID:uctCgjUe
ワイはRPAの黒船が来そうな気配があったし、やりたい自動化はその手のアプリじゃ到底無理と思ってpython覚えたな
Rとかでもいいんやろうけど、ライブラリが一杯で探せば大抵何とかなるのはすごい

配布はしたくないし、する気もないから完全自分用だけどね
今では自動化でそれなりに時間浮かして、次のプログラムの勉強する時間確保できてるわ
0773デフォルトの名無しさん
垢版 |
2019/05/16(木) 00:04:49.53ID:ELcFShn8
>>771
心中お察しします
うちも一緒や、導入が目的で入れることが成果なんだよね………

導入後に何ができるか考えたり、開発用にSEコンサルから連れてきてた
あとは現場が努力で数字を弄くり回して報告用の工数削減時間の捻出………って見てると色々仕事真面目にするの馬鹿らしくなるわな
0774デフォルトの名無しさん
垢版 |
2019/05/16(木) 00:20:30.21ID:pi0/8vJH
>>759
>>769
>>773
へー 失敗例は有意義だね せっかくだから詳しく語ってよ↓ (もしかしたら >>466 さんかな) 既に書いたのはいいので
にしても1億ってヤバいな こういう経験したらRPA否定派になるのもわかる気がする

・基本事項(会社規模 導入前の状況 システム化や手作業等々)
・導入詳細(費用 クラサバの別 台数 プロジェクト体制等々)
・導入後(導入後の状況、敗因、代案)
・気になるのが、上層部の浅はかさはさておき、一般社員がある意味勝手に「おっ、便利なおもちゃくれたやんけ 使いこなしたろ」ってなりうるのが長所だと思ってたけど、そういう動きはなかった？
十分合理化できてたか、RPAの敷居が高いかくらいだと思うんだけど…
0775デフォルトの名無しさん
垢版 |
2019/05/16(木) 07:17:54.75ID:mW5jJ9mW
>>774
うん、聞きたい。
どのようなRPAがゴミになったのか、どういった業務はRPAすべきでなかったのかなど
0776デフォルトの名無しさん
垢版 |
2019/05/16(木) 08:08:23.82ID:n8hJNAYJ
なんやこれ意味わからんわむずすぎ
つーか開発したら首切られるんだろ？
切られないにしても別のクリエイティブな仕事を要求されるとかムリムリ
ぜってーやんねーよみんなもそれでいいな？
いいともー

今までダラダラ単純作業してきた一般社員なんてこんな感じじゃないの？
0777デフォルトの名無しさん
垢版 |
2019/05/16(木) 08:30:32.30ID:wVLQa/tI
RPAなんて泥縄に頼らざるを得ないような粗末な会社の従業員は待遇が悪いから、当然会社を信頼していない
別分野の新業務に対して相応の報酬が支払われるなんて思ってないし、実際支払われたとしても寸志程度だろう
業務の最適化が終わったらさらに待遇が悪くなると考えるのも当然のこと、これで頑張る方が異常、そういう世界
0778デフォルトの名無しさん
垢版 |
2019/05/16(木) 09:02:49.52ID:DAcT3XX9
RPAはソフトによって性能がピンキリだからなー
Win何某はまだかわいいほうで、下手すりゃ画像認識で座標クリックしかできないような糞RPAもあるし
そんな糞RPAでも「他社には負けない、絶対の自信があります！」とか言って売られてるんだから怖いわ・・・

失敗事例の方は是非、何のRPAを導入したかも示唆してほしい

これから選ぶ人、
ttp://rpachallenge.com/?lang=ja
このサイトの目的のフォームに正確に文字が入れられるかどうかで大方の性能が評価できる。トライアル中にでも是非試してみてほしい

name属性が動的に割り振られたり、アクセスする度レイアウトが変わったりする糞システムを再現してる
腕試しにPythonでもやってみても面白いよ。
0779デフォルトの名無しさん
垢版 |
2019/05/16(木) 09:22:39.64ID:KPUxvSgB
>>762
urlのquery文字列としてRPA渡すんじゃなくRPAっぽく検索ボックスクリックしてRPAを入力、エンター（または検索をクリック）ってやると？
0782デフォルトの名無しさん
垢版 |
2019/05/16(木) 15:16:31.99ID:BeGCBtGd
ブラウザ操作の自動化をseleniuumでやってます
今度はPC操作全般を自動化したいと思っていますが
みんなが知ってる以下の条件に合うのソフトやツールを教えて

・操作の記録機能がある
・自動生成したフローチャートやコードの手直しが少なくて済む
0785デフォルトの名無しさん
垢版 |
2019/05/16(木) 17:53:26.72ID:pi0/8vJH
普通に考えて費用対効果が高いから 具体的には、導入費用〇円、削減が見込める超勤代や派遣費用△円、という見込みを立てて導入しそうなもんだけどな 流行りだからやっちゃう？みたいな感じなんかね ワンマン中小企業なのか？

配置転換とか首切りとか効率化後のデメリットが予想できると効率化するわけないってのは確かにそうだね
そこまで期待するのか、単に超勤削減程度を期待するのか(その程度ならやる人多そう)、そういったビジョンも求められるわけか 特に実行部隊が多数一般社員だしな
0786デフォルトの名無しさん
垢版 |
2019/05/16(木) 18:10:27.10ID:m9+oaWM8
>>785
具体的な機能一個も出してない状態で見積もり出してもな…
肯定派の皮算用には現実感がないんだよ
買ったらあとは何事もなく全て上手くいって幾ら儲かるって論調
0791デフォルトの名無しさん
垢版 |
2019/05/16(木) 20:51:58.12ID:DAcT3XX9
ブラウザの要素の検証機能で特定することもできる
name属性が毎度変わるようなクソサイトには別のアプローチ考える
このへんは勘と経験がものいう部分
0795デフォルトの名無しさん
垢版 |
2019/05/16(木) 22:42:32.68ID:erKSjNO7
HTTPって文字列のやり取りなのにわざわざwebブラウザ起動してボタン押すとかアホみたいよね
0797デフォルトの名無しさん
垢版 |
2019/05/16(木) 23:00:31.17ID:umOcg4eG
>>796
PythonはWebDriverをサポートしている
逆に言えばWebDriverが使えればなんでもいいって事
同じようにExcelならCOMが使えればいい
0799デフォルトの名無しさん
垢版 |
2019/05/16(木) 23:07:34.41ID:MVGhesMd
Pythonバカは、都合の良いことしか考えて無いよ。
実際はどんな言語でも一長一短あるし、それだったらRPAの方が良いという結論に成りかねない。

実際はどんな言語でも良いし、RPAでも良い。
ちゃんと考えて組まれてるなら。
0803デフォルトの名無しさん
垢版 |
2019/05/16(木) 23:47:21.92ID:BeGCBtGd
>>783
>>784
ありがとうございます
各ツールの操作記録に記録できる操作対象の指定方法ですが

・UiPath
　画像
　座標
　ウィンドウやDOM

・UWSC
　画像
　座標

・PyAutoGUI
　画像
　座標

操作の記録時に、「操作対象の指定方法」を「画像認識や座標」だけではなく
「Windowsの画面の構成要素(ウインドウ)」で記録できるものはこの中だと
0804デフォルトの名無しさん
垢版 |
2019/05/16(木) 23:58:34.04ID:BeGCBtGd
推敲してたら書き込んじゃった

>>783
>>784
ありがとうございます
各ツールが操作記録時に記録できる「操作対象の指定方法」はどのような感じでしょうか？
↓みたいな感じで分かる限り教えてくれたらうれしいです

・UiPath
　画像認識
　座標
　ウィンドウハンドル
　DOM

・UWSC
　画像認識
　座標

・PyAutoGUI
　画像認識
　座標
0805デフォルトの名無しさん
垢版 |
2019/05/17(金) 03:30:21.76ID:ihZ2gYPy
>>804
・UiPath
Ui element セレクタ自動生成○
　画像認識 座標
　ウィンドウハンドル DOM セレクタ自動生成○
Invoke Codeで色々できる

・UWSC
　画像認識 座標 自動生成○
ウィンドウハンドル DOM セレクタ自動生成△
PowerShell経由で色々できる

・PyAutoGUI
　画像認識 座標
PythonだしSeleniumやらUIAutomationCoreやらと組み合わせて色々できる

単純な楽さでいうとブラウザ、Windowsアプリ問わず最適なセレクタを自動生成してくれるUiPathが頭一つ抜けてるかな。ただGUI自動操作以外の部分がちょっと弱い。上で散々言われてることだね。

UWSCはIEやらExcelのDOM操作する分にはメチャ楽だけどWindowsアプリをちゃんと操作しようと思うとわりとめんどい。あとIE以外触ろうと思うと結局Selenium経由することになる。RPAとプログラミング言語の中間くらいの位置付け

Python、、っていうかプログラミング言語はなんでもできる代わりにセレクタも自力で解析せにゃならんからめんどくさい。
その代わり既存のライブラリ利用したり複雑な処理させる場合にはめっぽう強い。TesseractのOCRで出てきた糞微妙なデータをDBにあるデータリストとレーベンシュタイン距離で類似度算出して正確に分類～とかが簡単にできちゃう

小規模利用なら全部無料だし目的に応じて選択すべし
0806デフォルトの名無しさん
垢版 |
2019/05/17(金) 05:26:16.01ID:yosqGExm
>>770
それやるのがRPAだろ
馬鹿かよw
0808デフォルトの名無しさん
垢版 |
2019/05/17(金) 07:18:16.41ID:Q0tyxIfs
uipathいいよ本当
適当に作っただけで作業ストレス軽減したわ
ちなプログラミング知識はない
月次業務の中で10時間くらい削減したかな
0809デフォルトの名無しさん
垢版 |
2019/05/17(金) 11:10:03.10ID:9a+COZnd
>>796 一時Microsoft が、Excel マクロとしてpython を入れる事を検討していたことがあったが、現在のところPython の既存パッケージを使ってくれと言う見解見たい。

https://qiita.com/yniji/items/b38bc312e860027108ac
In the meantime, these are some great tools you can use like PyXLL and XLWings

Excel チームから名前を挙げられた PyXLL と xlwings ですが、PyXLLの方は優れた製品なのですが、商用で年 $330 の使用料が必要になってくるので、個人や一般的な会社で手軽に使えるものではないと思います。
それで、xlwings を使ってみました。使ってみると xlwings 便利なのがわかりました。

Excel で Python を使いたいのならば、xlwings を使いましょう。

python には、xlwings 以外にも次のような Excel を操作できるライブラリーが存在するので、それらもインストールしておきましょう。Anaconda の場合はそれらも標準でインストールされます。

openpyxl Excelファイル（.xlsx）の読み書きが可能
xlrd Excelファイル（.xls, .xlsx）のデータを読むことが可能
xlwd Excelファイル（.xls）にデータとフォーマットを書き込むことが可能
xlswriter Excelファイル（.xlsx）にデータとフォーマットを書き込むことが可能

(使用例なども書いてある。)
0810デフォルトの名無しさん
垢版 |
2019/05/17(金) 12:22:27.06ID:KUoFYzuQ
>>808
経験談は参考になるからお時間があったらテキトーに語ってくれよ >>774 のあたり ノンプログラマーの話は少ない気がするし
0811デフォルトの名無しさん
垢版 |
2019/05/17(金) 12:23:09.75ID:ablc5L9X
RPAって実装まで踏み込んで議論しにくいよな
グラフィカルだからコードスニペットを書き込んで議論とかできない
XMLを見てもなにがなんだかわからない
スクショは撮るのもうpるのも見るのも大変
0812デフォルトの名無しさん
垢版 |
2019/05/17(金) 17:57:30.47ID:Q0tyxIfs
>>810
トライアンドエラーで自動化作れたことが良かった
今までの自動化システムだと、情シスと緻密な業務の説明、フロー作成などとにかく会議アンド会議だった。

uipathは自分でしかも費用対効果が少ない業務から適当に作って走らせることができた。
しかも業務工程の中の前後は手作業で本当に転記だけの中間工程だけとか

10分の作業だけだとしても、何個か作れば月次の忙しい時間の短縮はかなり意味がある。
精神的に(笑)
0813デフォルトの名無しさん
垢版 |
2019/05/17(金) 18:04:54.80ID:Q0tyxIfs
RPAを一気通貫にさせるのが今の課題だね
後はよく書かれてるけど自分しかわからない負債にしない事だな

自分は好き系だけど、興味ない人への教育が大変
0814デフォルトの名無しさん
垢版 |
2019/05/17(金) 18:24:43.15ID:R371aouo
>>805
かなり詳しい説明ありがとうございます
使用感がなんとなく想像できました
とっつきやすそうなUiPathを軸に他も試してみようと思います
0817デフォルトの名無しさん
垢版 |
2019/05/17(金) 20:17:26.23ID:KUoFYzuQ
>>812
>>813
説明ありがとう 好きな人はプログラミング知識がなくてもできるし興味ない人はやらないってところか
繁忙期と閑散期があるタイプの業務だと特に作り置きしやすいから導入しやすそう

導入体制みたいなのはどうなってるん？「興味ない人の教育が大変」ってのも関係あるけど、製品導入して勝手にやれとかプロジェクトチーム組んでるとか、目標置いてるかどうかとか
0818デフォルトの名無しさん
垢版 |
2019/05/17(金) 22:24:38.92ID:PcEtycGd
画像認識とか座標とかで自動化なんて汎用性無さすぎじゃね？
端末変えたら動かない
0819デフォルトの名無しさん
垢版 |
2019/05/17(金) 22:46:23.92ID:a824Z4Mb
例えばだけど、人間なら100%間違えずに使えるけどRPAじゃ絶対自動化できないシステムって原理的に作れるの？
0821デフォルトの名無しさん
垢版 |
2019/05/17(金) 23:44:32.34ID:HvOFQRCp
>>819
今のRPAはテキストを抽出してもテキストの意味を理解していないので、
例えば「これは人名？地名？商品名？」とかの判別は無理。
0825デフォルトの名無しさん
垢版 |
2019/05/18(土) 00:37:42.42ID:ocAAmrAq
>>818
比較対象が手作業やからなー
毎日メンテしてるようなもんの手作業と比べたら、端末変更時のメンテくらいいいんじゃね
0827デフォルトの名無しさん
垢版 |
2019/05/18(土) 05:50:44.37ID:D3aJPSyb
>>821
> 今のRPAはテキストを抽出してもテキストの意味を理解していないので、
> 例えば「これは人名？地名？商品名？」とかの判別は無理。
それは人間でも100%の判別は無理じゃね？
0829デフォルトの名無しさん
垢版 |
2019/05/18(土) 07:38:51.96ID:utry5wRB
>>819
チート防止でゲームが頑張ってる
ゲームだから人間でも100%は無理

実はEXCELでも人間は間違う
計算式をセルに書き込むのを忘れる
計算式を間違う
数字入れなければいけないのに、計算式で同じ数字がそのセルに表示されているのに気が付かない
0830デフォルトの名無しさん
垢版 |
2019/05/18(土) 09:16:26.68ID:dNfbz/WD
そうそう、自動化すればミスらない訳じゃないからね
ミス減らす工夫やらチェック、リカバリフローは必要
0832デフォルトの名無しさん
垢版 |
2019/05/18(土) 09:54:13.01ID:hdw6uws+
>>821
RDBである程度は補間できる
0833デフォルトの名無しさん
垢版 |
2019/05/18(土) 09:55:59.14ID:hdw6uws+
>>829
人間はそのミスを逃さないために
確認プロセスを実行する

確認プロセスを自動化すれば良い
0834デフォルトの名無しさん
垢版 |
2019/05/18(土) 10:07:59.01ID:WjwxXPAn
事務のおばちゃんが作ったRPAプログラムは入力データのバリデーションまで真面目にやってくれるんか？
変なデータを送信しまくられたら困るぞ
0835デフォルトの名無しさん
垢版 |
2019/05/18(土) 10:22:09.85ID:KPOyaH98
>>819
エクセルで作った用紙を印刷して
判子を押してからスキャンしてデータをサーバーに保存する作業
0837デフォルトの名無しさん
垢版 |
2019/05/18(土) 10:56:05.96ID:WjwxXPAn
末端の職員が人海戦術でRPAプログラムを作らないならRPAを導入する意味がない
スキル持ちの少数精鋭にとっては足かせにしかならないからね
0838デフォルトの名無しさん
垢版 |
2019/05/18(土) 11:03:53.71ID:WjwxXPAn
しかし末端の職員まで開発者ライセンスと実行ライセンスをばら撒くと高くつく
無秩序にツールを作られると管理不能になってあとで困る

どうすればいいんだ
このジレンマ
0841デフォルトの名無しさん
垢版 |
2019/05/18(土) 12:04:50.31ID:7hTVRjAz
ほんとお前らプログラミングは論理的とか言うくせに運用になると言われたことしかできねぇな
0842デフォルトの名無しさん
垢版 |
2019/05/18(土) 13:21:25.22ID:ocAAmrAq
>>841
まさにそうやな
お高いとか言う割には具体的な値段の話はしないわ、(お高いはずなのに検討した上で導入したであろう数多ある)導入事例は宣伝扱いだわ
0843デフォルトの名無しさん
垢版 |
2019/05/18(土) 13:47:18.03ID:i3DoriPl
まあ普通にプログラム組んだらタダなわけで
最小規模でも100万からなら比較するだけ馬鹿馬鹿しいな

肯定派は具体的な数字に拘ってるが、数字を出してる記事にも問題があるよ
測定対象のシステムがオープンになってるわけでもない
運用体制も不明、開発者の人数も経験も不明、具体的な業務内容も不明、測定方法も不明
実験レポートとしては全く意味をなしてないのだけど、結論だけは数字で出してるから信用する？
前提も測定方法も結果データもありませんが、結果はこうですって言って信じるのは文系だけだろう
だから科学的な教育を受けてない連中はカモなんだよ
最低でも第三者機関が再現可能になるぐらいの情報が提示されてから数字を信頼しろ
0846デフォルトの名無しさん
垢版 |
2019/05/18(土) 14:24:13.77ID:utry5wRB
やれる人がやれることを、会社が潰れるよりましだから、仕方なく嫌々でもやる
とにかくやらないと、らちが明かない
やる人に、これなら出来るというツールを、せめて選ばせてあげよう
0847デフォルトの名無しさん
垢版 |
2019/05/18(土) 14:25:31.77ID:ocAAmrAq
はぁ…
東京都のレポートなり他のものでもいいけど詳細なレポートでも読んだら？としか

まぁそれだけ厳密な手法を取りたいなら別にいいけど、当然プログラミング側にも公平に適用してるんだよね
「普通にプログラミング組んだらタダなわけで」という主張について「最低でも第三者機関が再現可能になるぐらいの情報」を勿論提示してくれるんだよな これで上に言えるわ！ 助かる！
0849デフォルトの名無しさん
垢版 |
2019/05/18(土) 16:14:24.14ID:i3DoriPl
>>847
数字をピックアップするとこんなところか？
・約3ヶ月かけて業務分析等々(業者共同)
・8回の研修(基礎5回+フォロー3日)
・1つあたり1時間～40時間かけて実装(業者支援)
・年間283時間の作業時間削減
0850デフォルトの名無しさん
垢版 |
2019/05/18(土) 16:15:28.06ID:i3DoriPl
支援業者に実験じゃなく仕事として同じ作業を要求したら幾らになるか興味があるね
0851デフォルトの名無しさん
垢版 |
2019/05/18(土) 18:04:28.90ID:ocAAmrAq
>>849
「運用体制も不明」「具体的な業務内容も不明」とかは嘘だったってことね？

最低でも第三者機関が再現可能な代案はまだかな？

別に東京都のレポートの話してもいいけど、そちらの言い分だと数字自体が信用ならないから話しても無駄だよね それは主張しないってことでいいのかな？ 食い散らかすだけの人が多いから一応ね
0852デフォルトの名無しさん
垢版 |
2019/05/18(土) 18:14:48.93ID:i3DoriPl
>>851
嘘？
そのあたりは読んでもよくわからなかったね
概要しかわからなかった
あれで第三者が検証用のロボットやプログラムを書けるならそいつはエスパーだと思うぞ
0853デフォルトの名無しさん
垢版 |
2019/05/18(土) 18:24:20.35ID:i3DoriPl
さっきも言った通りこれだけじゃ全く検証しようがないから信用はしない
しかし信用したとしてもこのスコアではな……
推進派の人はこの数字で満足なのか？
0854デフォルトの名無しさん
垢版 |
2019/05/18(土) 18:42:11.31ID:i3DoriPl
・公開されたシステムで行う
・人力で作業する際の手順書を公開する
・作成したロボットのソースを公開する
・検証したテストデータを公開する

実験なら少なくともここまではやって欲しい
そうしたら実験結果を信用できる
別に難しいことじゃないと思う

本当は業務分析や教育の費用も余さず公開して欲しいが
そういうのは公開されても検証しようがない(人や業者の能力に依存し変動する)からまあいいや
0856デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:18:38.04ID:i3DoriPl
RPAチャレンジというサイトがあるがああいうのでいいんだよ
あれを現実の業務用クソシステムにもっと似せて
良くある業務パターンごとに多数用意する
そうすれば導入検討を考える企業も気軽に検証しやすくなって嬉しい
RPAを推進したい人も誰でも検証可能かつ具体的な数字を使って宣伝できるから嬉しい
0857デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:40:49.25ID:JhwxSBKe
uipath academyのレベル3受けた奴いる？
あれむずかしいのかな
非エンジニアなんだけど理解できるかな
0858デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:44:18.02ID:AzfszekD
RPAチャレンジ試してみれば顕著だが ああいう単純なGUI自動化だけで言えばプログラミングよりもRPAのが早く組めるんだよなー
主に解析部分で差が開く。自動でセレクタ生成できるか否かの差は大きいよ
ただ完成品を比べると当然プログラミング産のが実行速度は早い
一長一短だし、どっち使うのが適してるかなんて何をやりたいかで変わるしなあ
その辺の判断含めて、RPA売るだけが目的になってない、まともな支援業者捕まえるのが良いね
0859デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:45:24.90ID:ocAAmrAq
だから、厳密にやりたいなら構わないけど、じゃあ厳密な代案出してくれんかね？

だいたいそちらの言うレベルで詳らかに企業が開示するわけないじゃん メリットは何？金になるの？わざわざ社内情報晒して 難しくないって言うなら自分でやってどうぞ

東京都のは全庁に展開したら話は別だけどね 所々書いてあって端的なのがここね↓ 批判するならまともにしてどうぞ
https://i.imgur.com/bRA7lsG.jpg

文句言いたいだけやな 反論しやすそうなとこだけつまみ食いして食い散らかすだけ
0860デフォルトの名無しさん
垢版 |
2019/05/18(土) 19:52:06.46ID:i3DoriPl
>>859
代案は出してんじゃん読めよ

誰でもアクセスできるオープンなフェイクシステム
そのシステムを使った人力の作業手順書
その人力作業を自動化するロボットのソース
ロボットに食わせるテストデータ

これ用意するだけだろ？
誰でも検証できるようになる
真実の数字を知りたけりゃデータとロボットをダウンロードして実行すりゃいい
これ以上に公正な検証方法があるか？


下の画像はお前が何を言いたいのかわからん
何が具体化されたんだ？
その画像を見れば第三者が検証できるようになるのが？
0861デフォルトの名無しさん
垢版 |
2019/05/18(土) 20:05:07.53ID:ocAAmrAq
>>860
いや、検証のための代案じゃないよ RPAじゃない業務効率化ツールの代案ね 信用に足る代案どうぞ

検証はそちらが勝手に言い出してんじゃんw やってみれば？

全庁に展開したら△1,275 △1,443 つまり、20倍以上の効果が出るものがあるって書いてあるじゃん 少なくともそちらの挙げてる283時間なんてもんじゃない効果が期待できるって書いてるわけだよね 分からないかな
0863デフォルトの名無しさん
垢版 |
2019/05/18(土) 20:15:39.66ID:ukj0iOCS
もういいわ鈍臭い
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/19.html
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_01.pdf
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_02a.pdf
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_03a.pdf

期間は5か月と書いてあったけど人数が分からん
どこだ
0865デフォルトの名無しさん
垢版 |
2019/05/18(土) 20:27:02.64ID:TpineB9D
>>858
UiPath初心者の感想ですが、ひとつひとつ画面をクリックして設定するの面倒くさくないですか?
0866デフォルトの名無しさん
垢版 |
2019/05/18(土) 20:48:48.57ID:ukj0iOCS
http://www.metro.tokyo.jp/tosei/hodohappyo/press/2019/03/27/documents/19_02a.pdf
業務フローやユーザーのハマりポイントが書いてあって参考になるな
具体的なコストには触れてないが、コストが課題の一部だと認識しているのが好印象だった
否定派も「RPA導入前の作業プロセス」を自分ならどう自動化するか考えてみると面白そう

>>859のPDFは提灯記事と変わらんゴミ
0867デフォルトの名無しさん
垢版 |
2019/05/18(土) 20:57:38.86ID:ocAAmrAq
>>864
典型的なイチャモンだねぇ 読めなかった理解できなかったのにね
ま、確かに全庁に展開する際にトライアルでは怒らなかった問題は起こる可能性はある でもトライアル以上の検証なんて出来ないし、プラスマイナスはあれどこれをベースとするしかないだろうね

仮想環境での検証の話とか面白かったけど、まぁそんなもんなんだね ご苦労さん

>>862
具体的なコストなんて当事者は出さんでしょ
業者側は今後高く売り付けたいし、ユーザー側は人件費とかバレたくないし
0868デフォルトの名無しさん
垢版 |
2019/05/18(土) 21:10:32.82ID:i3DoriPl
結局のところ分析と設計が大半であって実装する部分は瑣末な問題なんだろうな
都の実験でも数ヶ月かかった全体プロセスの中で実装はたったの数10時間(しかも素人作業)という具体的な数字が出ているわけだし
だとしたらやはり最初からプロを雇って分析と設計に加えてついでに実装もやって貰えばいいね
プロなら実装も数10時間と言わず数時間でできるだろう
もちろんライセンス無料のプログラミング言語でね
逆に全体のプロセスをプロ抜きでやろうとするのは危険とわかった
ちゃんと金を払ってプロを雇おう
0871デフォルトの名無しさん
垢版 |
2019/05/18(土) 22:05:22.55ID:K4v3zHOt
＞ 前提も測定方法も結果データもありませんが、
＞ 結果はこうですって言って信じるのは文系だけだろう
＞ だから科学的な教育を受けてない連中はカモなんだよ
＞ 最低でも第三者機関が再現可能になるぐらいの
＞ 情報が提示されてから数字を信頼しろ

最初はこんなにイキってたのになw
0872 ◆QZaw55cn4c
垢版 |
2019/05/18(土) 22:11:07.88ID:Pqc0+ZP0
>>871
＞最低でも第三者機関が再現可能になるぐらいの
＞情報が提示されてから数字を信頼しろ

今の nature や science のペーパーですら再現可能じゃないものが多い、とか言われちゃう時代ですからね、理系の世界も大して変わらないのでは？
査読論文による評価体系も崩れてきつつあると思います、ハゲタカジャーナルとかもその表れでしょう
0873デフォルトの名無しさん
垢版 |
2019/05/18(土) 23:03:50.06ID:K4v3zHOt
>>872
そういう気がする 門外漢なのであれだけど

研究に対するような姿勢は立派だとは思うけど、仕事はそこまで要求水準は高くないでしょ RPAにせよ他の方法にせよフェアな基準で見ることが大事
0874デフォルトの名無しさん
垢版 |
2019/05/18(土) 23:35:12.43ID:0r/uwSFm
上がRPA導入しろって言ってるので…
導入実績さえ有ればいいんですよ！
(弊社の場合)
0876デフォルトの名無しさん
垢版 |
2019/05/19(日) 06:08:17.22ID:SsQgo1SL
いや、そもそも特定の人しか承認ボタンが押せないシステムを作ればいいわけで
パフォーマンスや鯖資源が大きく違う
0877 ◆QZaw55cn4c
垢版 |
2019/05/19(日) 07:22:29.43ID:8BTe2vpb
>>873
生き残りたいのなら理想は高く保つほうがいい、とは考えています
そして再現可能なデータを提示するのは最高級に難易度が高いとも思います
0879 ◆QZaw55cn4c
垢版 |
2019/05/19(日) 07:49:14.87ID:8BTe2vpb
>>878
公的な承認システムを整備すればいいと思います
pdf を登録すると pdf の同一性＝ハッシュと登録日時・時刻と保障する公的機関を整備するべきです
公文書も電子ナショナルアーカイブに登録して一定期間（50年）後には全部公開するべきかと
0880デフォルトの名無しさん
垢版 |
2019/05/19(日) 10:31:25.87ID:7ZyUmHU1
だめだRPAやっぱり難しい
週末を使って地道にトレーニングを続けてるけど全く生産性が上がらん
頭の中にあるロジックを図にするだけでも凄い手間がかかる
最初は何をどう配置したらどうなるかがわからず生産性が上がらなかったけど
ある程度わかってきた今は単純に作図作業そのものが辛い
テキストならあっという間にタイプできるのに同じ事がRPAの作図だと時間がかかる
これ絶対にテキストでプログラミングするオプションを提供すべきだよ
0882デフォルトの名無しさん
垢版 |
2019/05/19(日) 11:02:45.57ID:O9gpj3eB
プログラムが高いレベルで書けるのにRPAが書けないってことはまずあり得ないんだが。
0883デフォルトの名無しさん
垢版 |
2019/05/19(日) 11:05:27.77ID:jtGe17Zx
ん～と
プログラムが高いレベルで書けるからこそ、RPAで正確で誤解の余地のない図なんか面倒くさくて冗長でとても書けない
みたいな？
0884デフォルトの名無しさん
垢版 |
2019/05/19(日) 11:14:41.08ID:2uR59baM
>>866
P35のは確認依頼してその結果がOK/NG/途中とかの管理をする必要がある
件数が少なければいいけど件数が多いと手間がかかるしミスも起きやすくなる
0886デフォルトの名無しさん
垢版 |
2019/05/19(日) 11:19:49.56ID:2uR59baM
>>866
VBAで実現可能なものもあるな
マクロの記録でできるかもしれない

実装の容易化がRPA製品の価値の一部かな

シナリオを実行するVBAのライブラリを作れば
良いだけな気もする
RPA製品をコア事業にしている会社は厳しい気がする
0887デフォルトの名無しさん
垢版 |
2019/05/19(日) 11:47:16.40ID:PnptTyNV
>>875
紙をファイリングしてISO監査で見せる必要あるからこうなるんやが
電子保存と紙保存の二重を求められるからほぼできんやろー

システムや仕組み変えろやこの作業の意味について問うのは別の話なので…
0889デフォルトの名無しさん
垢版 |
2019/05/19(日) 12:52:38.73ID:7ZyUmHU1
>>882-883
描けなくはないけどテキストと比べて手間がかかるからストレスフル
メールでリンゴって言葉で伝えればいいのにリンゴの絵を描いて添付ファイルするようなとでも言えばいいのか
凡人並みにコードが書けるなら誰でも作図は遠回りに感じると思う

>>885
そういうのもあるのか
後でやってみよう
0890デフォルトの名無しさん
垢版 |
2019/05/19(日) 13:32:38.02ID:vjlwxiII
>>880
確かに色んな意味でビジュアルとテキストの変換できるといいだろうなー↓ メーカー側のメリットが薄そうだから難しいそうだけど
・テキストに慣れたプロが使いやすいように
・上で出てたRPAのプロトタイプからシステム化に移行しやすいように
・RPAサービス終了時にシステム化して緊急避難できるように
・RPA製品間の移行ができるように
0891デフォルトの名無しさん
垢版 |
2019/05/19(日) 14:27:47.83ID:rIeXrTmo
>>887
印刷物をハンコを押す人の前に届けるとかハンコを押すとかの物理的な操作以外は簡単に出来るだろ
物理的な操作が必要ならペッパーとかで頑張れw
0892デフォルトの名無しさん
垢版 |
2019/05/19(日) 16:04:18.04ID:+SzmmtV9
>>891 電子印鑑を押してプリントしたものでも何ら問題ないぞ。
勿論電子書類でそのまま送れるところには、そのまま送るが。
0899デフォルトの名無しさん
垢版 |
2019/05/20(月) 00:14:08.13ID:RRKNpK2Q
ユーザー自身が必要なシステムの仕様書を書けない問題に対する回答として
・メーカー寄りの回答がアジャイル開発(メーカーが作るがユーザーレビューを頻繁にする)
・ユーザー寄りの回答がRPA(ユーザー自身に作らせる)

とか考えてみたが、システムの規模とか違うな
0901デフォルトの名無しさん
垢版 |
2019/05/20(月) 08:09:04.15ID:Ls7KtjSn
>>896
業務の都合ではなくて
社外とか他の要求によるもの
変えるとしたら議会とか外部を変える必要があるモノもある
0902デフォルトの名無しさん
垢版 |
2019/05/20(月) 12:37:06.59ID:Szi9/Ud5
価値あるシステムを作るのがアジャイル(というかアジャイルに限らず一般的な開発)
システム同士を推奨されない方法で無理矢理繋ぎ合わせるのがRPA
0904デフォルトの名無しさん
垢版 |
2019/05/20(月) 14:49:44.50ID:sZS9yBjR
明確な定義じゃなくて、みんながいろんなのを「これぞRPA]と言っているから
「RPAはあいうえお」と理解している人に
「RPAはあいう＋うえお」と説明しても、理解できるはずが無い
0907デフォルトの名無しさん
垢版 |
2019/05/20(月) 17:51:24.39ID:MHTXu+vK
>>902
価値あるアジャイル
推奨されない無理矢理RPA
開発手法の話に価値観をぶっ込んでくるのがなんとも香ばしい ネガキャン乙ですね
0908デフォルトの名無しさん
垢版 |
2019/05/20(月) 18:29:38.30ID:+gFw2T6+
>>907
はぁ？
アジャイルは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える
RPAがやってるような無理矢理プログラムで画面操作なんてのは、誰が見たってまっとうじゃない汚いやり方であって、本来ならプログラムから呼び出されることを前提にしたAPIを提供・利用すべきところだ
キミはちょっと粋がる前にまずITの常識を身につけてくれ
0909デフォルトの名無しさん
垢版 |
2019/05/20(月) 18:45:40.79ID:MHTXu+vK
>>908
ITの常識であることを示してくださいよ
RPAを進めてる企業はITの常識がないんだね 常識人様かっけー

RPAは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える ←これでええんちゃう
0910デフォルトの名無しさん
垢版 |
2019/05/20(月) 18:52:06.48ID:WUauwveS
RPA進めてる企業はITの常識がないと思うよ
大部分の企業はRPAが流行っているから取り入れてるだけ
事業部門で乱造されたvbaのマクロが技術的負債となっていて、
それに代わるRPAが技術的負債とならない理由を明確に説明できる導入担当者は滅多にいないと思う
0911デフォルトの名無しさん
垢版 |
2019/05/20(月) 19:01:47.22ID:DDB8Oiif
何故その組織でRPAが推し進められるかって、そこにRPAを斬って捨てられる「お前ら」が居ないからだしな
だからいくら否定したところでRPAは導入される、ここで否定している「お前ら」がその組織内で矢面に立って
RPAを斬って捨てられる抜本的改修を行ってくれるわけではないからだ
0912デフォルトの名無しさん
垢版 |
2019/05/20(月) 19:11:53.59ID:+gFw2T6+
抜本的な改革ができなければRPAを導入する
この戦略は推進派が仕掛けた大胆なミスリードだろう

この戦略ではRPAを導入したら黒字になるって前提を何の保証もなく受け入れてしまってる
実際には野良マクロと同じで借金(技術的負債)になる可能性を大いに孕んでるわけだ
導入したら赤字にだってなりうるのに推進派はなぜかそのリスクを完全に無視して話を進めようとする

とまあここまでちゃんと考えてる人なら
代案がなければ導入を見送って現状維持という選択肢が見えてくるわけだな
0913デフォルトの名無しさん
垢版 |
2019/05/20(月) 19:54:17.68ID:tNUIdW8D
RPA進めてるのはプロが沢山いるシステムメーカー企業もだけどな

野良マクロが残ってるのは、(リスクがありつつも)トータル収支がプラスだからでしょ トータルマイナスなら使うのやめて手作業すればええんやし
0914デフォルトの名無しさん
垢版 |
2019/05/20(月) 20:53:26.11ID:WqxMRmSy
上に出ている 19_02a.pdf を読んで感じたのは、言われるほど迅速でも簡単でもない事かな
製造・販売元のフルサポート約4か月と業務分析を丸投げをした上で284時間の削減だし
RPA担当者を決めて育てないと非効率じゃない？
0915デフォルトの名無しさん
垢版 |
2019/05/20(月) 21:31:39.33ID:XvKGcCXD
効果と用途が解りやすいから
RPAに興味を持つ企業が多いし営業も売り込みやすい

リレーショナルデータベースひとつとっても、
原理の理解が難しいユーザーにシステムをプレゼンして売るより楽
0918デフォルトの名無しさん
垢版 |
2019/05/20(月) 22:41:41.10ID:S+LzFoa5
>>908
アジャイル＝手法
RPA＝ツール（python,VB,C#もツール）
何で手法とツールが比較対象になるかな。

アジャイルの比較対象はウォーターフォールとかだろ。

頭悪そうだな。
0919デフォルトの名無しさん
垢版 |
2019/05/20(月) 23:47:17.09ID:sZS9yBjR
RPAというツールは簡単に手早くというアジャイルを連想させる宣伝をしているけど
実際はアジャイルに向かないし、アジャイルの本質も外している
といいたいのでは？

ところで、ときどき引き合いに出されるVBAは、自分はシステム化使ったことはないけど
アジャイルに使えるようなもの？
0920デフォルトの名無しさん
垢版 |
2019/05/20(月) 23:56:29.51ID:QzUOq4Zt
ま、RPA（GUIプログラミング）の比較対象は普通はPythonとかのコードプログラミングだろうな

誰もが知ってるソシャゲの最大手もRPAを社内業務に導入しているけど、ITの知識が足らないんだ
オマエらどんだけ凄いんだ？
0924デフォルトの名無しさん
垢版 |
2019/05/21(火) 00:34:28.57ID:k9v5JDAs
課題解決の手段の話だろ
開発体制で解決を目指してもいいし ツールで解決を目指してもいい あるいは組み合わせることも可能性としてはある
0925デフォルトの名無しさん
垢版 |
2019/05/21(火) 00:37:05.52ID:Uhxgkz/G
まあGUIしかインターフェースのないクソツールが多いからGUIの側面が強調されるのはわかるが。
0927デフォルトの名無しさん
垢版 |
2019/05/21(火) 02:45:50.09ID:TjbQceSH
Pythonはインストールして環境構築しないといけないが
Powershellはインストールしなくても使用可能。

.netの豊富なライブラリも使える。

なのに人気のなさよ。
0928デフォルトの名無しさん
垢版 |
2019/05/21(火) 05:58:36.24ID:Aycvo8FW
pythonとRPAは対じゃないぞ
pythonはRPAにもなる包含の関係になってる
だからRPAをやりたければpythonを学べばいい
0929デフォルトの名無しさん
垢版 |
2019/05/21(火) 06:11:07.87ID:3SKreY0M
>>928
その論法だと、ありとあらゆる言語、アセンブラがRPAにもなる包含の関係になってることになる
RPAはpythonを知らなくても使えるのが最大のメリットだから、pythonはRPAではない
異論は幾らでも
どうでもいいし
0930デフォルトの名無しさん
垢版 |
2019/05/21(火) 07:07:10.88ID:BRTQCfuh
高級言語＋プログラマ→システム構築（投資）
ノンプログラミング＋事務員→リストラ

付加価値の創出　vs　組織のスリム化

この２つは経営戦略上の狙いがまったく違う
0933デフォルトの名無しさん
垢版 |
2019/05/21(火) 07:48:02.44ID:i7gQuS61
>>929
その通りだよ
解ってきたようだね
普通のプログラミング言語はRPAのスーパーセット
ただパッケージの充実度や言語そのものの生産性によって利便性は大きく変わるだろうね
C++やアセンブラでもRPAできなくはないが高い生産性は期待できないからやるメリットはないと言える
0935デフォルトの名無しさん
垢版 |
2019/05/21(火) 07:54:49.37ID:jn/uMTqD
RPAで自動化出来る仕事の半分はそもそもビジネス上価値が無く
やらなくてもいい仕事であるという統計がありま
0936デフォルトの名無しさん
垢版 |
2019/05/21(火) 08:38:11.09ID:QqMBmour
実行できる機能的な話でいえばpythonはRPAと包含の関係になってるが、
RPAにはコードやセレクタの自動生成やGUIプログラミングっていうPythonには無い要素を持ってるわけで、
且つ上記二点の特徴がRPAの主軸機能ともいえる点から総合的に見れば完全な包含関係とは言えないと思うよ
0939デフォルトの名無しさん
垢版 |
2019/05/21(火) 11:22:33.36ID:GeNjPIR5
>>938
？？？？？
Pythonにもコードを自動生成したりGUIプログラミングができるパッケージがあるってんなら納得だが、現時点でそんなのないよね
そもそも、RPAでできることはPythonでもできるから初めからPython学ぼうって理論が成立するなら
PythonでできることはCでもできるから初めからC学ぼうってことになるよね
じゃあPythonの存在意義は無いのか？って言われるとそうじゃなくて、PythonにはCには無い学びやすさとパッケージの豊富さがあるから価値がある
RPAにも同じように、Pythonには無いGUI自動操作に特化した機能があるから価値があるってことなんだよ

どっちが良くてどっちがダメってんじゃなく適材適所の話ね
実際のところ、PythonってSeleniumのおかげでWebアプリには強いけど、Windowsネイティブアプリの自動化ってなるとめっきり向いてないよね
ペイント開いて「貼り付け」ボタンを押下するだけ単純な処理のコード貼ってみ？？
え、めんどくさ　って思ったっしょ？その時点でもう向いてないってことだからね
0940デフォルトの名無しさん
垢版 |
2019/05/21(火) 11:41:01.75ID:TglY/tHF
やっと主観的なRPAはダメ！的な盲目的コメントから冷静なコメントが出てきた
勉強になる
0941デフォルトの名無しさん
垢版 |
2019/05/21(火) 12:15:34.32ID:OlyPjtaQ
>>936
それらはRPAの要件ではないよ
一部のRPAを名乗る製品がそれらをサポートしているというだけだ
人間が手作業で行っていたような作業を自動化するもの、ヒューマンインターフェイスを通じてプログラムをコントロールするプログラムがRPA
0942デフォルトの名無しさん
垢版 |
2019/05/21(火) 12:37:41.04ID:OlyPjtaQ
>>939
RPAでできることはパイソンでできる
パイソンでできることはcでできる
パイソンはRPAより簡単で生産性が高いので前者は成立するが
cはパイソンより難しく生産性が低いので後者は成立しない

パイソンにもGUI操作に特化したパッケージは無数にある(このスレでも散々既出)

ポチポチの生産性が高いのはごく小さな画面小さな処理短い寿命のツールだけだよ
ポチポチのために他の素晴らしいプログラム体験を犠牲にするのは目先の利益しか見えてない証拠
GUIポチポチでパス解析したいならインスペクタツールを使えばよろしい
それかSikuliXとかそっち系のツールもなんかあるだろ
0943デフォルトの名無しさん
垢版 |
2019/05/21(火) 13:31:21.33ID:MD1oUmkY
いや、結局ライブラリの問題でCだろうがPythonだろうがVBAだろうがRPAだろうが同じ。
RPAはライブラリが揃っているのは有利かもしれない。
結局、どんな言語でも組む人の問題。

で、出来た物がダメな可能性が高いのはRPAだろうね。
0944デフォルトの名無しさん
垢版 |
2019/05/21(火) 13:42:05.89ID:QGDbQQB0
プログラム知識が互いにゼロの状態から自動化を行う場合、即戦力としては
RPAに軍配上がるだろうね
何年後か先を見た場合RPAだけ使える人とプログラム使える人とでは
汎用性やスキルの差が目も当てられないことになってそう
0945デフォルトの名無しさん
垢版 |
2019/05/21(火) 13:52:13.78ID:MD1oUmkY
プログラム知識が無い人は、ゴミなので意味が無い。

RPAやってプログラム知識を積むんだが、敢えて言えばVBAやってプログラム知識積んだ人が後からやった方が良いし、Pythonの方が更に良いし、Cの方がと続く。
0946デフォルトの名無しさん
垢版 |
2019/05/21(火) 13:59:13.22ID:j42QpNYj
え～
ぼくのかんがえたさいきょうのRPAの議論をやるの？
不毛だよ
RPAとして売っている、配っているものがRPA
でもね、気をつけて
「PythonこそがRPA」とか言ったらコミュニティでBANくらっても文句言えないレベル
0947デフォルトの名無しさん
垢版 |
2019/05/21(火) 14:21:33.50ID:QqMBmour
>>942
>cはパイソンより難しく生産性が低いので後者は成立しない
全てのC使いに謝れ（笑）Cは難解だがPython以上の自由と実行速度がある。結局どこに重きを置くかで使うツールの最適解は変わってくるってこと
現状ではWindowsネイティブアプリの自動化に関してはUiPath使うのが楽だよねって話（3大RPA以外のRPAツールが生産性低いのは同意）

因みにPythonのGUIに特化したパッケージとは？？？
全然思い当たらん。スレにも出てないよ。PyAutoGUIの事言ってる？？？あれイメージマッチングしかできないからね。
UIAutomation叩けって話？それならPythonじゃなくC#でいいよね。それにしてもいちいちInspectで解析とか生産性低すぎだけどね。
SikuliX？？あれこそ画像認識しかできない糞RPAの代表格みたいなツールじゃん。
0948デフォルトの名無しさん
垢版 |
2019/05/21(火) 17:59:27.06ID:dHwvsA57
Windowsならpythonより.NETの方が簡単
インスペクタでポチポチ調べてpowershellに貼り付ける
RPA製品のポチポチと比べてそんなに生産性が劣るとは思えない
それにプログラムならポチポチ以外の解析方法もあるしね
0949デフォルトの名無しさん
垢版 |
2019/05/21(火) 18:35:33.05ID:mT3rZ3e8
>>948
インスペクタでAutomationIDがブランクになっててNameも付いてないような場合でも自動化ってできるの？？
できるとして、どうやって要素特定するの？
0951デフォルトの名無しさん
垢版 |
2019/05/21(火) 20:07:54.85ID:MD1oUmkY
インスペクタよりはRPAの方が全然良いだろ。
RPA否定派だけど公平じゃないのはいただけない。
0952デフォルトの名無しさん
垢版 |
2019/05/21(火) 20:09:17.65ID:MD1oUmkY
でも、インスペクタみたいなのは簡単に作れるので、自分に合ったのを作っとけば良い。
0953デフォルトの名無しさん
垢版 |
2019/05/21(火) 21:00:02.88ID:uppTvlNm
構造が綺麗かつ静的なUIならRPAもinspectも作業量は大差ないかと
複雑なUIをRPAで操作したことがないので、その場合は比較できないけど・・・
例えば>>949のように内部構造が不親切なUIやコントロールが動的なUIは、RPAの場合どうなる???

>>952
コード生成も簡単な割に効果が大きいのでオススメ
0954デフォルトの名無しさん
垢版 |
2019/05/21(火) 21:01:25.22ID:mT3rZ3e8
>>950
やっぱりそうなるよね…
他の属性もNullで周辺に手頃なアンカーになる要素がない場合はツリーの上の方から指定する感じですよね
この要素の3番目の子要素の孫要素の2番目の子要素の…みたいな
めちゃくちゃ大変そう

>>952
インスペクタ的なの自作できるんですね！！
FindAllで要素列挙する感じ…？？このへんの情報ってWeb上にあんまり転がってないから詳細気になります！！！
0955デフォルトの名無しさん
垢版 |
2019/05/21(火) 21:30:25.23ID:k9v5JDAs
RPAでやるこの作業をPythonなら(Pythonでも)こんな簡単にできます、だからベストプラクティスはこれなんです、みたいな話がこんなふうに載ってるとRPA肯定派も減るかもな 私はRPA肯定派だけど
0957デフォルトの名無しさん
垢版 |
2019/05/21(火) 22:06:15.27ID:cyPXFvwt
SEにRPAを作らせるような本末転倒な現象があちこちで起きてるから
RPA＜PGみたいな当たり前の比較が出てくる

窓際じじいやパートのおばちゃんが作れないなら、その時点で導入を諦めとけ
0958デフォルトの名無しさん
垢版 |
2019/05/21(火) 22:09:31.75ID:dHwvsA57
WinAppDriverはXPathをサポートしてるからクソUIにも比較的対処しやすい
デスクトップアプリ自体の需要が激減してるからだろうけどMicrosoftがあまりWADに熱心じゃないのが残念
0959デフォルトの名無しさん
垢版 |
2019/05/21(火) 22:38:38.94ID:QqMBmour
他は知らんがUiPathなら美UIだろうがクソUIだろうがワンクリックでセレクタ自動生成よ
構造解析に頭使わなくて済むってだけで使う理由に足る
0960デフォルトの名無しさん
垢版 |
2019/05/21(火) 22:44:13.94ID:/D6j6qTK
UiPathだけじゃなくて、Blue PrismもAutomationAnywhereもそう
三大RPAは楽々セレクタ自動生成
他は知らん
0961デフォルトの名無しさん
垢版 |
2019/05/22(水) 00:07:11.52ID:bxcYYOqD
───────→〇

┌──┐
　　　　 └─┐┌→×
　　　　　　　 └┘

まっすぐ行きますか?
曲がりながらたどり着きますか?
マウスカーソJは。
0962デフォルトの名無しさん
垢版 |
2019/05/22(水) 00:27:48.01ID:96zrvqQu
RPAが簡単ってのはちょっと信じられん
もう何日か弄ってるが全く思い通りに快適に処理を組めない
とにかくGUIでプログラミングってのが思ってたよりずっと難しくて苦痛に満ちてる
なにがどこにあってどうしたらどうなるのか直感ではサッパリわからない
じゃあ調べるかってググるんだけどなんも出てこねえの
スクショとか動画は時々出てくるんだけど
それじゃ検索できねえし視聴するのも大変

それと使いかたがわかっても生産性はあまり期待できない
GUIエディタの操作感がいまいちだから作図そのものの労力が思ったより大きい
調査を済ませて手を動かすだけの状態でも実装に時間がかかる
キーボードでテキストを打つよりもマウスとキーボードで作図するほうが大変なのは考えてみたら当たり前の話なんだけど
しつこく簡単だって言う人が居るからその労力を過小評価してしまっていた
0963デフォルトの名無しさん
垢版 |
2019/05/22(水) 00:42:39.58ID:4YJPjHYX
RPAがテキストプログラミングよりも簡単というのはRPAベンダーの意図的なミスリード
テキストプログラミングがわからない人でもGUIエディタで何とか組める、というのが正解
両方できる人にとってどちらが簡単かという視点で評価されてるわけじゃない
0964デフォルトの名無しさん
垢版 |
2019/05/22(水) 00:54:08.77ID:96zrvqQu
>>963
しっかり教育した上でセンスのある何割かが何とか組めるって感じなのでは？

例の導入実験レポートでもベンダーのサポート無しで最後まで組めたロボットは1体だけだった
研修を受けた人の感想も簡単楽勝即戦力という印象ではなかった
0965デフォルトの名無しさん
垢版 |
2019/05/22(水) 01:55:02.22ID:UE4fNRS/
とりあえず何のRPAだったかくらい書こうぜ
UiPathなのかBlue PrismかWinActorなのかさ
0966デフォルトの名無しさん
垢版 |
2019/05/22(水) 01:56:56.64ID:UE4fNRS/
テキストプログラミングにもPython,VBA,Cとか色々あるようにRPAにもUiPathとかBizRoboとか色々ある
0967デフォルトの名無しさん
垢版 |
2019/05/22(水) 06:08:36.71ID:ibGj0Bbb
>>964
自分素人でuipathで今組んでるけど、とにかく技のレパートリーが少ない状態
やることは難しくないけど、こういう時どのアクティビティてどのような.netで記述すればいいのかわからない
型とかも馴染みないし、変数の概念もまだ染み付いていない

ゲームと同じで雑魚敵倒してレベルアップ期間が必要。
急にボス戦(会社の課題解決)突入しても勝てないね
0968デフォルトの名無しさん
垢版 |
2019/05/22(水) 08:03:07.19ID:VzR1qppQ
組めないマンは詳細書けよ
どんなものを組もうとしてるのかとか
どの製品使ってるかとか
具体性がないからモヤモヤする
0969デフォルトの名無しさん
垢版 |
2019/05/22(水) 08:13:58.44ID:4YJPjHYX
結局.NETライブラリを使える奴しかUiPathをまともに使いこなせないという話なのかね
0970デフォルトの名無しさん
垢版 |
2019/05/22(水) 08:14:07.38ID:QRodnWgc
RPAもピンキリ
たぶんここで簡単生産性高い言われてるのは3大RPAツール（Automation Anywhere, Blue Prism, UiPath)のどれか
難しいわからん情報少ない言われてるのはそれ以外のRPAツール（WinActor,BizRobo,NICE,RoboPad,Auto〇〇名人..等）

3大RPAの中でもUiPathは無料ライセンスある分頭一つ抜けて情報量多い
機能的には横並び

まとめるとこんな感じかな？
0972デフォルトの名無しさん
垢版 |
2019/05/22(水) 08:45:31.91ID:+nr5I4Jl
ステマの言ってることと実際にやってみた感触が全然違うから何を信じていいのかわからねえ
0973デフォルトの名無しさん
垢版 |
2019/05/22(水) 09:18:34.73ID:Re6hEi8T
こういう時言われても分からんわなw
0974デフォルトの名無しさん
垢版 |
2019/05/22(水) 12:59:05.05ID:Cc2KdtdB
これだけ具体性なく書けるってすごいな
使い手は問題ないんだろうか

＞頭の中にあるロジックを図にする
＞何をどう配置したらどうなるかがわからず

＞全く思い通りに組めない
＞なにがどこにあってどうなるのか直感ではサッパリわからない
＞ググるけどなんも出てこねえの
0975デフォルトの名無しさん
垢版 |
2019/05/22(水) 13:02:02.78ID:CNYS/Oxc
実際のところRPAツールのシェアってどんなもんなんだろう
国産ってことでWinActorが多そうだけど…
ライセンス的に個人でも気軽に試せるのはUipathだし、
費用的にAAとBPは大企業での導入が大半かな？
展示会によく出店してる名も知らぬツールのシェアもそこそこありそう
導入してるとこは何入れてるかと使い心地聞きたいなー
0976デフォルトの名無しさん
垢版 |
2019/05/22(水) 13:48:48.66ID:WDej9GuM
>>953
>>954
RPAにそんなに詳しく無いけど、自分がRPAを作るとしたら>>949みたいなのは簡単に出来るので、恐らく一般的なRPAもそうしてると思う。
人間が複雑と思ってるのって機械にとっては複雑じゃないので機械的に親、子、孫でも良いし、コントロール属性で何番目でも良い。

>>953
コード生成はIE系では既に作ってる。
けど作ったの10年以上前でUIが糞なんで作り直そうと思ってる。
通常アプリでも作るつもり。

>>954
FindAllは個人的にはお勧めしない。
自分の組み方が悪いのかも知れないけど見つからない時が結構有った。(ツール作ってる時じゃなくて操作するための検索時ね)
FindFirstで兄弟見つけてそれぞれに対して自分を呼び出せば良い。
0977デフォルトの名無しさん
垢版 |
2019/05/22(水) 15:28:54.11ID:xmX3hXP/
>>976
主要なRPAツールだと>>949みたいなアプリの要素をクリックした時にどんなセレクタが生成されるんだろ？
サンプルアプリと実際にワンクリックで作ったセレクタを並べて比較したいが面倒くさい
0978デフォルトの名無しさん
垢版 |
2019/05/22(水) 16:54:57.24ID:pYiuhKLb
>>977
コード書かない人にとってはオブジェクトの情報は寧ろ無い方が良い。
オブジェクト名1個とアイコンぐらいの方が理想的でしょ。
親とか子とか属性とかは見えない方が良いと考えるんじゃないかと思う。

一方、コード書いてきた人にとっては情報は有るほど良い。
その方が対応出来る幅が拡がる。
0982デフォルトの名無しさん
垢版 |
2019/05/22(水) 21:37:38.99ID:bY/hrc2P
RPAは情報交換しにくくて不便ですね
気軽にコードスニペットを貼り付けて議論したいけどXMLでは見てもわからない…
0984デフォルトの名無しさん
垢版 |
2019/05/22(水) 22:55:16.73ID:bxcYYOqD
>じゃあ調べるかってググるんだけどなんも出てこねえの

ホントそれ。
結局はユーザー数なんだよな。
VBとかCなんか、多少難しくても、ググればすぐ作例が出てくるからな。
0985デフォルトの名無しさん
垢版 |
2019/05/22(水) 23:00:37.52ID:x1N2Aurl
>>977
でさ、慣れてくるとHTML丸ごとテキストに落としてREGEXでごにょごにょしてINVOKEしちゃうという
一体俺は何をしてるんだ地獄に落ちるのだ。
0986デフォルトの名無しさん
垢版 |
2019/05/22(水) 23:04:17.77ID:x1N2Aurl
後きっと何言ってんだお前と言われること必定だけど、
要件分析が糞だと結局道具何使っても同じ。
0987デフォルトの名無しさん
垢版 |
2019/05/22(水) 23:13:45.45ID:bxcYYOqD
>要件分析が糞だと

糞程度ならまだマシな方。
ウチなんか、要件分析なんかしないで丸投げだもんね。

プログラムと魔法の区別がつかないっていうか、
マジックの種がなくても空中浮遊できると思ってるレベル。
0989デフォルトの名無しさん
垢版 |
2019/05/23(木) 00:12:18.35ID:oHhuKr3A
新人や派遣の方が入られた時に指示するようにお話ししてください
てやったら結局ヌケだらけだというね....
もちろんこちらの経験でこういうこともありませんか、こんな例外は
ありませんかとか力の限りは尽くして拾い上げたつもりでもネ。

要するに業務の棚卸経験、適性の差がもろにでるというね、って40
年前から進歩してないじゃん。

SEが偉いって訳じゃないよ。むしろサービス部隊なんだからね。

楽天が英語力とプログラミング能力とかを採用で重視とか、いつもな
ら眼にも留めない提灯記事を見入ってしまう今日この頃（っていうか今日）
0990デフォルトの名無しさん
垢版 |
2019/05/23(木) 05:57:33.50ID:qnoO+lBN
>>984
ユーザー数が少ないマイナージャンルというのも理由の一つだけど、
それ以上に、プログラミング言語みたいに、気軽にテキストでコミュニケーションを取れないことが最大の課題
このスレだって、もう3スレ終わるけど、具体的なRPAプログラムをUPして議論になったこと、一度もないよね
ここと同じ、事務員が多いVBAスレですら、コードを通じて具体的な議論が交わされている
RPAスレはそういうの、まったくない
コミュニケーションの労力が大き過ぎるから誰もやろうとしない
0991デフォルトの名無しさん
垢版 |
2019/05/23(木) 05:59:15.47ID:qnoO+lBN
情報発信のコストが大き過ぎるから誰もやろうとしない
だからググっても何も出てこない
0992デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:16:23.11ID:ui9bHEhc
>>959
Webならブラウザの機能で同じことができると思う
0995デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:53:29.69ID:qnoO+lBN
>>991
地味だけど致命的な課題
言ってしまえばインターネットの力の大半を封じられたようなもの
0996デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:54:59.99ID:qnoO+lBN
>>994
inspectもあるしレコーダーもある
そもそもデスクトップアプリは極一部なのでそんな気にしなくていい
0997デフォルトの名無しさん
垢版 |
2019/05/23(木) 10:17:56.11ID:+MKx2viq
>>996
Webアプリて流行りだしたの最近だし、まともなやつならAPI揃ってること多いからRPAなんてそもそも必要ない事が多い
今問題になってるボトルネックになるような基幹システムは殆どがデスクトップアプリだと思うよ
inspectって構造が見れるようになるだけで解析やセレクタ作成は自力でやんなきゃだし、そういう非効率な部分を解決する手段としてRPAは使えるというお話
0998デフォルトの名無しさん
垢版 |
2019/05/23(木) 10:37:06.44ID:Ru90FyG3
おもいつき
ハードウェアとアプリケーションの間を埋めるOSとミドルウェアのように
アプリケーションとユーザーの間を埋めるのをRPAということにしたいと思う
この観点からRPAベンダーは作り直せ

つまり、何かをするボタンというのがあって、人間はそれをクリックするだけでよいし
タスクスケジューラでクリックするプログラムを起動しても良い
0999デフォルトの名無しさん
垢版 |
2019/05/23(木) 12:17:26.20ID:JM+CLTRH
>>997
非効率かなー
構造がわかれば解析やセレクタ作成は秒単位の作業だろ？
その些細な作業のために全体的に非効率なRPAを導入するのはもったいないよ
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 50日 3時間 52分 1秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況