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

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

語りましょう

**デフォルトの名無しさん** · 2019/06/28(金) 11:23:43.37

>>905
プログラマーでも全然違う。
昔、テスト技術者をしていた頃、当然プログラマー等とは全く呼べないし、技術も無かったけど、そこに来たプログラマーに他アプリ操作関連のツール見せたらびっくりして、売り物になると言われたことがある。

全くそんなことないし、大したもんじゃないわけだけど分野が違えば全く分からないもんだ。
Windowsで、しかもある程度そういう方面をやったこと無いプログラマーにはちんぷんかんぷんだよ。

**デフォルトの名無しさん** · 2019/06/28(金) 11:26:55.91

しかもソシャゲwww
これ笑うとこ?

**デフォルトの名無しさん** · 2019/06/28(金) 11:42:32.63

球団持ってるとこ
今はソシャゲじゃないのかな？自動運転とか色々やってるよね

**デフォルトの名無しさん** · 2019/06/28(金) 11:48:00.96

あとは知ってる限りだと国内ECの最大手もRPA導入してるか

まぁ、プログラマーと一概に言っても分野が違えば出来る範囲が全然違うだろうけど

**デフォルトの名無しさん** · 2019/06/28(金) 12:07:10.87

トヨタもRPA導入してるぞい

**デフォルトの名無しさん** · 2019/06/28(金) 12:14:50.51

PythonでもC#でもRPAでも一番大切なのは効果が出る事。
次にメンテナンスのしやすさ。

PythonなりC#の方が優れていても、やってくれる人がいないからRPAが導入されてんじゃない？

**デフォルトの名無しさん** · 2019/06/28(金) 12:18:33.09

>>904
正確に言うととっつきやすく「見える」
実際にはpythonなどのほうが入門しやすいんだが黒い文字だけの画面に恐れをなしてしまうのだろうな
やってみたらあっけないのだけどね

**デフォルトの名無しさん** · 2019/06/28(金) 12:33:07.34

>>911
これだな
結果出してくれ

**デフォルトの名無しさん** · 2019/06/28(金) 12:41:29.79

>>904
> 詳しい人ほど糞と分かる
ここでも出てきてるんだよな俺スゴいお前アホ感が
導入企業がアホばかりなんじゃ、って現実的な意見じゃないな
取っ付きやすくて、詳しくない人が満足できれば十分って考える人が多いってことじゃないの～

**デフォルトの名無しさん** · 2019/06/28(金) 12:51:03.06

>>913
気付いてないだけでは？
自動テスト、CI、ビッグデータやAI学習データ収集、等々
テキストプログラミングベースのオートメーションは社会で活躍してるよ

**897** · 2019/06/28(金) 12:53:36.89

例えば、Ruby, selenium webdriver で作れば、

element = driver.find_element(:css, 'input[name="userid"]')
element.clear
element.send_key "123"

driver.find_element(:css, 'a.btn').click

これを、selenium IDE で作って、selenese という言語に置き換えられるけど、ほぼ同じ。
結局、CSS Selector の意味がわからない人には、出来ない

同じクラス名を付けたりして、バグってしまう。
規則がわからないから

CSS Selector を使うのは、RubyのNokogori, JavaScript のjQuery でも同じ！

**デフォルトの名無しさん** · 2019/06/28(金) 12:57:36.01

DeNAはRPA導入します宣言しただけ
いったいどのシステムRPAに移行てきたんだい？

ソフトバンクのハゲがRPA導入じゃあ！って社内恫喝してんのと同じレベルでっせ

**デフォルトの名無しさん** · 2019/06/28(金) 13:02:07.66

>>893 1日で出来ると思うけど余裕を見て3日あれば十分すぎるだろ。

99 · 2019/06/28(金) 13:12:20.31

色々議論されていますが、uipathについてはトップページの

#UiPathForward Osaka開催のご報告

の 6つくらいのpdf見れば、疑問のいくつかは解消します

ITサイトの記事を参照するなり、個人意見に必要以上に関わっても切りがありません

**デフォルトの名無しさん** · 2019/06/28(金) 13:13:45.17

