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

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/05/07(火) 14:41:37.25

>>398
何言っても
そんなのワシ分かんないよ～
でおしまい

**デフォルトの名無しさん** · 2019/05/07(火) 14:49:03.21

>>400
日本の情シスって外注に仕事投げるだけのおじさんが大量にいるから、その連中に聞こうとも思わんのだろう

かといって、RPAコンサルに騙される経営者は不動産投資営業に騙される連中と変わらん

**デフォルトの名無しさん** · 2019/05/07(火) 15:24:37.14

>>403
安くなるんだったら良きに計らってやっちゃってよ～、とならないのは何故？

**デフォルトの名無しさん** · 2019/05/07(火) 15:29:19.84

>>405 1円も出したくない。

**デフォルトの名無しさん** · 2019/05/07(火) 16:06:26.36

システムに金出したがらないのは悪しき風潮だよな
ま、経営者視点じゃブラックボックスだしROIが見えにくいからいいようにボラれそうって心理になるんだろ

その点RPAは既存業務の自動化ってことで時間削減効果が目に見えて分かるから経営者が飛びつきやすいんだろう

**デフォルトの名無しさん** · 2019/05/07(火) 16:40:50.47

少なくともIT担当重役か部長が1人位いないとIT革命は進まないだろうな。
わからない人間は判断できっこないんだから。

**デフォルトの名無しさん** · 2019/05/07(火) 16:55:56.70

>>406
トータルで安くなる(って部下から提案されてる)のに？
まあ、失敗のリスクを過大に見積りがちってことなのかねそんな上手い話言ったって失敗したら無駄金じゃないの～、みたいな
あるいは、新たな出費は嫌だけど現状の無駄遣いは構わないという判断の不合理性みたいな

確かに管理職の昇格条件とかにするべきだよな

**デフォルトの名無しさん** · 2019/05/07(火) 17:09:36.64

決算が赤字の場合は、訳解らない人間が残業代を垂れ流してるより首を切った方が直接的な利益になるからな。
後の事などケセラセラ

**デフォルトの名無しさん** · 2019/05/07(火) 17:10:54.01

モノタロウは利益が急成長し続けていると言うのも大きいだろうな。プラスがプラスを生む良い回転に入ってる。

**デフォルトの名無しさん** · 2019/05/07(火) 17:43:24.36

>>405
何故か？
企業が広告を出してないから

**デフォルトの名無しさん** · 2019/05/07(火) 18:53:49.95

>>398
現場からすると経営と情シス双方が過小評価しているように思える。
よく聞くのが「たかが数秒速くなったところで変わらないだろう？」というセリフ。
改善の効果を見積もるのは難しいので予算を取ろうにも
「そんな不透明なものに金は出せない」と言われてしまう。
しかし無から始まるものは分かり易いのでそのまま通る事が多い。

後はそもそも情シスが多忙でやりたがらないケース。
「今動いているから別にいいよね？」で終わる。

**デフォルトの名無しさん** · 2019/05/07(火) 19:08:25.13

>>413
正攻法じゃ何を言っても無駄
広告を出して流行ってるような記事をばらまかなきゃ購買意欲が湧かない
専門知識ない企業幹部なんてただの消費者と変わらない
消費者に物を売るにはとにかく宣伝だ

**デフォルトの名無しさん** · 2019/05/07(火) 19:20:52.69

>>413
情シスの立場からすれば、将来かならず問題が起きて負債になるのが見えているから嫌
だから、現場の人が情シスを飛び越えて
「我々でずっとやります。情シスなんて頼りにしません」
と一筆入れないと無理

**デフォルトの名無しさん** · 2019/05/07(火) 20:40:06.18

>>415
RPAって情シスと現場が歩み寄って連携しないと、絶対にうまくいかないのに、
なんだかRPAそのものが争いの火種になってるよね。

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

このジレンマを解消しないかぎり、RPAに未来はないのではないか？

**デフォルトの名無しさん** · 2019/05/07(火) 23:12:29.83

