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

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

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

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

出来るんだけど、UiPathの画面が嫌いなんや！
中身は.Netなんだから直接触らせてくれ

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

c#で書かせろとは思う
なんでvb

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

○RPAは〇〇だから使えない
◎RPAは〇〇だから使わせてあげられない

未来に禍根を残したくない
作って3ヶ月で自動的に消えてくれるなら考慮の余地はある

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

なら作って3ヶ月後に自動消去するように組めばいい

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

いいアイデアだね
借金は早く返したほうがいい

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

>>761
コード呼び出し機能を使わずにグラフィカル開発環境だけでオブジェクト指向と関数型できるの？

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

>>767
Blue Prismなら可能。UiPathは知らん。
https://www.keyman.or.jp/kn/spv/1811/26/news024_2.html

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

マカー社長「なんでMacにはRPAないか知ってるか？」
俺「そもそもMacは業務用に使われてないし」
マカー社長「ちがう！Macには標準でキーフレームがあるからRPA業界が参入できないんだよウハハ」
俺「へえーでもたいしたことできなくない？」
マカー社長「ほら！クリックも記録できる！すげえええ！ガハハ！」
俺「すごいっすね。RPA不用っすね」
マカー社長「そういうわけでキーフレームでやってくれ」
俺「何を？」
マカー社長「業務改善」

イマココ

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

>>768
なるほど悪くないね
PageObjectではない純粋な業務クラス、関数型のサポートはないのかな？

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

・リファクタリングツール
・バージョン管理と差分表示(当然グラフィカルに)
・オートフォーマッター
・静的解析ツール
・インテリセンス
・大量のウェブ情報

こういうのも有るのかな？
殆どできると言い切るぐらいだからきっとあるんだろうな

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

>>771

・バージョン管理と差分表示(当然グラフィカルに)
・静的解析ツール

はある。

・大量のウェブ情報

大量ではないが、海外ではコミュニティは形成されている。

・リファクタリングツール
・オートフォーマッター

は知らん。

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

月末に請求書を自動作成させたり、中旬に在庫のデータを読み込んで資料作ったりして時短になるね、メンテも簡単自分で出来るもん。
こういうものなのにおばちゃんとお前らの温度差何なのこれ。

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

“予算ゼロ”からの逆転　茨城県庁が「RPAって何？」から4カ月で実証に踏み切った理由
https://www.itmedia.co.jp/enterprise/articles/1903/25/news067.html

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

>>765
未来に禍根を残したくない
製品の正式な機能でないとこっちに文句が来る
ものによっては資産計上されてしまうものを、おれが消すわけには行かない

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

>>716
SQLに似た機能を実現する命令あるだろ

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

>>773
他は知らないが、おれに関しては
使える人が自力で使う分にはどうぞどうぞ。経営に買ってもらって存分に使い倒せばいい
おれも便利に使っている。ガントチャート更新、交通費清算などとっても便利

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

>>771
なんか上から目線感が凄いな。
プログラマーってのはそんなに偉いのか。
気になるならUiPathくらい弄ってみればいいのに。
興味ない？なら、なんでこの板を覗いてるんだか。

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

UiPathってVBベースなの？

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

.NETならなんでも同じだが多分C#じゃない？
でもフローで書くエクスプレッションはVB.NET形式でしか受け付けてくれない。

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

VBとか何がいいのかさっぱりわからん
断然C#だろ？

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

へえ、UiPath用のタイプライブラリを叩く感じなのかな
エクセル連携ニーズの多さやVBAに慣れてる事務員の多さとかを前提にした戦略的判断かね？

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

>>777
いいね！あるべき姿だな。
基本的な使い方は教える、相談も受ける。
ネットにまとめサイトがあれば良いがまだググればかとは言えないのが面倒だが、エクセルと同じレベルで現場で使って欲しいわ。

ただ、プログラマーの素養がある人が使うことを前提とした玄人用RPAと事務員向けのRPAがあって前者は意味がわからないな。

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

玄人と素人はどっちか2つに一つじゃなくて段階的なものなんやで

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

>>782
UiPathの回答では、フロー画面に使ってるMicrosoft Workflow Foundationモジュールの制限だとしているね。（その後突っ込まれてるけど…）
https://forum.uipath.com/t/coding-in-c-instead-of-vb-net/968
> Coding within the workflow (writing expressions in properties) can be done only in VB.NET 28. This is a Workflow Foundation limitation.

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

やっぱみんなコード書かせろって思いながら使ってんのね

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

>>786
使ったことないけどコード書きたいならCode Activity使えば普通にc#でかけるらしい。
そうではなくて俺がc#形式にしてほしいのはフローの穴埋め部に書くとかのエクスプレッション部分だよ。

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