>>914
CASEツールをソフト開発専業会社が導入して捨てた過去もあるから、今はまだなんとも言えない
いくつか実験と評価のレポートもあるようだけど、その後を聞かない
ERPパッケージも導入しきれず断念することもあるように、RPAの導入を断念するところも出てくるかもしれない

管理をどうしているか、今後のメンテナンスどうするつもりか
RPA導入に成功した事例から、知りたいものである

**デフォルトの名無しさん** · 2019/06/28(金) 13:14:25.01

>>893 そもそもそんな誰でもやるような作業はプログラムのツールも出来上がってるからそれこそ簡単にできる世の中なんだよ。

そんな事をRPAだなんてのでやってる方がおかしいと思う。　比較する対象を知らないから当たり前と思ってやってるのがよくない。
新人研修として、初めてのプログラム初心者に練習問題としてその問題を与えて教育期間を含めて1月あればできるだろ。
仕事の合間の教育なら2~3カ月かかるかもしれないけど。

この仕事ならRPA、この仕事ならプログラムと言う感触くらいは持っておいた方が良い。

**デフォルトの名無しさん** · 2019/06/28(金) 13:23:25.84

>>917
DeNAはRPAセミナーで自社の導入事例を紹介してたぞ

**デフォルトの名無しさん** · 2019/06/28(金) 13:27:02.03

>>908
そういう話じゃ無くて、ソシャゲじゃプログラマーとは呼べないというくらい分野、技術が違う。
そういう所を例に出す所を「笑うとこか?」と言ってる。

**デフォルトの名無しさん** · 2019/06/28(金) 13:35:02.16

>>893 どのくらい簡単かと言うと、

Excelファイルを操作しよう
https://www.sejuku.net/blog/75536#Excel

ここから例題を見てこのままコピペすれば全くの初心者でもできる。
色んな処理をする必要もあるから基本的なプログラム教育は必要だけどね。
メールを出す処理は入っていないがそんなのは数行書けば済む話。

**デフォルトの名無しさん** · 2019/06/28(金) 17:47:51.62

>>919
PDF眺めてみて一般的な内容でビビっとこなかったんだけど、どの辺りが疑問解消できそうな感じ？

**デフォルトの名無しさん** · 2019/06/28(金) 18:34:46.94

>>924
そりゃーエクセル弄るくらいPythonでもVBAでもなんでもできるっしょ
ざっと見ただけだけど、>>893の処理で最もコアな機能ってエクセル操作でもメール送信でもなく
>>②システムAを開き、①で取得したリストのデータをダウンロードする
どう考えてもここでしょ…
エクセルから取得したデータ群を検索キーとしてシステムAを"自動操作"によって検索後、出てきたデータをダウンロードするってことじゃないのん？
ってなると、システムAがもしWebシステムならSeleniumで楽勝なんだろうが、この場合レガシーなWindowsネイティブアプリを指してるだろ
そうなるとWinAppDriverの知識も必要になるしこのサイトに書かれてる内容じゃ到底実装できないよ。まさかPyAutoGUIでなんとかなると思ってる感じ？

**デフォルトの名無しさん** · 2019/06/28(金) 19:07:40.96

Pythonなんて碌に使えない俺だが、少しクグレば、Win32APIも使えるし、UIAutomationも使えるじゃねーか。

じゃあ、すべてOKだな。
WinAppDriver?何それ。

**デフォルトの名無しさん** · 2019/06/28(金) 19:14:16.40

RPAで簡単にできるような画面ならプログラミングでも同じように簡単にできる
それはブラウザでもデスクトップでも同じことで大差はない

もちろん複雑な画面は複雑なロジックを容易に書けるプログラミングが優位であることは言うまでもない

**デフォルトの名無しさん** · 2019/06/28(金) 19:26:22.28

しかも古くさい業務系デスクトップなんてのは複雑で大きな画面である傾向が強い

チュートリアル教材や宣伝用に恣意的に選ばれたオモチャみたいな画面ならともかく
現実世界のレガシー業務系デスクトップアプリのカオスUIにRPAなんかで本当に立ち向えるのか？