だって情シスが考えてるのは自分達の事だけで、会社の利益じゃないもん。

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

これが現実。

**デフォルトの名無しさん** · 2019/05/07(火) 23:24:38.86

分かってね―な。
情シスにそれだけの予算があれば自動化だってやるだろう。
もっとも、その力量があるかというと疑問符が付くけど。

結局、経営と現場と情シスの連携が出来ないという組織の問題。

**デフォルトの名無しさん** · 2019/05/07(火) 23:26:42.42

まだRPAやってないけど、情シスとしての心配事いくつかある
・イレギュラーが洗い出しきれず、エラー停止＝即メンテが日常化
・エラー対応を現場に理解してもらえないとロボット増＝情シスの運用工数増
・Excel大好き企業なのでExcelからExcelへの転記は一瞬で要望出てくるが投資効果なし

今の所インターネット上の客先システム自動化だけにしとけ！って脳内で叫んでる

**デフォルトの名無しさん** · 2019/05/07(火) 23:35:12.90

>>417
まるで情シスの不利益は会社の不利益じゃないみたいな言い方だけど
情シスがRPAに工数を取られて基幹システム等々に工数を割けなくなったら会社の不利益になる

将来的に重大なリスクになりうると指摘されてるのに無視して自分達が楽することしか考えない
現場のほうが会社のことを考えてない

**デフォルトの名無しさん** · 2019/05/08(水) 00:22:43.03

情シスがそのシステムを組んだのなら商用RPAに頼らず改良の道を選んで欲しいんだがなぁ。
ExcelのデータをUIエミュでコピペしていくのと
システムにそのままインポートするのでは
どちらが効率的か分かるよね。

**デフォルトの名無しさん** · 2019/05/08(水) 01:06:41.52

RPAをプロトタイピングツールとして使うのがいいかも
まずなにか一つをRPAでやってみて効果ありなら情シスにリクエストとして上げる
仕様はRPAでやっている通り
毎月１つずつでも12個はできる

**デフォルトの名無しさん** · 2019/05/08(水) 01:21:59.35

excel入れたとき勝手に現場が使っていったああいう感覚だけどなあ、なんでこんな反対なの。とにかく触って欲しい。

**デフォルトの名無しさん** · 2019/05/08(水) 03:45:56.80

>>421
うちは中間方式だな、
Excel何々フォーマットからA-J列をコピペすれば一括投入出来るよ、
みたいな画面をいろいろ作った
ロジックとしてはTSVファイルのインポートと同じでGUI付けただけとも言える

**デフォルトの名無しさん** · 2019/05/08(水) 05:55:39.66

>>423
外部サービス都合で壊れやすい
自社システムの更新を難しくする

**デフォルトの名無しさん** · 2019/05/08(水) 06:36:57.14

excelのimportごときに年間何百万も使うのかブルジョワすげえな

**デフォルトの名無しさん** · 2019/05/08(水) 06:57:35.22

付加価値の低い事務作業のために数百万で派遣入れてるような状態に比べればマシだぞ

**デフォルトの名無しさん** · 2019/05/08(水) 07:00:14.27

>>417
まさにこれの現場側なんだけど、人手不足という表現が正しいかわからないけど、やっぱり作業に時間取られる事が多すぎる。
でもこんな作業に人は増やせない。

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

じゃあどうすればいいのさ？

**デフォルトの名無しさん** · 2019/05/08(水) 07:07:35.56

>>428 python を覚えて自分たちでやれ

**デフォルトの名無しさん** · 2019/05/08(水) 07:17:48.43

>>428 RPA がダメと言ってるのは金がかかりすぎるからじゃないの？ python と各種RPAツールを使えばタダでできるからやってみたら？ PyAutoGui など

**デフォルトの名無しさん** · 2019/05/08(水) 07:41:08.96

>>427
派遣と比べる必要はない
正社員が隙間時間とかでpythonでもなんでも使ってサッと作ればいい
たかが15分や30分の余裕もないブラック企業というわけでもあるまい