>>787
InvokeCodeやCustomActivityを書くなら通しで普通のプログラムでいいじゃん
他人にアクティビティ売るわけでもないしさ
そうじゃなくてじゃなくてRPAに普通のクラスを生成して欲しいんだ
例えばホゲというショップサイトがあってこのサイトでは
ログインページにはユーザーidとパスワードとログインボタンが表示される
ログインボタン押すとメインメニューページに遷移する
という仕様だとする
↓そしたらこういうインターフェースを実装したページオブジェクトクラスを素早くいい感じに忖度して生成して欲しいんだわ
interface IHogeLoginPage {
public string UserId { get; set; }
public string Password { get; set; }
public IHogeMainMenuPage Login();
}
そいでその生成されたアセンブリを普通にコーディングで製造してるアプリロジック側に注入したいわけだ
今はこういうページオブジェクトを手作業で書いてるからちょっとめんどくさい
上で例示した架空のシンプルなログインページだと手作業で実装とxUnitを書くのにおそらく5分くらいかかる
RPAでこれが1分になるなら買う価値があると思う

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

>>788
>>787の「そうではなくて」って読んでくれた？
コード書きたいわけでは無いの。
フローのちょっとした穴埋め部分にvbじゃなくc#の形式で書かせてほしいだけ。

**デフォルトの名無しさん** · 2019/03/27(水) 00:11:00.35

>>773
ねーなんで複雑なシステムを組んでわからなくなるみたいな想定するんだろうか
もちろんそう言うデメリットも生じるだろうけど、基本的な想定としては、１時間くらいかかる単調な繰り返し作業を10分にできます、しかも事務のおばちゃんでも誰でもできます、みたいなもんだと思うんだよな

**デフォルトの名無しさん** · 2019/03/27(水) 00:22:56.39

と思ってたらいつの間にか大きな複雑な処理に化けてる
システムってそういうもの

**デフォルトの名無しさん** · 2019/03/27(水) 00:29:18.35

VBとか書いてある時点で地雷だって気付くよねふつうは

**デフォルトの名無しさん** · 2019/03/27(水) 04:10:37.06

VB嫌いではあかんで
VB脳とHaskell脳をすぐに切り替えられるのがプロやっちゅうことやな(ドヤ顔)

**デフォルトの名無しさん** · 2019/03/27(水) 09:18:57.55

気付いたら大きくて複雑な処理に化けるって発想がそもそもおかしい
"定型"業務の自動化なんだから「月末に請求書を自動作成」っていうシナリオを作ったとして
そのシナリオに関しては業務内容が根本的に増えない限りそれ以上変化することないよ

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

いつの間にか大きな複雑な処理になってるって、RPAの問題じゃなくてワロタ

プロジェクトか管理者の問題じゃん

**デフォルトの名無しさん** · 2019/03/27(水) 09:32:24.34

野良ロボット、野良サーバーが知らない間に増えるのはガバナンスの効いていない駄目な組織やで

**デフォルトの名無しさん** · 2019/03/27(水) 09:49:05.44

駄目な組織は何をやっても駄目、電話と手書きFAXを駆使し書類束を仕事の証として頑張れ

**デフォルトの名無しさん** · 2019/03/27(水) 12:55:08.95

>>794
昔、VBA使いが同じこと言ってたよ

**デフォルトの名無しさん** · 2019/03/27(水) 13:21:40.38