**デフォルトの名無しさん** · 2019/06/28(金) 19:31:44.81

RPAの利点である、いままで使っていた画面が目に見えるように自動操作されるというのは
なかなか他に代えがたい強み

正しい結果が得られるかどうかは
いままでと同じ操作がきちんと行われるかどうかにかかっている
代々引き継がれたマニュアルと同じ操作がされるなら検証不要

裏で動いて出てきた結果を疑わずに信じられるまでになるのは、いささかハードルが高い
マニュアルが1行になってしまうというのも良かれ悪しかれ

**デフォルトの名無しさん** · 2019/06/28(金) 19:52:30.95

>>929
PythonなりC#なりでレガシーWinネイティブアプリ自動化した経験の上で語ってる？？
インスペクタとにらめっこしながらめっちゃくちゃなElement特定しなきゃならんのってすごい骨折れる作業だと思うけどなあ
画面がどんだけカオスだろうがIDが可変だろうがそもそも存在しなかろうが脳死ワンクリックで一発セレクタ生成してくれるのは正直楽だよ
その点だけは流石にUiPathに分があると思うな

**デフォルトの名無しさん** · 2019/06/28(金) 20:22:14.70

>>931
929じゃ無いけどinspectじゃ取得出来ないのもあるし、inspect以外にも数種類のオブジェクト取得ツ―ル使ってるけど、骨なんか折れねーよ。

**デフォルトの名無しさん** · 2019/06/28(金) 20:41:51.38

>>931
RPAで簡単に取れるようなものはプログラミングでも簡単に取れるよ

**デフォルトの名無しさん** · 2019/06/28(金) 21:00:24.22

逆にUiPathのセレクタ部分だけフリーで作ればUiPathいらないよね

**デフォルトの名無しさん** · 2019/06/28(金) 21:39:03.36

>>931
どんなに非効率なことでもそれが当たり前だと思っている時点ではそれが苦だとは感じないもんだよ
だが冷静に考えて要素一つ取るだけなのに複数のツール使いまわしてトライアンドエラー繰り返すのって効率悪いと思わん？
その作業がワンクリックで済むならそっちのがいいっしょ
>>932
君が妄想で話してるのはよく分かった
Inspect、spy++、WinAppDriver UI Recorderあたりでの要素取得と自動化経験を経てから出直してどうぞ
>>934
これはぶっちゃけその通りだと思う
UiPathでいうUIExplorerがC#に最適化されてVSに組み込まれたならUiPathいらないね
誰か作って欲しい売れるぞ

**デフォルトの名無しさん** · 2019/06/28(金) 21:47:21.00

>>893
そんなに難しくない

**デフォルトの名無しさん** · 2019/06/28(金) 21:49:12.36

>>903
UIAutomation以外にもライブラリはあるんじゃ無いの？

**デフォルトの名無しさん** · 2019/06/28(金) 21:52:21.85

UiPathがエンター改行やめてVBじゃなくC#デフォにしてくれりゃ済むのにな。何でやらないんだろ？

**デフォルトの名無しさん** · 2019/06/28(金) 21:53:48.07

>>931
その機能だけをOSSとかで代用すれば？

**デフォルトの名無しさん** · 2019/06/28(金) 22:10:21.04

くだらないよな。
システムに、最初からデータの一括UL・DL機能を付けておけば良かっただけの話なのに。

**デフォルトの名無しさん** · 2019/06/28(金) 22:45:44.42

RPAが馬鹿を騙せるのも今年一杯が限界だろ
奴らがどうやって逃げていくのかが見物だわ

**デフォルトの名無しさん** · 2019/06/28(金) 22:50:49.46

経理だけども
エンドユーザーに仕訳を起こさせるのは無理！
簿記を覚えた方が早い！
て言ってた時期もあるけど、結局パターンとマスタ管理でエンドユーザーにも選択式で処理させられちゃうだよなぁ

良くにてる

**デフォルトの名無しさん** · 2019/06/28(金) 22:56:58.07