**デフォルトの名無しさん** · 2019/05/08(水) 07:51:44.15

pythonでもなんでもいいけど
簡単なプログラムすら習得できない学習能力と意欲の低い人材はそれこそ人件費の無駄だな

**デフォルトの名無しさん** · 2019/05/08(水) 08:13:09.11

このご時世、管轄外の新規分野を業務の隙間時間に意欲的に取り組んでモノにして下さる人材なんか高望みだよ
「お前の代わりなどいくらでもいるんだ！」と若手を千切っては投げしてた氷河期世代採用と同じ感覚でいらっしゃる？
それはご愁傷様（周囲が）

**デフォルトの名無しさん** · 2019/05/08(水) 08:51:18.95

普段している学習時間の何割かをプログラミング学習に割り当てるだけだろ
たったそれだけのことが出来ないのは普段から全く学習に時間を使ってないからではないかな
社会人として普段から全く学習してないというのはありえないブラック人材だ

**デフォルトの名無しさん** · 2019/05/08(水) 09:49:51.60

新しいことを覚えてできることが増えていくのは誰にとっても楽しい事だよ。
出来れば情シスを少しおだてて、時々見てもらうとかすれば協力してくれるんじゃないかな。

勉強時間を少し取られても将来的に残業も少なくなるなら上の方も認めてくれるだろ。

**デフォルトの名無しさん** · 2019/05/08(水) 10:22:27.36

大規模な工数管理というか人員管理レベルの話なんだから本来は経営層マターなのに、事務部門vs情シスっていう同階層間の抗争になってしまう構造がおかしいわな

なので、責任は一義的には経営層にあるそれは当たり前
だが、一方で情シスは情シスでなんやかんやリスクや多忙等の理由をつけて守りに特化しがちだから文句言われるんでしょう
「RPAじゃなくてプログラム組め」とか言うけど、じゃあスクレイピング用の簡単なツール作るので年間何百時間浮きます、みたいな攻めの試みはしてないんでしょうもしそういう試みをしてたら経営層もRPAよりまずそっちを考えるだろうし

**デフォルトの名無しさん** · 2019/05/08(水) 10:26:08.66

>>422
これ結構良いアイデアだと思うまぁ勿体ないけどね無料のVBAでプロトタイプ作る方が理想だろうけど、現実的じゃないしな
単にRPA入れるな、よりはこういう戦略の方が生産的かと

**デフォルトの名無しさん** · 2019/05/08(水) 12:11:00.05

>>436
真面目に計算したらマイナスなんでな
短期的にはプラスかもしれんがそれは俗に言う技術的負債というものだ

**デフォルトの名無しさん** · 2019/05/08(水) 12:12:45.32

>>286
何を目指せばいいのか価値観が多様でわからないから民主主義が採用されているだけ
なにを目指せばいいか明確ならその実現方法は時間的経済的なコストがかからない方が良い
一人でもチームでもどっちでも良い

**デフォルトの名無しさん** · 2019/05/08(水) 12:17:29.55

各部署で好き勝手に作ると狭い範囲で使うには良いだろう
各部署が連携する場合は
ある部署での変更の影響が波及する可能性を考慮しておいた方が変更に強いものを作れる可能性が高い

RPAが頻繁な変更に耐えられるとしたら
そんな考慮は不要かもしれない

**デフォルトの名無しさん** · 2019/05/08(水) 12:18:45.10

>>311
excelの処理を早くすると言う解決策も考えられる

**デフォルトの名無しさん** · 2019/05/08(水) 12:19:53.50

>>317
ユーザインターフェイスはどうしてるの？

**デフォルトの名無しさん** · 2019/05/08(水) 12:20:52.50

>>325
それ全部excelで可能じゃね？

**デフォルトの名無しさん** · 2019/05/08(水) 12:23:44.96

