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

**デフォルトの名無しさん** · 2019/02/14(木) 23:58:05.00

語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/

**デフォルトの名無しさん** · 2019/03/20(水) 19:07:55.24

>>661
つまりこの事例の本質は容易にシステム化可能な定型作業多すぎってとこが本質であってそういう意味でRPA関係ないってわけ

**デフォルトの名無しさん** · 2019/03/20(水) 19:14:42.17

違うと思う

**デフォルトの名無しさん** · 2019/03/20(水) 19:43:50.04

今日の俺の仕事

webのとあるページにあるメニューを全て開き、
その先にある帳票を全てダウンロードw

**デフォルトの名無しさん** · 2019/03/20(水) 19:47:45.39

メニュー総数200超えw

**デフォルトの名無しさん** · 2019/03/20(水) 19:48:53.67

死にたい

**デフォルトの名無しさん** · 2019/03/20(水) 20:02:10.82

何時間でやる仕事か知らないけど
業務時間外にダウンローダー作って
それ以降は本でも読んでるな

**デフォルトの名無しさん** · 2019/03/20(水) 20:30:44.64

(´・ω・`)調剤薬局の薬剤師をRPAしてコストダウンして安くしろ。

**デフォルトの名無しさん** · 2019/03/20(水) 20:31:18.45

仕様書からエンドポイントのリストを引っ張ってきてループでcurl叩くだけやんけ

**デフォルトの名無しさん** · 2019/03/20(水) 21:43:59.48

>>669
kwsk

**デフォルトの名無しさん** · 2019/03/21(木) 09:32:03.13

クライアントにLinux入れられなければ出来ないな
フリーソフト入れさせないガチガチ事務環境に多い

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

仕様書からエンドポイントのリストを引っ張ってきてパイプラインでInvoke-WebRequest叩くだけやんけ

**デフォルトの名無しさん** · 2019/03/21(木) 11:54:08.23

>>668
　 ┌──┐
　 ├──┤┓
　 │II,,,┌──┐ ﾁﾗｯ
　 │　;;;;|::━◎┥
　　└／　　　　｀ヽ.　　　
　 __/　 ┃　＿_i　|
／　ヽ,,⌒)＿__（,,ノ＼

　 ┌──┐
　 ├──┤┓
　 │II,,,┌──┐ ｹﾊｴｸﾞｽﾘﾀﾞｼﾃｵｷﾏｽﾈ
　 │　;;;;|::◎━┥
　　└／　　　　｀ヽ.　　　
　 __/　 ┃　＿_i　|
／　ヽ,,⌒)＿__（,,ノ＼

**デフォルトの名無しさん** · 2019/03/21(木) 12:14:59.25

ロボットは嘘をつかない
慈悲はない

**デフォルトの名無しさん** · 2019/03/21(木) 13:34:13.64

>>673
医者やんw

**デフォルトの名無しさん** · 2019/03/21(木) 16:14:30.52

>>668
もっとも低コストで完ぺきに自動化出来ますが、薬剤師さん達は法律でガチガチに守られてます。

**デフォルトの名無しさん** · 2019/03/21(木) 16:58:53.93

あれまじで意味不明だよな
処方箋から調合するでもなく既存の薬取ってくる倉庫内軽作業相当なのにやたら時間掛けるシステム

**デフォルトの名無しさん** · 2019/03/21(木) 17:17:58.91

uipathで認識しない時どうしやいいの？
イメージクリックなんて使えるんか？

**デフォルトの名無しさん** · 2019/03/21(木) 17:30:56.08

セレクタはいじってみた？

**デフォルトの名無しさん** · 2019/03/21(木) 17:36:56.71

スクリーンスクレイピング？で画面全体を認識しちゃってその中の選択したい要素を全く認識しないんだけど

**デフォルトの名無しさん** · 2019/03/21(木) 17:39:25.70

>>671
Windows10(アプデ済)ならcurl使えるけどね

**デフォルトの名無しさん** · 2019/03/21(木) 17:40:29.08

”画像をクリックする”を負けだと思ってはいけない。
アンカーになりそうなものははそばにないか？

**デフォルトの名無しさん** · 2019/03/21(木) 18:42:10.85

良くわからんWebの話ってどんな言語でも出来るでしょ。
何でLinuxの話になってんの?

**デフォルトの名無しさん** · 2019/03/21(木) 23:52:19.15

RPAの事例とツールをガートナーが比較・分析、「導入と運用の勘所」とは
https://www.sbbit.jp/article/cont1/35887
> IT部門を中心に現実が見極められてきたため、幻滅期に向かう位置付けだが、非IT部門の期待値は依然高い状況のようだ。

**デフォルトの名無しさん** · 2019/03/22(金) 22:17:54.66

image clickで頑張ったわ
とりあえずこの開発pcならいけたわ

**デフォルトの名無しさん** · 2019/03/22(金) 22:30:07.90

解像度変わると動かなかったりするから気をつけろよｗ

**デフォルトの名無しさん** · 2019/03/23(土) 07:15:45.39

オワコン
APIとCLIに投資しよう

**デフォルトの名無しさん** · 2019/03/23(土) 08:24:36.30

部分最適化大好き全体の見通しが立てられない日本人だからRPAが流行る

**デフォルトの名無しさん** · 2019/03/23(土) 09:15:03.85

調べてたらjsで指定できるらしいけど、俺経理やしそこら辺わからんかったわ

**デフォルトの名無しさん** · 2019/03/23(土) 10:12:12.38

日本企業では他部署はおろか下手したら部内の他チームの領空侵犯すら嫌がられるからな
全体最適化に照準したビジネスロジックよりも人間関係重視で、既存の業務の枠組みの中だけで効率化しようって話になる
つまりマネジメント不在

**デフォルトの名無しさん** · 2019/03/23(土) 10:43:10.85

単に環境の変化が嫌なだけ
人間関係とかいって他者への配慮を建前にしてるけど本音は個人のわがまま
そして日本人はみんな同じことを考えてるから
民主主義的なプロセスを経てそんな個人のわがままが正当化されてしまう

**デフォルトの名無しさん** · 2019/03/23(土) 13:59:33.81

変化が嫌いなのも非効率が許されるのも人に仕事が付くのも、全ては終身雇用だからなんだな

**デフォルトの名無しさん** · 2019/03/23(土) 15:50:06.46

Excelマクロの悪夢再来みたいなノリが多いような気がするんだけど、よくわからんのよな

Excelマクロがブラックボックス化するメカニズムはわかる作成者(わかる人)が異動や退職でいなくなって誰もわからなくなるわけでしょこれは腐ってもvbaはプログラミングだからエセも含めてプログラマーしか使えないというスキル差に起因する

その点、RPAならguiで誰でもわかるようになってるという建付けなので大丈夫なような気もするんだけどな

**デフォルトの名無しさん** · 2019/03/23(土) 16:12:03.58

プログラミング言語が出来るかどうかって実は開発プロセス全体からすれば些細な問題なんだけど非ITの人からだとそれが全てに見えちゃうのかな

**デフォルトの名無しさん** · 2019/03/23(土) 16:32:14.86

OSのバージョンアップで動かなくなる、
逆に言えばOSのバージョンを上げると動かなくなるのでOSのバージョンを上げられない、
みたいなトラブルが用意に想像出来る

**デフォルトの名無しさん** · 2019/03/23(土) 16:43:36.45

VBAは作った奴が退職して誰も弄れないブラックボックス化するケースが実際にめっちゃよくある
他にVBA弄れる奴がいたとしても他人が自己流で好き勝手組んだコードを解析するのって単純に骨の折れる作業だし

その点UiPathなんかのフローチャート式RPAは業務フロー自体が自動化シナリオと完全にリンクしてるから管理はしやすいと思うよ

スクリプト方式のRPAに関してはまあExcelマクロと似たようなことになるのは否めないな

**デフォルトの名無しさん** · 2019/03/23(土) 16:48:40.46

フローチャートもプログラムも可視化の方法が違うだけで同じものだよ
なのでプログラムで起こっていた問題はフローチャートでも当然起こりうる

**デフォルトの名無しさん** · 2019/03/23(土) 16:54:35.74

フローチャートもフロー間の依存関係が複雑化したりフローの正規化が甘かったりしたら結局スパゲティコードを相手にしてるのと同じことになるんじゃないの？

**デフォルトの名無しさん** · 2019/03/23(土) 17:02:33.57

お金とってRPAとして売っているのはフローチャートも扱えると思うから

フローチャートを読み取って
画像認識と条件判断と変数、定数、画面操作のここをこう変えれば正解になるのが分かるスキルがあれば
柔軟にスピーディーにできて、別に困らない

RPA自体の操作はマニュアルを見れば良いし
講習会も頻繁にやっているみたいだし

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

フローチャートだとあまり複雑なことはできないからドツボにハマりにくいだけじゃね？
同じような処理なら同じようになるとと思う

**デフォルトの名無しさん** · 2019/03/23(土) 17:11:15.17

フローチャートの欠点は大画面でないと全体がみえないから印刷することになったりすること
消極的な欠点といっていいのかわからないけど
フローチャートだと追加変更が簡単だから同じ処理を何箇所でもできるのも良し悪し
合流させたり、そこまで条件判断でスキップさせたり飛ばしたりしてくれると大丈夫

**デフォルトの名無しさん** · 2019/03/23(土) 17:25:59.93

RPAとプログラムが別物のようにいうやつがいるが、
RPAでの実装は本質的にはプログラムそのもの

**デフォルトの名無しさん** · 2019/03/23(土) 17:32:22.09

>>698
RPA製品じゃないけどグラフィカルプログラミング環境を採用してスパゲティ化した資産を溜め込んじゃってる企業様なら知ってる
コードと同じようにフローチャートも仕様変更や拡張が積み重なるとすぐに成長して大きくなってしまう
そうすると例えるならまるで電子回路やニューラルネットワークみたいにグラフが複雑化しちゃってわけがわからなくなってしまうんだ

**デフォルトの名無しさん** · 2019/03/23(土) 17:33:57.10

>>699
スキルがあれば、研修を受ければっていう与件が既にコストになってるやん
そこいらのホワイトカラーの抽象化能力ってかなりお粗末だぞ

**デフォルトの名無しさん** · 2019/03/23(土) 17:40:19.70

>>699
＞フローチャートを読み取って
コードを読み取って

＞画像認識と条件判断と変数、定数、画面操作のここをこう変えれば正解になるのが分かるスキルがあれば
インフラとの相互運用方法、条件判断と変数、定数、ロジックのここをこう変えれば正解になるのがわかるスキルがあれば

＞柔軟にスピーディーにできて、別に困らない
柔軟にスピーディーにできて、別に困らない

＞
＞RPA自体の操作はマニュアルを見れば良いし
インフラとの相互運用のAPIはマニュアルを見れば良いし

＞講習会も頻繁にやっているみたいだし
講習会も勉強会も読書もトレーニングも頻繁にやってるみたいだし

おかしいなプログラマはみんなそれでも苦悩してるんだけど…？

**デフォルトの名無しさん** · 2019/03/23(土) 17:51:26.52

RPA導入時に考慮されなかった環境依存性についてはドキュメント化の対象外になるだろうからなぁ
利用部門側でその問題に直面するとなるとなかなか大変なことになると思うわ

**デフォルトの名無しさん** · 2019/03/23(土) 18:03:08.74

非効率な仕事をやってた人間が
RPAを使いこなせるかと言われたら…

**デフォルトの名無しさん** · 2019/03/23(土) 18:12:33.85

>>703
そもそも電子回路も複雑化してFPGAとかはコードでしか表現できなくなってるしな

**デフォルトの名無しさん** · 2019/03/23(土) 18:37:17.76

普通のホワイトカラーなり事務員にとってはvbaですら絶対不可能なラテン語みたいな扱いだからなあ個人的な印象だけどね

その点、みんながわかるguiなら違うかなと
例えば、ラテン語なら読み解く気すら起きないけど、日本語の文章ならたとえ難解でもみんなで頭捻って考えて読み解ける、みたいな

**デフォルトの名無しさん** · 2019/03/23(土) 19:37:40.10

甘いわ、GUIなら分かるってのも幻想
現にSAPやTableau、SharePoint、WordやExcelのGUIなんかが実にひどい使われ方をしてるだろ

**デフォルトの名無しさん** · 2019/03/24(日) 01:25:40.71

>>709
読む気が起きないが読んでみようかなに変わるだけで、そこから先の読んで見たら訳がわからないという問題は変わらない。
入り口の薄い障壁1つが取り払われたところで、その後の本質的な問題は変わらない。

**デフォルトの名無しさん** · 2019/03/24(日) 01:35:10.10

というか、フリーでデプロイ・アクセスできるIT学習ツールがこれだけネット上にあるのにIT出来ない奴がこれだけいるのを見れば、世の中どうなってるか分かるよな

**デフォルトの名無しさん** · 2019/03/24(日) 05:06:25.21

学習ツールが公開されてると世の全員がやるのか？
この合間合間におかしなこと言う人何なの

**デフォルトの名無しさん** · 2019/03/24(日) 05:31:29.93

Excelのピボットテーブルですら、
何回説明しても理解出来ない奴らおるやん
魔力がないやつには魔法は習得出来ないんやで(異世界脳)

**デフォルトの名無しさん** · 2019/03/24(日) 13:04:34.48

bizroboでいくつか作ったけど、辞めた後メンテナンス出来る人間いないだろうなってぐらい魔境と化してる。
VBAの方が文で作られてるだけ解読はしやすい気もする。

**デフォルトの名無しさん** · 2019/03/24(日) 13:08:15.62

データベースは分かるけどピボットテーブルは分かんなかった

**デフォルトの名無しさん** · 2019/03/24(日) 13:36:59.75

>>715
リファクタリングツール使ったらどうかな
RPA開発環境にも当然あるんでしょそういうの？

**デフォルトの名無しさん** · 2019/03/24(日) 14:15:09.30

>>716
ピボットテーブルはクロス集計クエリ用のちょっと見た目が特殊なビューテーブルだって分かれば簡単だぞ

**デフォルトの名無しさん** · 2019/03/24(日) 14:16:05.64

>>713
そんなことは言ってない、むしろ逆だぞ

**デフォルトの名無しさん** · 2019/03/24(日) 15:10:10.33

簡単な事が最初から理解しようとしない人達が多いって事だろ

**デフォルトの名無しさん** · 2019/03/24(日) 15:52:14.83

エクセルワークシートのIF関数やVLOOK関数が使えれば凄い、INDEX関数になると分かりませんっていうレベル感だから事務員におさまってるってパターンが殆どじゃん
事業部門側でリファクタリングツールとか絶対に使えるようになるわけないと思うわ
操作手順だけを丸呑みして覚えるタイプの無駄な適応反応をもたらすだけ

**デフォルトの名無しさん** · 2019/03/24(日) 15:56:08.58

>>721
それは単に職域の違いだろう
じゃあ君は経理の仕訳の事をちゃんと理解してるのか、と

まあこの程度は社会人として常識レベルだから知ってるとは思うが

**デフォルトの名無しさん** · 2019/03/24(日) 16:24:11.37

リファクタリングツール使えないなら手作業でリファクタリングすんの？
例えば拡張し続けてフローが長くなっていろんなことやりすぎるようになったとき
一部分だけを抽出して再利用可能なパーツにしたくなった場合は？
プログラムだったら範囲選択して右クリメニューで抽出できる
変数とかも全部解析して引数と戻り値に置き換えてくれるけど手作業だと結構難しいよね
ツール使ったほうが簡単じゃないかなあ

あとさプログラムだと出来の悪いコード書いたらこっちのがいいよって提案してくるじゃん？
昔は構文木のパターンマッチだったけど最近だとAIが提案してくれるようになったアレ
提案をクリックして受け入れたら提案通りの出来のいいコードに自動で直してくれるやつ
アレは結構便利だとおもうんだけどRPAでもそういうのやってくれるのかな？

**デフォルトの名無しさん** · 2019/03/24(日) 16:53:06.18

>>722
リファクタリングツールを使いこなすだけの論理的抽象化能力を大多数の事務員に期待できるかという問題についてエクセル関数の理解度を例として個人的に否定的な見解を示しただけだから、職域の違いだという指摘はあまり意味がない
RPAを事業部門側でメンテナンスするとなったららメンテナンス担当者の職域に論理的抽象化能力を要する業務フロー改善が含まれることになるわけだしね
それに、職域に限らず論理的抽象化能力は必要だろ、デスクワークなら特に

経理の仕訳について理解してるかどうかという具体的な質問に至ってはそもそも会話が成立していない

**デフォルトの名無しさん** · 2019/03/24(日) 17:18:20.39

>>709
VBAも簡単だよ。
マクロの記録と再生するだけ。
誰でも出来る。

でもそんなのじゃ大したことが出来ないよね。
RPAも一緒。

RPAも頑張って作れば誰もメンテナンスしたくなくなるものが出来上がる。

**デフォルトの名無しさん** · 2019/03/24(日) 17:32:58.80

生産性が低いからシステム成長が遅くメンテしたくなくなるまで時間がかかるハズ
その点はRPAのメリットと言える

**デフォルトの名無しさん** · 2019/03/24(日) 17:54:53.08

>>722
経理の仕訳なら研修受ければ誰でも出来るようになるじゃん。

「誰でも出来る」を目指してRPAの研修もあちこちでやってるけど、
経理のように結果が出るかって話

**デフォルトの名無しさん** · 2019/03/24(日) 18:13:47.13

20年同じこと繰り返してきただけでそこそこ年収もらってる事務ﾊﾞﾊﾞｱを絶滅させようよ

**デフォルトの名無しさん** · 2019/03/24(日) 18:16:18.19

事務ババアにRPAのスタートボタン押してもらわないとｗ
あとRPAがこけた時の報告

**デフォルトの名無しさん** · 2019/03/24(日) 18:16:59.52

経理のおばちゃんだけどRPA研修受けて出来るようになったよ。
ただ自分でスプリクト?マクロ?を書くメニューはわからん、知識がないから。
エクセル関数と同じで既にあるものを組み合わせて使うのは余裕。
マクロとスプリクトの勉強は事足りててやんない可能性もあるけど興味は出たよ、こういうマクロ欲しいから教えてって言えるシステムの優しいお兄さんが社内にいれば良いんだけどねー、別に全部一人で出来る必要ないじゃない。

**デフォルトの名無しさん** · 2019/03/24(日) 18:46:02.08

できるとうまくできるの差は天と地ほどあって
できるだけでシステムをせっせと拡張していくと後で困ることになる

**デフォルトの名無しさん** · 2019/03/24(日) 22:04:59.59

事務ババア好きやで
エロいし巨乳だし時々お菓子くれるから

**デフォルトの名無しさん** · 2019/03/25(月) 02:07:45.55

知識ないって開き直るなら手をつけないでもらえますかね？
どうせそれ手に負えなくなってIT部門に転がり込んでくるんで

**デフォルトの名無しさん** · 2019/03/25(月) 03:58:30.13

このツールなんですけど、Twitter上で動作してくれません。
どうしたら良いでしょうか。
仕様ですか…？
使用目的は自動ツイートです。

https://amimilab.com/mytools/page-49/

**デフォルトの名無しさん** · 2019/03/25(月) 09:49:19.64

RPAは積み木みたいなもん
既にあるパーツをどう積み上げれば目的が達成できるかを考えるのは一番やりたい事を理解してる事務のオバチャンがやるべきだし
足りないパーツが出た場合にInvokeCodeで新しい積み木パーツを創る仕事はプログラマに任せればいい
会社の強味ってそうやってお互い得意なことで助け合えるとこだし、それが一番効率的だと思うよ

**デフォルトの名無しさん** · 2019/03/25(月) 10:22:06.32

>>734
Twitter側で弾かれてるっぽい
単発の自動ツイート目的なら
「AutoTweet！」
とかが手っ取り早いのでは

**デフォルトの名無しさん** · 2019/03/25(月) 12:01:25.01

積み木かどうかは業務の複雑性によるだろう
もし大半の業務が積み木で済むようなシンプルな世界だったならDDDのような開発技法は発明されなかった

**デフォルトの名無しさん** · 2019/03/25(月) 12:46:37.31

どんなに複雑でも定型化されてる以上は積み木と同等。いやプラモデルと言ったほうが適切か
いずれにせよ手順通りにパーツを組み合わせていくだけには変わりない
事務のオバチャンという名のドメインエキスパート自身がRPAのシナリオとしてドメインモデルをアウトプットすることになるし、
完成したドメインモデルはユビキタスなフローチャートとして表現され且つそのままXAMLコードとして機能する

**デフォルトの名無しさん** · 2019/03/25(月) 12:47:33.91

まあ夢を見るのは自由ですけどね

**デフォルトの名無しさん** · 2019/03/25(月) 12:51:16.83

>>738
それってプログラミングもそうなんだよ。
君の言う通りなら事務員のオバチャンがC++で開発するって話でも問題無いんだよな。

**デフォルトの名無しさん** · 2019/03/25(月) 13:11:50.43

>>740
本質はそうだよ。
でもその理論でいくと極論アセンブリ言語やらの低級言語でいいよねって話になるよ
現実はCなりC++なりの高級言語が主流だよね。なぜかって、分かりやすいもん。
それと同じで、高級言語よりも更に分かりやすいWWFベースで開発するのってそんなにおかしい流れかな

**デフォルトの名無しさん** · 2019/03/25(月) 15:37:59.25

単純作業に見えて、ベテランが勘と経験でやってる
これちょっと違う、あやしい、要確認
あの人がいうアレは本当はコレなんだけど、違うって言うとうるさい。方言らしい
みたいなのも取り込めるなら最高

**デフォルトの名無しさん** · 2019/03/25(月) 18:10:24.21

>>741
わかりやすさがスケールしない
わかりやすいけど変更が難しい
この辺りがポイントかな

プログラマがWWFを自分達の仕事に採用しなかったのは何故か？

**デフォルトの名無しさん** · 2019/03/25(月) 18:46:24.74

パンダが何の関係が…？

**デフォルトの名無しさん** · 2019/03/25(月) 18:58:35.58

>>741
分かりやすいVBAは、やたら非難されてる。
VBAが駄目なんじゃ無くてスキルの低い奴のメンテナンスしようが無いコードが世の中に大量にあるから。

Excelを使ってる人は、自分がやりたいことだけできれば良いけど、世の中のたくさんの人達のやりたいことを実現させようとすれば複雑に成らざるを得ない。
RPAも世の中全体で言えばやりたいことが大量にあるから複雑に成らざるを得ない。
これは言語の難しさとは別の話だ。
複雑なのを良しとするか、あれも出来ないこれも出来ないとなっても我慢するかのどちらかだ。

結局、RPAも他言語と同様に複雑なんだ。

**デフォルトの名無しさん** · 2019/03/25(月) 19:53:36.04

結局、大事なのはフローだからな。
作業フロー描け無きゃ作ろうと思っても無理。

行いたい命令を言語で組むか、泥アプリのFREPみたいなUIで組むかの違いだけ。

**デフォルトの名無しさん** · 2019/03/25(月) 20:38:05.72

>>736
そうなんですね。
他を探してみます。
ありがとうございました。

**デフォルトの名無しさん** · 2019/03/25(月) 22:04:07.99

746が1番しっくりくるわ

**デフォルトの名無しさん** · 2019/03/25(月) 22:30:39.00

オンプレミス環境で殆どの業務をこなしてた時代と違って、今はSaaSやPaaS(CaaS)やIaaS上のアプリケーションを使って業務をこなす時代なのにね
どんどんハードの制御が仮想化しているというのに、RPA流行は時代に逆行してる印象あるわ

**デフォルトの名無しさん** · 2019/03/25(月) 23:57:46.62

>>743
WWFが流行らなかったのは単純にプログラマがあえて使うメリットが皆無だったからだな
とはいえRPAみたいなライトな処理を事務のオバチャンが組むっていうユースケースではベストマッチだと思う
>>745
複雑の中にも程度がある
小学生のプログラミング授業になぜビジュアルプログラミングが用いられるのか
初めはみんな初心者なんだし視覚的に分かりやすいとこから入ってアルゴリズムの基礎を学んでいくってのもいいんじゃないか

**デフォルトの名無しさん** · 2019/03/26(火) 00:27:21.28

>>723
RPAはコーディング不要がウリで、ユーザーが設定（録画？）した操作を1つ目から順に逐次実行（再生？）するのが基本的な思想だと思う
コードを記述しないので文法もないし（設定の羅列は文法じゃなくてシーケンスだよね？）、ゆえに構文解析もないので構文木は作ってないんじゃないかな
単純に設定の1つ1つをオブジェクトに持たせてCommandパターンか何かで逐次処理してるっぽい気がする

何にせよ拡張性の余地がなさすぎてなーRPGツクールでスカイリムが作れるかー！っての
いや万一作れたとしてもツクールで挑戦しますか普通？
結局最後はSIerに泣きついてお金かかるやつじゃん

**デフォルトの名無しさん** · 2019/03/26(火) 01:11:29.32

プログラマ側の人って論理的に考えるからか評価が辛いんやね。

複雑さや属人化にもレベルがある。
まず「RPAでスパゲティにならない平易な処理」であればRPAが向いてると言える。
そして、仮に「RPAでスパゲティになってしまうような複雑な処理」であったとしても、「担当者の頭にしかない属人化」よりは「担当者作のRPAでの属人化」の方がマシだと思う。推測しやすいから。

もちろん解決策としては30点かもしれんけど、「業務を整理して…」みたいな100点満点の理想的本質的な解決策は今までも取れてなかったわけで、今後も取れる見込みは低いでしょう。

**デフォルトの名無しさん** · 2019/03/26(火) 01:48:50.15

あらゆるＲＰＡは、ただのスクリプトをＧＵＩ形式に変換しただけ

画面構成が変わる、ＷＥＢのデザインが変わる、処理のフローが変わる、例外エラー
には全く対処できない

作業の意味を理解していないから、ちょっとでもエラーが出ると終わり

**デフォルトの名無しさん** · 2019/03/26(火) 02:00:08.99

あくまでも友達の話なんだけど、こんな事が
・海上輸送されてるコンテナ番号から現在の動向を知りたい
・フォワーダーを何社か使ってるのだが、そっちへの依存は避けたい
・UiPathで頑張って船会社のWebから引っ張ってくる仕組みを作った、月二回手動→毎日自動、くらいに更新が速くなった
・だがちょっとまって欲しい、コンテナ情報は一本$1程度で海外の会社から買えたのだった、ロボットより安いし安定

ロボットが広まったら広まったで、「ロボットの削減」がコンサル商売のネタになりそうな気がして仕方ない

**デフォルトの名無しさん** · 2019/03/26(火) 03:16:56.68

何がwwfだよ日本人ならNOAやろがい！

**デフォルトの名無しさん** · 2019/03/26(火) 05:47:43.03

RPA云々ってより会社の体質に依るところもある

入社10年で事務作業の流れ作業だけメインでやってる人より、入社2年でVBAもプログラムもできる人の方が給料も安いし役職も低い

2年目でできる人は出来ない10年目に合わせて動かなきゃならんから効率なんて上がるはずもない

解雇規制が共産主義的な生産性の低下を引き起こしている

**デフォルトの名無しさん** · 2019/03/26(火) 05:50:23.91

>>754
uiparhをそれ専用機にしてるんだったら今すぐrpaやめたほうがいいな(笑)

**デフォルトの名無しさん** · 2019/03/26(火) 06:13:51.32

よく考えたらオブジェクト指向をサポートしてない時点で論外だったわ
RPAとコードは本質的に同じものでただ可視化しただけだって意見は間違いだった

**デフォルトの名無しさん** · 2019/03/26(火) 07:21:10.18

>>753
あらゆるRPAって…。
UiPathとかBlue PrismみたいなRPA触ったことないだろ。
適当な事を言って断言するな。

**デフォルトの名無しさん** · 2019/03/26(火) 07:39:35.62

>>754
ごく普通にクローリングすれば簡単に無料で実装できたのに…
高い買い物をしたね

**デフォルトの名無しさん** · 2019/03/26(火) 09:46:31.10

RPAは〇〇だから使えない～って意見の人達は国産RPAでも掴まされたのかな
UiPath触ったことあればここで”できない”って言われてる事は大抵実現可能なことが分かるはず
個人利用なら無料なんだし一度触ってみてればいいのに