https://www.m2ri.jp/news/detail.html?id=336
https://tech.nikkeibp.co.jp/it/atclact/active/17/100200154/032600117/
https://enterprisezine.jp/article/detail/11715

こういった現状を『馬鹿が騙された』で片付けちゃう所がRPAに寝首かかれてる所以なんだよなあ…
プログラミングはプログラミングで素晴らしいのに、なぜこんなにRPAが普及したのか、今一度考えてみたほうがいいんじゃないの

**デフォルトの名無しさん** · 2019/06/29(土) 00:17:34.37

>>943
同感流行ってるのは
「RPAの方が何らかの優位性があるから」なのか
「優位性が全くないのにバカが騙されてるから」なのか
後者の方がよっぽど論証が大変だと思うけどね
まともな根拠のある説明はないよね

**デフォルトの名無しさん** · 2019/06/29(土) 00:34:12.66

>>935
普通は複数使うことも無いし、トライアンドエラーもしないんだが。
大抵は自作のツールで事足りる。

それにツール作るのなんて大して難しく無いぞ。
売れるとかピントずれまくりだな。

**デフォルトの名無しさん** · 2019/06/29(土) 01:01:59.62

>>926 別システムがWindows で動いてるのなら、Appium を使えば良いだけの話、selenium のwebdriver が入れ替わっただけだから、同じAPIで使えるんだよ。

**デフォルトの名無しさん** · 2019/06/29(土) 01:52:48.87

>>923
非プログラマー職の人からみたらWindowsプログラミングもスマホゲーム制作も違いが分からんかも。

**デフォルトの名無しさん** · 2019/06/29(土) 07:18:35.59

>>935
ワンクリックってレコーダーの事を言ってる？
それともアクティビティを配置して要素を画面から決定するの事を言ってる？

**デフォルトの名無しさん** · 2019/06/29(土) 07:26:32.70

>>943
分母が少ないし偏ってるなぁといった印象

**デフォルトの名無しさん** · 2019/06/29(土) 07:42:38.07

RPA推進派の拠り所がレガシーデスクトップアプリのセレクタ取得しかなくなっててわろた

何度も言ってるがセレクタ取得なんてのはプログラミングでも簡単なことだ
それに開発の全体からみたらセレクタ取得の工程は無に等しいぐらい小さい割合でしかない
そこがほんの僅かに楽になったところでたいして嬉しくない
逆にそのために他のあらゆる作業がめんどくさくなるRPAを採用するのはもったいない

**デフォルトの名無しさん** · 2019/06/29(土) 08:25:57.20

・RPAは非プログラマ向きのツールである
・RPAでできることはプログラマならプログラミングでできる

プログラマなら余裕、をかましてるうちに普及していくんだよな
なぜ流行ってるの？非プログラマは馬鹿だから、じゃあねぇ

**デフォルトの名無しさん** · 2019/06/29(土) 09:07:57.94

非プログラマがRPAのシナリオ作ってるの見たことない

**デフォルトの名無しさん** · 2019/06/29(土) 09:28:23.76

プログラマからするとRPAは自分たちで使うならゴミみたいなツールだ
だけど、RPAが普及すること自体は悪い話じゃない
RPAはシステムやサービスの代替にはなりえないから、とりあえず仕事が減る心配はしなくていい
RPA最適化対応という名目で、単なるMVCに無意味なオプションを付けて高く売りつける
RPAを保護するために、UIのバージョン管理費用を請求する
等々、楽にぼったくる手段が増えることも予想できる
開発能力の低い穀潰し人材を名ばかりのRPAプロフェッショナルとして派遣して、人材の有効活用にも使えそうだ

**デフォルトの名無しさん** · 2019/06/29(土) 09:31:14.33

>>949
標本数はn=361と書いてある
本当ならまあまあの精度になるかなと思う

**デフォルトの名無しさん** · 2019/06/29(土) 09:32:38.59

>>951
プログラミング教育がなぜれていなかったからというのも一つの要因だと思う
プログラミング教育がされるようになって少しずつ変わるだろう

**デフォルトの名無しさん** · 2019/06/29(土) 09:33:26.45