>>440
変更に強いとか考え出すと真面目にシステム化してapi提供するとかそういう方向にすすむ
なので使い捨ての雑なバッチ処理みたいな使い方するしかないんじゃねえかな
雑な作りで長期間残るのが最悪なんでこれだけは避けなきゃいかん

**デフォルトの名無しさん** · 2019/05/08(水) 12:28:05.61

>>417
情報システム部門って全社的なことを考えているから
一部門に合わせたら全社的なシステムが維持できなくなる心配がある
だから自己責任でやる分には構わないって事だろう

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

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

情報システム部門からすると歓迎できないんじゃね？

**デフォルトの名無しさん** · 2019/05/08(水) 12:31:12.28

>>444
だから狭い範囲で自分達だけで対応するようなものには適しているだろうね

**デフォルトの名無しさん** · 2019/05/08(水) 18:22:10.60

>>190
一度だけ、家の鍋持参しておでん買ってるおばちゃん見たことある

**447** · 2019/05/08(水) 18:23:16.55

↑ごめん誤爆

**デフォルトの名無しさん** · 2019/05/08(水) 18:58:00.09

UiPath　communityって実名じゃないと登録しないといけないの？
ググっても出てこないわ

**デフォルトの名無しさん** · 2019/05/08(水) 19:07:38.62

>>266
厚かましいじゃなくおこがましいでは…

**デフォルトの名無しさん** · 2019/05/08(水) 19:20:35.47

>>311
何のためにPowerQueryとPowerPivotが実装されたのか分かってなさそう

**デフォルトの名無しさん** · 2019/05/08(水) 19:37:02.52

>>446
徹底できるならいいよ
でもできないでしょ

**デフォルトの名無しさん** · 2019/05/08(水) 20:27:53.99

>>438
長期的な収支でマイナスだっていう量の話したいなら量についてどう計算したのか語ってくれんとな「俗に言う技術的負債だ」とか言うだけじゃあねぇ

じゃあ技術的負債にならないためにどうするのとかも言わないし文句言うだけで生産的な話がないんだよな(別にこう判断したからってのがあれば手作業継続にしたとしても生産的だが)

**デフォルトの名無しさん** · 2019/05/08(水) 20:38:59.41

>>439
何を目指せばいいか(利潤追求？)が明確だとしても、不明確な点が一杯あるでしょ理念的に1人でもチームでもいいってのは同意するけど、現実的に総じて1人はないだろうね
1人に任せられるスキルがあるのか、不正しないのか、
レビューどうするのか、評価どうするのかとか
小さい会社で、社長も詳しくて、信頼出来る友人1人に頼むとかの限定された状況ならわからんでもないけど

**デフォルトの名無しさん** · 2019/05/08(水) 20:59:59.26

>>417
RPAって現場要望というより経営者要望だろうね現場で効率化したいって人はVBAやるんじゃないかなと

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

RPAにせよVBAにせよPythonにせよニーズの高いものを厳選して現場と情シスが協力して作るしかないんじゃないかね厳選するのはどっちか、作るのはどっちかとか細かい話はあれど

**デフォルトの名無しさん** · 2019/05/08(水) 21:13:57.84

ニーズが高い、てのもくせ者で、
声のでかいやつ「だけ」が見てる三ヵ月に一回のレポート、誰も見ていない
とかあるよな
声の小さいやつが毎日三回作業してるものは無視とか

**デフォルトの名無しさん** · 2019/05/08(水) 21:46:02.73

スレが伸びてると思ったらｗ

**デフォルトの名無しさん** · 2019/05/08(水) 22:04:53.53

なんにせよ、やらせてみて人を育てないと駄目だよ～

**デフォルトの名無しさん** · 2019/05/08(水) 22:06:49.41

>>441>>442>>451
>>311のを作った時はまだPowerQueryは無かったし
そもそも会社の環境だとExcelの起動が遅くて閲覧するだけでも時間が掛かるのがまずい。
>>311ではPythonと書いたけど運用はC++で組んだのを使用している。
社内外システムへの入出力が多いからなるべく速度を稼いでおきたいんだよ。
1台のPCで並列処理できるようにしたいしね。