日本人は創意工夫(笑)で仕事のルールを増築していくのが既定路線やから…(震え声

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

ほんと見事なまでに減らせずに増やすだけだよなｗ

**デフォルトの名無しさん** · 2019/03/27(水) 14:35:13.60

>>794
擁護するつもりはないが、じゃあ「請求書のデータを引っ張ってくるところも」「メールで送付するところも」「基幹システムと連携するところも」ってなるケースもあるとは思う

でも、そうなるケースもあれば、そうならないケースもあるわけで、その懸念ばっかり強調してメリットを享受できないのもまたもったいないわけで

**デフォルトの名無しさん** · 2019/03/27(水) 18:47:14.45

なんか俺だけ論点がずれているのかな。
RPAだって、プログラマーのような技術カのある人が苦労して組めば良いと思うよ。

簡単に組めると言うけど簡単に組んだら碌でもないものが出来るというのが問題だと思うんだ。

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

誰が誰だか分からんのだが

今期も残すところあと2日だぞ
そんな装備（RPA）で大丈夫か？

**デフォルトの名無しさん** · 2019/03/27(水) 19:06:52.41

ハリボテ装備でも暫くは保つ
問題はその後だ

**デフォルトの名無しさん** · 2019/03/27(水) 19:13:30.57

大丈夫だ。問題ない。

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

>>801
それくらいだったらマクロ出来ない事務員が作ってるからRPAやっぱｽｹﾞｰと思う。

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

じゃあなんでフリーソフトじゃだめなのか
どうせ複雑なことしたいんでしょ俺は騙されないぞ

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

会社がRPA買ってくれるから、フリーソフトである必要ないんやで

**デフォルトの名無しさん** · 2019/03/27(水) 21:10:35.46

どうせならマシンスペックと有料サービスに投資したいかな
ちゃんとしたものを選べばCLIもAPIも完備してるからロボットの出番って…

**デフォルトの名無しさん** · 2019/03/27(水) 22:12:12.56

>>785
Uiのエンジニアがボコボコに叩かれてて笑った
他に優先順位があるから今は対応できない、Code Activity使えばC#でも書けるって言っても納得してもらえてなくて可哀想

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

画面認識系はSikuliX
Excel読み書きはClosedXML
WebはAPIとかAngleSharpとか
DBは普通にSQL
でええんやないかと思ってきて

**デフォルトの名無しさん** · 2019/03/27(水) 23:41:23.07

最近2Lのペットボトルが、真ん中に窪みがついて持ちやすくなったけど、
そういう気配りが、これからのソフト開発にも必要だと思うの。

何が言いたいのかというと、
コントロールしにくい変な仕様のインターフェイス作るなってことね。
Windowハンドル取れないとか、ReadyStateが利かないHPとか、もってのほか。

**デフォルトの名無しさん** · 2019/03/27(水) 23:42:29.49

WinAppDriver＋Appiumの質問ってどこですればいい？

**デフォルトの名無しさん** · 2019/03/27(水) 23:47:35.63

それが何なのかわかりませんけどね、
例えば、冷蔵庫のドアをRPAで開けられるなら、
その質問をここでしてもいいと思うんですよ。

**デフォルトの名無しさん** · 2019/03/28(木) 01:43:31.63

>>812 おっぱいうぷ

**デフォルトの名無しさん** · 2019/03/28(木) 05:32:13.92

>>812
最初から自動化サポートを考えるならAPIでいいじゃん
RPAは遠回りだ

**デフォルトの名無しさん** · 2019/03/28(木) 05:34:24.98

>>756
最大の効率化は無能上司を首にすることですよ

**デフォルトの名無しさん** · 2019/03/28(木) 06:34:03.73

>>817
企業の目的は効率化ではなくて利潤追求
効率化は手段の一つ

効率化の観点で無能とあなたが評価する上司が
売上観点では有能かもしれない

**デフォルトの名無しさん** · 2019/03/28(木) 06:52:29.01

>>818 >>817 >>756
そんな上司には管理やらせずに営業だけやらしゃいい。

**デフォルトの名無しさん** · 2019/03/28(木) 06:59:10.83

>>810
そりゃ最初に
This is a Workflow Foundation limitation.
なんて言いがかりつけたら叩かれてもしょうがないわな

**デフォルトの名無しさん** · 2019/03/28(木) 09:50:16.57

VisualStudioにWorkflow追加インストールして、新規プロジェクト作ってみたら
なるほどUiPathはまんまこの画面やないか、と理解したわ

逆にVisualStudioにUiPathのアクティビティは読み込めないんですかねw

**デフォルトの名無しさん** · 2019/03/28(木) 09:56:57.60

>>812
サントリーの南アルプスの天然水500mlペットボトルにも同じこと言えんの？
フタ開けようにも本体がネジれて開けられないんだぜ……

**デフォルトの名無しさん** · 2019/03/29(金) 06:09:39.46

い・ろ・は・す！

**デフォルトの名無しさん** · 2019/03/30(土) 08:14:51.54

VBSでUIAutomationが使えれば、
こんなもん要らないんだけどな。

**デフォルトの名無しさん** · 2019/03/30(土) 09:57:25.45

>>824
情シス部がWEBサイトアクセス部分を抽象度の高いCOMクラスとしてカプセル化して配布すればいいよ
事務のおばちゃんだってエクセルマクロは使えるんだろ？

**デフォルトの名無しさん** · 2019/03/30(土) 12:08:13.10

Webのアクセスはどう考えてもスクレイピングのライブラリ適当に使った方が楽よね、読むのも書くのも
RPAは「紙やPDFの申し込み書類読んでExcel化まで」とか用途絞りまくって作るのがいいと思うのです
その前後は普通にプログラム書けばいいので

**デフォルトの名無しさん** · 2019/03/30(土) 12:25:29.07

普通にPDF読み取りライブラリ使えばいいじゃんそれか画像解析ライブラリ
RPAという括りにこだわる意味はないな

紙の読み取りはどうだろうな
紙セットしてスキャン開始するとこまでは手作業だろ
スキャンしたデータを集めて画像解析するとこは普通にプログラミングかな

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

俺はプログラマーじゃないけど、上にみんなが書いてあるようにプログラム組めと言われてもできない。
でもuipath用意されたら色々自動化できた
所詮そんなもん

**デフォルトの名無しさん** · 2019/03/30(土) 19:40:33.24

メンテナンスできないものが出来上がるのはプログラムでも一緒だし
RPAをくさす理由にはならないかな

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

>>828
どんなこと自動化したの？差し支えなければ

プログラミングでいいじゃん、っていう意見はRPAの強みを見てないよなスキルがない人でも扱えるってのがウケてるんだと思うんだけど

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

プログラミングよりもハードルが低い分、メンテナンス不能になったときの影響が大きくなる傾向はありそうかなと思う
もちろんRPAが社会的に普及すればそのぶん管理ノウハウも洗練される可能性高そうだけど
野良マクロの例があるので普及度と管理ノウハウが正相関するかはちょっと分からないね

**デフォルトの名無しさん** · 2019/03/30(土) 21:05:23.16

スキルがなくてもRPAで自動化できるような規模の小さいシンプルなタスクなんてのはプログラミングでも同じく簡単にできるんだな
逆にスキルがないと自動化できないような難しいタスクはエコシステムが未熟なRPAではしんどい

**デフォルトの名無しさん** · 2019/03/30(土) 21:06:44.04

>>826
スクレイピングは跳ねられるサイトも多い。
従ってRPAと併用すると良さげ

**デフォルトの名無しさん** · 2019/03/30(土) 21:15:50.79

>>833
一般的なスクレイピングで弾かれるなら原理的にRPAでも弾かれるだろう
そういうサイトでは正式な手続きを踏んでAPIを使うべきだ
APIでも制限かけてる場合があるのでその場合は負荷分散の処理が必要
RPAでもAPIラッパー的な部品なら同じ

ユーザーがこういった判断ができないところもRPAの限界だな
図書館クローリング事件みたいにいつか問題になりそう

**デフォルトの名無しさん** · 2019/03/30(土) 21:19:04.89

>>830
まだ全然だけど、一般的なのだよ
webシステムからデータダウンロードして、加工して配信
原価システムにテーマ登録や日報の転記とか、ダウンロードして加工して保管とか

本当に普段やってる業務洗い出して改めて改善しながら自動化してる
中には改善だけで十分てのも出てくる

**デフォルトの名無しさん** · 2019/03/30(土) 21:35:03.01

NEC、東大と共同で高速カメラ物体認識技術を開発--製造ラインの検品作業を効率化
https://japan.zdnet.com/article/35134977/

**デフォルトの名無しさん** · 2019/03/30(土) 21:40:47.56

>>832
だから簡単な事務でもできるものが対象だってメーカーもいってるやん。

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

>>835
どもどもだいぶイメージできた
基幹システムへの転記はありがちだなー最初からシステムに入力すれば良いじゃんっていう指摘もあるが、端末環境だったり入力者と転記者が違ったりでなかなかそうもいかんのよなーそこで、システムの改修は金かかるから、小回りの効くRPAでってのは自然ではある

ブラウザや他システムとの連携はExcelマクロより強みがあるかももちろん、Excelマクロでもできるだろうけど敷居が高い
やっぱ「できるできない」という視点より「敷居が高い低い、''簡単に''できるできない」という視点で考えた方が良さげだな

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

マクロのほうが簡単だよ
GUI環境は正直編集しにくいだけだ

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

本当に簡単なら世界中のプログラマが既に採用してるはず
プログラマは自分が作りたいモノに付随するやりたくないけどやらなきゃならない作業を嫌う
だからプログラミングより簡単にその作業を取り払ってくれるなら間違いなく飛びつく
しかし現実は……まあそういうことです

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

だからプログラマの作業を解決するツールじゃなくて事務員の作業を解決するツールなんだってば

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

>>840
差し支えなければ、評価されたRPAの銘柄教えてください。

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:08.08

>>841
ほんこれこれを認めない人ってなんなんだろうな
プログラマー「プログラミング簡単」←これは別に構わんが
事務員「プログラミング無理」←これを頑なに認めないのな

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:30.52

>>841
同じことだよ
プログラマが日常のPC作業を自動化しないとでも？

**デフォルトの名無しさん** · 2019/03/31(日) 00:48:18.42

>>843
無理だという思い込み

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

Excelのマクロなら分かるがプログラムは分からない
と言うのは、(){}[] が問題なのではないか(名推理)
つまり、超シンプルに書いたVB.NETなら事務員でもなんとかなる！はず！

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

>>840
使ったことないなら否定も肯定も出来ないという事実

ネットで得た知識や自分の勝手な推測だけで喋る、薄っぺらい人間になるなよ

**デフォルトの名無しさん** · 2019/03/31(日) 09:25:32.65

>>839
それは新しいものに対応できない老害なのでは。。

よくシステム導入しても頑なにエクセル管理に拘るおばちゃんのようだ

**デフォルトの名無しさん** · 2019/03/31(日) 09:39:16.05

>>843
他人に対する想像力が欠如していて、自分の考え方が絶対だと思っているやつなんだろうね。自分にとってはこうだから、他の人もそうあるべきと考えてそう。
それに加えて、話の流れについても、自分の思い込んでいる想定や前提が常に絶対で、他の人がそれと異なる前提での話をしている中でも一人ずれた前提で話をするから頓珍漢なことを言う。
そして本人にはその自覚がないから認識の修正ができず、話が通じないままになる。
困ったものです。

**デフォルトの名無しさん** · 2019/03/31(日) 09:51:59.60

>>848
実を言うとGUIプログラミング環境はかなり古い
昔からあってプログラマ達に非効率的で苦痛に満ちてるものとして見捨てられた
これを新しいものと呼ぶには抵抗があるな

**デフォルトの名無しさん** · 2019/03/31(日) 09:53:30.85

>>849
同意
頑ななRPA信者には困ったものだね
こんなもの崇拝してるのは世界的にみても本当にごく僅かなマイノリティなのにさ

**デフォルトの名無しさん** · 2019/03/31(日) 10:27:54.88

ごく僅かのマイノリティなら放っておけばいいじゃん
もし放っておけない位に流行するなら君らの認識が誤ってるか、君らの持っている（かは知らんけど）より良いソリューションの喧伝不足なのでは

こんなネットの片隅で架空のRPA信者にｇｄｇｄ言ってないでもっと違う努力しなよ

**デフォルトの名無しさん** · 2019/03/31(日) 10:29:01.59

>>851
同意されても困るな。俺が非難しているのはお前のようなタイプの方だ。
このスレを見ていても、RPAを崇拝している信者なんていない。｢ある種の人にあるケースでは役に立つ｣という意見があるだけなのに、お前はそれをすら、RPA信者と考えているのか？
お前がRPAを無価値なものとして毛嫌いするのは勝手だし好きにすればいい。

**デフォルトの名無しさん** · 2019/03/31(日) 10:42:16.80

winactor以前触って驚愕したのだが、

な　ん　で　小　数　点　扱　え　な　い　の　か

**デフォルトの名無しさん** · 2019/03/31(日) 11:04:20.84

>>854
扱えますよ

**デフォルトの名無しさん** · 2019/03/31(日) 12:02:48.08

実際にRPAがウケている風潮があって、その背景には内勤業務の現場レベルでの自動化ニーズやプログラミング人材の供給不足やら登用ノウハウの欠如やらがあるわけだよね
その風潮そのものがマやシステム管理者等のITプロパーから見ると野良マクロ蔓延の焼き直しとか流行技術のつまみ食いにしか見えないだけで

**デフォルトの名無しさん** · 2019/03/31(日) 12:25:36.66

まだ利用者は僅かだろうけどそれでも>>812のような意見が出てきてる
万が一普及していくとAPIのサポートよりもRPAのサポートを要求する奇妙な顧客が増えるかもしれないね

**デフォルトの名無しさん** · 2019/03/31(日) 13:47:37.61

そのうち、Webサイトのデザイン変えるとRPAで使ってるユーザーから猛反発が来るようになるのではないか？

**デフォルトの名無しさん** · 2019/03/31(日) 14:32:45.06

CUIとGUIみたいなもんだろ。
目的や用途によって使いたい方を使えばいい。

**デフォルトの名無しさん** · 2019/03/31(日) 14:34:34.96

RPAてか業務で使われる前提のページ変更したらそりゃ文句もあるだろうけど
そんなのは変更しないかするなら影響先に事前に告知するだろうよ
無断でやってる奴らの面倒まで見る必要はないから心配しなくていいんじゃね

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

業務システムなら更新通知はするがRPA互換性は保証しないだろうな
真面目に保証しようとしたらわりとデカいテスト工数がかかる