>>954
国内企業総数、分布、抽出条件がポイントだな

**デフォルトの名無しさん** · 2019/06/29(土) 10:02:47.87

RPA やってる人はみんなExcel マクロ(VBA)くらいは組めるんだよな。組めない人は何割くらいいるんだろう。

**デフォルトの名無しさん** · 2019/06/29(土) 11:18:28.34

RPAを、動かしにくいものに使うのはいいけど、
Excelを動かすために使うのはマジで無駄。

**デフォルトの名無しさん** · 2019/06/29(土) 11:42:45.49

>>957
わいやで

**デフォルトの名無しさん** · 2019/06/29(土) 11:54:02.28

RPA化してる現場の惨状を知らんようだな
・同じ企業だけど部門によって基幹システムの作りが全く異なる
　（Javaアプレットベース、C#のデスクトップアプリ、WEBアプリなど）
・機能改修は10年前が最後（新規改修などの受付は費用対効果が薄いとかで蹴られる）
・基幹システム使う以外の代替手段が存在しない
　（データベースに直接アクセス、何ていう手段は論外）

こういうシステムが山ほどある状態で、何百っていう業務を自動化/管理/展開/保守までやっていく必要がある

適当な1業務だけの自動化ならプログラミングの方が間違いなく早い
だけど最終的に管理して自社内に浸透できなきゃただのお遊びと変わらん
そこまで含めて言ってるのかが分からん

**デフォルトの名無しさん** · 2019/06/29(土) 12:04:09.81

>>960
これだからRPAに触ると怪我するんよね

**デフォルトの名無しさん** · 2019/06/29(土) 12:13:02.43

>>960
それはRPAもプログラミングも一緒だし、そもそもRPAに「何百っていう業務を自動化/管理/展開/保守までやっていく」のなんて無理。

それでもやっていくならRPAもプログラミングも難易度は変わらん。

**デフォルトの名無しさん** · 2019/06/29(土) 12:18:36.82

複雑なのはカスタムアクティビティとかを従来のプログラミングを利用して部品を作る。
そして、それをUiPathとかから利用するってのが楽そう。

あとは、従来のプログラミングと同様に、構成管理とか複雑度の監視とかを工夫する必要はあるのかな。

**デフォルトの名無しさん** · 2019/06/29(土) 12:20:04.92

>>958
Excelの関数を工夫して使えば1日作業の改修で済むものを
RPAで15営業日前後使ってツール作ってたりするしな
(要件定義・仕様書作成からテスト、各種ドキュメント作成含む)

発注した部署にExcel上級者が一人いれば1日で終わるのにな
Excelの操作は関数やVBAでやったほうが遥かに効率的

**デフォルトの名無しさん** · 2019/06/29(土) 12:41:02.85

>>960
この惨状だとそれこそRPAじゃ役に立たん
RPAだと>>893の例ように*子供のお遊びみたいな簡単な業務*の自動化にすら*1ヶ月*かかるんだぜ

　*高生産性のテキストプログラミングを活用しなければ到底追いつかない*

**デフォルトの名無しさん** · 2019/06/29(土) 12:51:31.31

>>963
なんかもうRPAを使う事が目的になってるな
VSで開発してパッケージ発行してRPAで参照してって行ったり来たりするの面倒すぎるだろ

**デフォルトの名無しさん** · 2019/06/29(土) 12:53:23.60

>>962
難易度は全く異なる
規模が大きくなるほどプログラミング優位
RPAはあらゆる面でスケールしない

**デフォルトの名無しさん** · 2019/06/29(土) 12:54:36.22

>>965
ﾘﾘｰｽまでって書いてあるから
単純な制作のみで1ヶ月じゃなくて
ﾕｰｻﾞｰとかｼｽﾃﾑ部門の調整含めて1ヶ月ってことじゃない？

うちの現場だとRPA使ってｼｽﾃﾑ止めたﾄﾞｱﾎがいるから
担当のｼｽﾃﾑ部門に負荷的に問題ないかとか
画面仕様の確認、ﾃｽﾄﾃﾞｰﾀの依頼とかやってると1週間ぐらい待ちが出るし