UIはデータファイルをフォームかあるフォルダにD&Dすると内容に応じて処理する物とか
ゲームパッドで開始するとか色々あるかな。
職業柄、常時PCの前にいる訳でもないのでK/Bやマウス以外の操作も取り入れている。

**デフォルトの名無しさん** · 2019/05/08(水) 22:15:38.30

正直、技術的負債っていってるやつも>>422には反対しにくいだろ？
となるとあとの問題はコストか？

**デフォルトの名無しさん** · 2019/05/08(水) 22:28:07.70

そうね、コストが安ければ全く反対はない
何千万かけてそんなものを入れるぐらいならエンジニア一人雇った方が安い

**デフォルトの名無しさん** · 2019/05/08(水) 22:31:33.04

お、議論が一歩前進したな。

**デフォルトの名無しさん** · 2019/05/08(水) 22:37:19.62

事務のおばちゃんがRPA書けるようになればおばちゃんの付加価値も上がるんだが、育てる気はない？

**デフォルトの名無しさん** · 2019/05/08(水) 22:38:17.58

おっとこれだとRPAのコストの問題から外れるか。
うーん。

**デフォルトの名無しさん** · 2019/05/08(水) 22:40:49.68

お前らそんな予算の無いの？

**デフォルトの名無しさん** · 2019/05/08(水) 22:49:27.51

上層部からの人件費削減で派遣二人切った代わりにその半額くらいの維持費かかるRPAさんがやってきて負担が増えたよ！！
ちなみにRPAさん今の所使用用途はないよ！！！

**デフォルトの名無しさん** · 2019/05/08(水) 22:53:30.36

>>466
いや、買う前に用途検討しとけよｗ

**デフォルトの名無しさん** · 2019/05/08(水) 23:05:19.33

>>454
不明確な点って
それが何を目指すか判らないって事
最終的なゴールが同じだとしても
ルートが違えばマイルストーンは違う

技術的な事は
調べる試す相談する依頼するとかで解決するしかない
手段をどうするかはコストの問題

**デフォルトの名無しさん** · 2019/05/08(水) 23:08:36.63

PythonやVBAばかり出てくるけど、他のスクリプト言語で組んでいる人居る？
LuaJITやJuliaはどうなんだろうか

**デフォルトの名無しさん** · 2019/05/08(水) 23:18:57.19

powershellもええぞ
.net使えるし、開発環境も標準で入ってる
非IT社員が使うなら検討対象に入っても良いと思う

**デフォルトの名無しさん** · 2019/05/08(水) 23:20:25.69

powershell慣れるまで奇異に感じるけどオブジェクト指向とか割とちゃんとしてて慣れればいい感じだよね

**デフォルトの名無しさん** · 2019/05/08(水) 23:45:43.82

>>460
RPAの成果物は個人・特定領域に寄りすぎる傾向があるからシステム化の候補とするには向かないだろう
API化の需要を測る程度になら役に立つかもしれない

**デフォルトの名無しさん** · 2019/05/09(木) 00:01:07.57

>>443 スピードがとんでもなく遅いじゃん

**デフォルトの名無しさん** · 2019/05/09(木) 00:51:40.31

>>460
基本的には賛成各事務所で同じRPA作ってたわ、それならまとめよう、って感じでシステム化が進められるはず(RPAなしでもできるのが理想だろうけど各事務所で同じ作業してるからシステム化してくれみたいな)

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

要は、同じやり方で大量にやるタイプの作業はシステム化向きだけど、似てるけど違うやり方で各自が少量ずつやる(けど塵も積もれば的に全体としては大量となる)タイプの作業はシステム化に不向きだろうと

**デフォルトの名無しさん** · 2019/05/09(木) 01:09:17.65

Excelはデータ増えてくるとどんどん遅くなるからな
お試しはおkなんだけどいずれ破綻するみたいな

**デフォルトの名無しさん** · 2019/05/09(木) 01:30:37.08

>>467
そんな頭が良い上層部なら真っ当にシステムを更新するんやで………

導入が目的の悪い見本だね。うん。
上層部と業務改革推進なんとかが喜んで買って与えてきた…けど、現場では使うマシンも用意してなければ用途もないのに削減目標だけ先に実行されててんやわんややでー。

**デフォルトの名無しさん** · 2019/05/09(木) 02:15:27.09

>>476
派遣2人の半額っていくらくらいなんかな？
派遣2人にやらせてた仕事をRPAでやる算段だったんだろうけど何がダメだったん？

**デフォルトの名無しさん** · 2019/05/09(木) 02:37:37.71

>>475 Excel VBA は、プロトタイプだと理解してれば解決法は自ずから出てくるけど、慣れ過ぎてるとおかしいとも思わないのが危険。

**デフォルトの名無しさん** · 2019/05/09(木) 03:01:19.65

> 現場: 定型業務を自動化したい。RPAでどうだろう？
> 情シス: RPAはダメ。やるなら自己責任でやれ。

情シスが正解

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

情シスが正解

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

情シスが正解

これが情シスの職責。

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

さっさと無能経営者にゴミツール返品するよう言ってこい
それがお前らの職責。

**デフォルトの名無しさん** · 2019/05/09(木) 05:44:30.05

>>474
独立にやってる事業所で偶然同じツール作ってたなんて滅多にない
そんなレアケースのための何百万(いや多事業所だから桁が増えるか？)かけてプロトタイプとかもったいなすぎ

**デフォルトの名無しさん** · 2019/05/09(木) 06:07:45.56

RPAと基幹システムでは要求される品質が全く違うから
はいこれプロトタイプって気軽に渡されてもそんなに簡単には取り込めんよ
RPAでは単純な処理がシステム化する際にはそれだけでちょっとしたサブシステム程度の規模になる場合も多々ある

**デフォルトの名無しさん** · 2019/05/09(木) 06:55:13.51

>>479
お医者さんならなんで定型業務の自動化してくれないのさ！

**デフォルトの名無しさん** · 2019/05/09(木) 07:10:07.77

>>482
だって定型定型って言うけどウソばっかりじゃん、
「あ、この場合はですね」とか
「この客先は、特別でー」とか
後出しばっかでなんにも定型じゃない

**デフォルトの名無しさん** · 2019/05/09(木) 07:28:23.56

>>483
素人の思いつきレベルだからねぇ

**デフォルトの名無しさん** · 2019/05/09(木) 07:40:26.51

>>481
RPAでのプロトタイピングから、そのままの動作をするクライアントをVBやPython等と .Net、OpenCV等で作るのは可能だと思う
もしも処理的に問題があるなら却下＆禁止する
サーバーサイドでシステム化するのが適切なら、どうぞよしなに

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

ついでに処理速度が上がったり、クライアントのバックグラウンドで動かせれば、なお結構

**デフォルトの名無しさん** · 2019/05/09(木) 07:44:33.10

>>483,>>484
後出しを現場の人たちが自分でやる分には別に構わないはず
どんどん後出しして出来上がったものをプロトタイプとして見せてもらえばいい
プロトタイプも出来ないようなのは放置で

**デフォルトの名無しさん** · 2019/05/09(木) 07:56:32.97

>>482 お薬出すだけの定型で済むなら楽だろうな。

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

事務所の中で口頭筆記なんてしたらうるさくて仕方ないだろうな。

**デフォルトの名無しさん** · 2019/05/09(木) 08:36:23.50

>>485
まあ悪くない
情シスと隔離するのと金を使わないのが大前提
ただそれだとプロトタイプもpythonや他の簡単で無料の言語でやったほうが良さそうだ
金は正式なAPIや他のサービスに課金したほうがお得

**デフォルトの名無しさん** · 2019/05/09(木) 08:39:26.91

>>480
はぁ、「滅多にない」という根拠は？同じ業務してたら同じようなツールになるはず多少のブレはシステム化で吸収できる前提ね