**デフォルトの名無しさん** · 2019/06/29(土) 13:01:14.04

プログラミング優位なら会社に提案したらええのに
成功すれば出世間違いなしだぞ

**デフォルトの名無しさん** · 2019/06/29(土) 13:06:38.78

起業もしたらええのに
RPAの完全上位互換なんどから余裕で駆逐できるはずなんでしょ

**デフォルトの名無しさん** · 2019/06/29(土) 13:07:44.76

>>968
そうやって結局システム部門を働かせるなら
最初からシステム部門に頼んで彼らが使いやすいと思う道具でサクッと作って貰えばいいのでは？

**デフォルトの名無しさん** · 2019/06/29(土) 13:14:32.34

>>970
子供でもわかると思うけど、技術があるだけでなんでも成功するわけじゃないからな

**デフォルトの名無しさん** · 2019/06/29(土) 13:47:58.35

>>971
俺のいた会社ではシステム部門に断られてた
クライアント向けのツールなんて作ってる余裕ないそうだ
人手が足りなくて困ってる状態だそうだから仕方ない

営業事務だってそれなりの業務知識がないと大変だし
財務経理だったらなおさらだし

**デフォルトの名無しさん** · 2019/06/29(土) 13:50:37.44

オレのいる会社では情シスはシステム外注管理しかしない…

**デフォルトの名無しさん** · 2019/06/29(土) 13:52:10.45

システム部門でやると言っても、結局、営業事務や総務や財務経理などの
業務に精通したプログラマーを新たに確保しないといけなくなる

そして、今どきは募集してもそんな人材はまず来ない

**デフォルトの名無しさん** · 2019/06/29(土) 14:03:37.66

土方が道を作れるのだろうか？
作れるけど、作れないのである

プログラミングも一緒、管理者がいてやれと言われればやれるけどできないのである

課題解決ではなく、言われた通り作ることはできるだけなのである

**デフォルトの名無しさん** · 2019/06/29(土) 14:05:20.01

>>972
たしかにまさに子供でもわかるその論理でRPAが流行ってるんだろうな

**デフォルトの名無しさん** · 2019/06/29(土) 14:14:13.18

結局のところ魔法のように全てがうまくいく方法なんて存在しないんだよな
銀の弾丸はないって事だ

エンジニアとドメインエキスパートが苦労を受けいれて手を取り合っていくしかない
エンジニアは技術をドメインエキスパートは業務知識を持ち寄って協力してより良いシステム構築を目指す
それが正しい姿だろう

ドメインエキスパートに不慣れなエンジニアの役割を押し付け
その尻拭いという本来なら不要な仕事をエンジニアに押し付ける
両者の対立を生むばかりのRPAは企業システムにとっては害悪にしかならない

**デフォルトの名無しさん** · 2019/06/29(土) 14:17:26.31

UiPathがベータ版でC#も使えるようにしたっぽい
https://forum.uipath.com/t/uipath-2019-6-beta-is-now-available/124124

あとは条件付きブレイクポイントがよさげ。

**デフォルトの名無しさん** · 2019/06/29(土) 15:13:22.04

RPA否定派ってRPA肯定論にはすげえ細かく批判する割に、自説の論拠は(そのレベルの批判には到底耐えられない)雑な人が多いね
批判自体は正しくても、フェアではないんだよな

**デフォルトの名無しさん** · 2019/06/29(土) 15:28:08.48

反対派は自分が推し進めたい何かのスレで良さを語れば良いのに。
ダメ出ししかしないやつって使えないよ。

**デフォルトの名無しさん** · 2019/06/29(土) 15:30:47.23

反論すらできなくなって悪態を吐く
5chあるあるパターン

**デフォルトの名無しさん** · 2019/06/29(土) 15:36:57.60

スレチじゃね？
野球のスレで野球ダメ出ししてサッカーの話題するみたいな違和感がある。

**デフォルトの名無しさん** · 2019/06/29(土) 15:42:06.89

>>983
何度目だよ