高い高い言うけど人件費も高いからね社員一人当たり500万円かかるのはざら首切れないだろとかそういう単純な話にしなくても、超勤削減とか派遣削減とかの効果をまとめて結果として数人分浮かせるという話も含めてね

**デフォルトの名無しさん** · 2019/05/09(木) 08:39:58.79

>>473
>>475
遅いのは殆ど組んだ奴が悪い。
RPAが駄目なのと一緒。
言語のせいにされるのも一緒。

**デフォルトの名無しさん** · 2019/05/09(木) 08:44:27.13

>>489
そんなのはとっくにシステム化されてる
残ったのは地方や人によってことなるローカル最適化された雑務ばかり

人間はロボットと違って柔軟にスマートに様々なことができるので高くついて当たり前だろ
ロボットと人じゃ単純なコスト比較はできん

**デフォルトの名無しさん** · 2019/05/09(木) 08:46:48.35

>>485
まぁ基本的に賛成だけど現実的にはなし崩し的に使い続けることになりそう
一度便利ツールを与えられて各自なりの効率化を図った後、システム化できなかったものは取り上げられるわけだけど、そこで(仮に事前の取り決めがあっても)異論が出そう
まぁそれはそれでそこで経営判断をすればいいだけだからなんら致命的ではないけど

**デフォルトの名無しさん** · 2019/05/09(木) 08:48:42.24

>>489
そりゃ、組まずに買っただけで何でもやってくれるなら高くないわな。

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

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

**デフォルトの名無しさん** · 2019/05/09(木) 08:49:40.24

>>492
絶対にごねる奴いるよな
おばちゃん首にしちゃったから動かないと困るんだよ～今回だけ特別にお願い
みたいな

**デフォルトの名無しさん** · 2019/05/09(木) 08:52:02.99

っd

**デフォルトの名無しさん** · 2019/05/09(木) 08:54:13.53

計画的な合理化を行ってる企業は、とっくの昔にシステム導入してるからRPAいらん。
RPAを使えそうなタスクが多い企業は
無能社員に仕事を与える意味でルーチンを人にやらせてるからRPAいらん。

**デフォルトの名無しさん** · 2019/05/09(木) 09:05:48.59

>>491
RPAというトピック自体がそんなシステム化進んでない前提でしょまぁそちらの優秀な組織だとそうなんでしょう
「高い」→「単純なコスト比較はできん」ってなんじゃそら

>>493
組む作業はVBAより超簡単超早いという想定だろうね
こればかりは実際に導入したところの体験談が蓄積してこないと話にならないかもな

**デフォルトの名無しさん** · 2019/05/09(木) 09:29:03.18

>>493

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

これが正解
PythonだろうがC#だろうがRPAだろうがただのツール
PythonならOK、RPAはNGではなく、誰がどのように設計して組立てるか、だ

**デフォルトの名無しさん** · 2019/05/09(木) 10:01:03.97

まあUiPathとか中身は.Netやしなあ
素のPuthonとどっちが速かったっけか

**デフォルトの名無しさん** · 2019/05/09(木) 10:02:36.23

Puthonとか書いてしまった
おいは恥ずかしか！生きておられんごっ！
https://i.imgur.com/VaHMh5P.png

**デフォルトの名無しさん** · 2019/05/09(木) 10:06:51.63

無能な経営者がロボットとかAIが来れば社員の作業量が減ると思ってそうだな。
RPAはロボットらしいから働いてくれるから金を出してもよいが社員には辞めてもらおう、とか。
社員が手取り足取り教えないといけないことを知らずに採用してそう。　
うちのRPAはAIがやってますとかいう営業マンにころっと騙されそう。

**デフォルトの名無しさん** · 2019/05/09(木) 10:10:23.16

>>500

**デフォルトの名無しさん** · 2019/05/09(木) 10:11:24.48

>>500 携帯からだろ。　俺もそう打ち間違える頻度が半端じゃない。　だけ打ち間違えるんだな。