ここはRPAだけのスレではない
RPAの定義が曖昧なので言ったもの勝ち
そもそも特定の製品の使い方に関する議論は板違い

**デフォルトの名無しさん** · 2019/06/29(土) 15:51:53.12

>>984
はじめてだよ、

**デフォルトの名無しさん** · 2019/06/29(土) 15:52:53.23

>>960
そんなにバラバラなら全社員が同じシステムを使ってはいないんだろ
各システムを使う人に限定すれば良い

**デフォルトの名無しさん** · 2019/06/29(土) 15:58:24.27

>>956
抽出がランダムなら母集団の分布を反映しているはず
アンケート=抽出を何度もやったと仮定すると
各分類毎にアンケートの回数分のデータが得られるけど
その分布は正規分布になるはず←中心極限定理による

母比率を信頼度95%で誤差を±5%にするには400くらいで良いはず

**デフォルトの名無しさん** · 2019/06/29(土) 16:14:40.08

>>987
抽出条件を良く見てみ

**デフォルトの名無しさん** · 2019/06/29(土) 16:16:13.48

まあここでプログライングのほうがーって嘆いたところでRPAの流行りはもう止められないだろう
今まで散々理由付けてユーザー部門に背を向け続けた結果がこれだもん
そんなにプログラミングが優位ならそれで稼いだらって流れになると「子供でもわかると思うけど～」とか言って逃げる
もうこれただ隣の庭のぶどうが羨ましくて嫌味言いたいだけじゃん

**デフォルトの名無しさん** · 2019/06/29(土) 16:24:03.27

>>989
うちは開発力のあるIT企業だから当然プログラミングでも稼いでるよ

**デフォルトの名無しさん** · 2019/06/29(土) 16:50:55.60

>>989 いや、それは甘えだと思うよ。

例えば、社員がExcel が使えないのは誰の責任だ？
必要ならその会社が教育するなり、使える人間を入れるだけだろ？
更に処理が必要ならVBAを教育する。あるいは採用する。
更に高度ならプログラミング。

当たり前だろ。

そんな努力をしないで、RPA だなんてありえないんだよ。

勿論全てわかった上で、適材適所で解決していく事は必要だけど。

**デフォルトの名無しさん** · 2019/06/29(土) 16:58:14.58

>>990
(笑)
会社の間接部門の為にRPA導入したら笑えるな

**デフォルトの名無しさん** · 2019/06/29(土) 17:13:21.01

だれか次スレ立てろよ
スレ立て自動化してもいいぞ？

**デフォルトの名無しさん** · 2019/06/29(土) 17:17:46.57

>>990
ほーん。じゃ、RPA導入してる企業向けにRPAからプログラミングへの移行ソリューションでも提供すればよいんじゃない？
もちろんRPAよりも安い値段でね

**デフォルトの名無しさん** · 2019/06/29(土) 17:23:29.44

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1561796557/l50
重複したらスマン

**デフォルトの名無しさん** · 2019/06/29(土) 17:24:18.32

まあここのPG馬鹿は世間が狭いからね
オナニーPG作ってとらぶったら会社に責任取れんのか
遊びじゃねーんだよ

**デフォルトの名無しさん** · 2019/06/29(土) 18:00:08.73

VBAといっしょなんだよなあ。
VBAの成果物が叩かれてるのと一緒になるのも当然だ。

RPAが悪いんじゃ無い。
飛び付いて使ってる奴らがバカなんだ。
きちんとプログラミング出来る奴が苦労してRPA使えばまともなもんが出来るだろうけどな。

**デフォルトの名無しさん** · 2019/06/29(土) 18:49:02.11

>>997
出来るだろうけど途方もない労力がかかるから普通にプログラミングしたほうがいい

**デフォルトの名無しさん** · 2019/06/29(土) 18:53:52.72

誰が？

**デフォルトの名無しさん** · 2019/06/29(土) 19:17:10.85

あー、イク…ちんぽイク！
ﾆﾆЭ・:∴:・ﾟ・。。・:∴｡・ﾟ・・｡・。｡・ﾟ・'.

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 37日 10時間 31分 14秒