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

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

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

**デフォルトの名無しさん** · 2019/02/19(火) 23:56:45.98

>>92
c++とc#で自作
パターンマッチングはc++でDLL作った

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

windowsでは他のアプリを操縦するには仕組み上メッセージを送るしかないんだけど
その仕組みが雑なので非常に不安定なんだよな

OSが問題でうまくいかないんだから新しいAPIを提供してほしい

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

>>95
それじゃーそれ以上のパフォーマンスやカイユいところに手が届く対応はパケージの時点で無理だよ。
それと年間最低100万とかペイしないでしょ。(決めつけでもの言ってごめん))

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

15年ぐらい前には業務ソフトでcsvインポートがなかったので
登録フォームに外部からCSVの内容に基づいてデータを入力するソフトも作った

会社やめたけど今も使ってるらしい

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

あとは楽天証券のマーケットスピードというソフトを自動化するのも作った
windowsの仕組みが悪いのでこちらもたまに失敗する

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

windowsがちゃんと仕組みを作って自動化を推進したらいいだけの話
タブオーダーいじれるようにするとかそういうのだけでもずいぶんと違う

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

マカー上司がMacの標準機能のAutomatrが優秀だからUIPathなんていらねえ！って言ってるんだけど、そんなにすごいの？

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

>>101
Automatrなんてたいしたことできないよ。
アプリ側がAutomatr用に設計してくれてないと。
Macにもロケットマウスがあればと思うくらいだから。

**Level3** · 2019/02/20(水) 08:48:01.96

>>94
現在、WinActorを使用している会社に入って、作業をしている。
WinActorのロボットは、時々停止するので、運用は慣れたものになっている。
既存のソースを見ているところだが、ちょろちょろと画像認識が使わていて、
これが停止の理由だなってのは思った。
91で書いた通り、WinActorはオブジェクト認識ができないことが、結構あるので、
どうしても、画像認識に頼るのが原因。
UiPathは、UiExplorerで、ちょっと画面を触って、ちゃんとコントロールがとれていたら、
その後は、画像認識はほとんど使わない。WinActorと比べて安定になる。
もちろん、「比べて」であって、RPAは、所詮、不安定なもんだ。
UiPathの場合は、回線速度、アプリケーション側の処理速度の問題で不安定になることが多い。
ただ、これは、WinActorでも同様におこる。

**Level3** · 2019/02/20(水) 08:57:04.23

>>103
は
>>93へのレスポンスの間違いです。

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

>>102
しかしマカー上司はものすごくMac推しだからMacすげええええ！RPAいらないっすね！！って言っといた

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

ところでRPAの画像認識ってどういう仕組みで認証してるんだろ？
プログラマーとしては気になる

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

>>106
認識と認証は別の話だが何が気になるの？
ちなみに認証機能なんかないよ(capchaとかのはなしなら)

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

結局UiPathにしたって回線速度やアプリの処理速度で不安的になってしまうようなシロモノだからねぇ。
WinActorに至っては止まり過ぎて論外だけれども。
まあうちの会社は安いシェアウェアで十分役立ってるし、画期的なツールが登場するまでもうこれでいいや。

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

>>106
OpenCVだろ

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

MSがRPAに本格参入すれば一気に解決？

>>109
OpenCVの画像認識は、2色（白と黒）ですら怪しいレベル

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

>>110
それは言い過ぎじゃないか。

実際につかったことある？

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

OpenCVで画像認識は機械学習的な手法を除くと凡そ以下が可能

1.ピクセル比較
2.テンプレートマッチング
3.位相限定相関法
4.特徴量抽出

どれもググればC++とかのサンプルが出てくると思う。

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

>>96
メッセージってWinAPIのこと言ってる？
UI Automation(これももう枯れてる)とWinAppDriver(新しい)ってのがあるから知らなかったら試してみては

>>110
MSはUI AutomationやWinAppDriverみたいな普通のプログラムから使う道具を推してる
オフィスVBAが代表例だけどMSは昔から自動化するならCOMなりPSコマンドなり普通のAPIを使ってくれって方針
なのでMSが本気を出したら逆にRPAは駆逐されるんじゃないかな？

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

>>113
いやー、VBAやCOMが使えない既存のアプリケーション郡(MSオフィス以外の大多数)の自動化はどうするんだい？
ほとんどの中小は古～いシステムのやり取りを自動化するためにRPAを導入したがっているんだが。
すると結局API叩いてボタン押したり、他のRPAと大差ないことになりそうな気がする。
MSがやるなら恐らく自動化されることを前提にアプリの開発環境自体に何か新しい仕組みを組み込んでくるんじゃないかな。
古いアプリはなかったことにしてｗ

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

>>114
UI AutomationやWinAppDriverなら
古いアプリも再開発なしで自動操縦できるよ

まあ正直に言って古いアプリの中には自動操縦がめんどくさいものも確かにあるけど
これはUIAやWADが悪いというわけじゃなくてアプリ側の問題で本質的に自動操縦が難しい場合が殆ど
だからそういうのをRPAにしたからと言って劇的に楽になるというわけではない

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

UI AutomationとWinAppDriverはただメッセージの仕組みを使いやすくしてるだけで
OSのAPIセットじゃないような

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

>>114
MS Flowはどういう位置づけなんだろうな。

今のところ、アプリ間をまたぐ業務フローの自動化がメインで、デスクトップの自動化はほとんどできないみたいだが。

**Level3** · 2019/02/20(水) 21:42:50.91

今日もWinActorで製造してきた。
WinActor、動作が鈍い。
表からデータ取得するのに、表の件数とるだけで、1秒、
1行1カラムデータとるだけで、1秒とか時間かかってる。
マシンの性能ちゃんと見てないし、UiPathと比べてないが、
WinActorって動作が遅い気がする。みんなはどう思う？

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

動作を視認できるようにわざとコマ送りにしてるんじゃないか？
１行が１秒だからって１００行が１００秒かかったりせんだろ？

**Level3** · 2019/02/20(水) 22:01:04.40

>>119
一応、処理速度を遅くするオプションは切ってある（設定0）
後、どこを処理しているかをブリンクさせる表示も切った。
しかし、遅い。明日、5カラムで何秒か調べてみるよ。
下手すると100カラム100秒かかるかも。

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

>>118
今の現場ではWiｎDirectorは導入されてますか？
もしされていたらOrchestratorと比べてどんな感じですか?

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

>>107
は？なんでいきなり認証がでてくるんだよ？
いつどこで認証の話した？
お前頭大丈夫か

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

なに逆切れしてんのｗ

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

俺もどこから認証なんて出てきた？ひまわり学級か！？と思ったがよく見たら
>>106に書いてあるんだなｗ

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

>>120
カラムやレコードを個別に取得しないでテーブルをまとめて1つの命令でガッと取ってきて
取ってきた後にテーブルをインメモリで高速に処理する
プロセス間通信なんだからこうしないとどう設定したって遅くなるよ

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

>ひまわり学級

言いたいことはわかるが、ローカルすぎだろwww

**Level3** · 2019/02/20(水) 23:09:31.01

>>121
WiｎDirectorは導入していないのでわからない。
ところで、WiｎDirectorにしろOrchestratorにしろ、そんなに必要かな？
相当でかい会社じゃなきゃいらないと思うのだけど。
「野良ロボット」というのが、ベンダーの次の殺し文句だけど、
ドキュメントとかでなんとかすべきものじゃないかな？
いや、あまりでかい仕事したことないのでわからんのだけど。

**Level3** · 2019/02/20(水) 23:17:56.60

>>125
その通りだが、WinActorにはHTMLのTABLEルやOLを一挙にとってくるライブラリがなく、
基本、1カラムづつの取得になると思う。
この点に関して、WinActorのウィザード（魔法使い）がいたら間違いを指摘して欲しい。
ちなみに、UiPathなら、ウィザード（対話機能）を使い、一挙にとってこれるので、高速だ。

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

それがマジならWinActorクソってレベルじゃねーぞ？

**Level3** · 2019/02/20(水) 23:25:29.04

ちなみにOrchestrator高いよ。年間250万円。入れたら、幸せになるかな？
UiPathも年間50万円で、野良ロボットが生まれるほど、みんな買うのかな？
小さな会社なら1ライセンスで充分じゃないかと思うのだが。

**Level3** · 2019/02/20(水) 23:28:08.70

>>129
前に指摘したように変数型が貧弱なのがネックなんだと思う。
データをとってきて、入れるところが用意されていない感じ。
一応、2次元配列は扱えるみたいだけど、ライブラリ利用で主流じゃないんだよね。
ちょっと推測でいっているので、WinActorのウィザードに訂正してもらいたい。

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

え、マジなの？
死ぬの？

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

Winactor使いやすいよ
事務員だから難しい話はわからんけど～
最初簡単な使い方習ったらあとは動きに合わせてノードを組み合わせていくだけ。
レゴ遊びみたいで楽しい。
けど、自動化し終わったらどうなるんモヤる。

**Level3** · 2019/02/20(水) 23:32:50.29

ここらへん、ロボパッドはどうなんだろ。
たとえば、HTMLのTABLEのTDに書いてある価格すべてに対して、
消費税を計算して出力するってのをやる場合、
テーブル取得は、TD単位になるんだろうか？
それとも、TABLE単位で取得できるのだろうか？
マニュアル読んだ人、教えて。

**Level3** · 2019/02/20(水) 23:42:43.24

>>133
WinActorは、おそらく、133さんのような人向けのソフト。
ただ、高くてUiPathの2倍近くする。

簡単に扱えるという観点で、UiPathにない便利な機能がWinActorにはある。
それは、「データ一覧」の機能だ。
入力データとして、CSV、Excelなどの2次元データを一つだけ設定すると、
レコード取得のルーチンを省略して、プログラムが書けるという機能だ。
UNIXを知っている人に向けていうなら、AWKのGUI版って感じのものだ。
これは、便利だが、単純なことしか書けない。
WinActorの当初の目的は、この程度の自動化だったのではないかと思う。

**デフォルトの名無しさん** · 2019/02/21(木) 00:12:05.96

前から少し気になっていたのだが
Webサイトに対してRPAする際にWebサイト管理者に許可取ってやってる？
企業としてクローリングしてるわけだからまんがいち威力業務妨害なんてことになったら大変だよね

**デフォルトの名無しさん** · 2019/02/21(木) 00:15:33.51

>>116
OS上で動作している以上OSに管理されているはず

**デフォルトの名無しさん** · 2019/02/21(木) 00:18:08.98

>>136
大企業の従業員多数が手作業でアクセスしたのと
中小企業のロボットがアクセスしたのと
法律的にどこで線引きをするのか判らない
過去に裁判にでもなってたら判例があるかもしれないけど

**デフォルトの名無しさん** · 2019/02/21(木) 00:29:05.16

クローリングに関してはrobots.txtという紳士協定がある

**デフォルトの名無しさん** · 2019/02/21(木) 13:40:13.71

ここで話してるWEBサイトに対するRPAってスクレイピングだのクローラーだのじゃなくて、自社業務サイトの操作が主では？

**デフォルトの名無しさん** · 2019/02/21(木) 14:31:40.46

>>128
> WinActorにはHTMLのTABLEルやOLを一挙にとってくるライブラリがなく、
> 基本、1カラムづつの取得になると思う。

まじで！！？？
とんだ地雷ツールだな。ありえねぇ。

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

>>140
なんで勝手に対象を決めつけてんの？

**デフォルトの名無しさん** · 2019/02/21(木) 15:22:47.73

RPAが流行る時点で日本の業務ITは世界から益々取り残される

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

>>143
それはあるな。

本来EDIやAPI等で連携しなくてはいけない部分を
無理矢理ロボット化はよくない。

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

でも画面が動くと面白いですよ
これ重要ですよね

**デフォルトの名無しさん** · 2019/02/21(木) 18:30:49.70

面白いけど不気味だな
手打ちで1分以上かかるものが3秒で終わると気持ち悪い

**デフォルトの名無しさん** · 2019/02/21(木) 19:39:36.11

なんで気持ち悪いんだよ
気持ちいいだろ？

**デフォルトの名無しさん** · 2019/02/21(木) 20:15:00.25

たまにwindows起動したら一瞬コマンドプロンプト出たりダイアログがでて消えることがあるだろ
あんな感じで不気味なんだ

**デフォルトの名無しさん** · 2019/02/21(木) 20:50:26.14

>>143
>>144
おまえらはいつ世界を見てきたのかと小一時間....

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

>>149
ここみろ

「RPAは海外よりも日本が先行する珍しいソリューション」
https://enterprisezine.jp/article/detail/11689

**デフォルトの名無しさん** · 2019/02/21(木) 21:26:12.41

海外ではAPIがしっかり整備されてるからRPA不要という印象を受ける

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

日本のITシステムはクソだからな
不動産情報サービスやお役所サービスは人間と同じく夜と土日祝日年末年始はきちんとお休みするし

**Level3** · 2019/02/21(木) 21:47:43.55

>>120
今日調べた７カラムで13.4秒だった。1カラム2秒というところ。
だから、100カラムなら、200秒=3分20秒。ありえないほど遅い。
100行レベルの表の場合は、一度クリップボードにコピーして、
Excelに張り直し、VBAで処理するなどの工夫が必要かも。
どうなんでしょ？WinActorマスター。

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

マジでww
あり得んやろｗｗｗ
ウンコｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/21(木) 22:14:20.95

マジで笑いが止まらんｗｗｗｗｗ
エンガチョｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/21(木) 22:41:55.16

>>153
ヒント: JavaScript

**Level3** · 2019/02/21(木) 22:56:57.51

>>156
もっと、詳しく。お願いします。

**デフォルトの名無しさん** · 2019/02/21(木) 22:59:55.23

夜一晩バッチで頑張れば終わりますよ

**デフォルトの名無しさん** · 2019/02/21(木) 23:00:44.82

朝一晩なんて無い

**デフォルトの名無しさん** · 2019/02/21(木) 23:16:18.48

WinActorありえない仕様だな。
これが日本のRPAの主流とは…

**デフォルトの名無しさん** · 2019/02/21(木) 23:30:30.13

>>156
>ヒント: JavaScript
？でもWSHのJavaScript で処理したら数ミリ秒なんじゃね

**デフォルトの名無しさん** · 2019/02/21(木) 23:31:14.98

おめぇらが考える理想的なRPAは？

**デフォルトの名無しさん** · 2019/02/22(金) 00:02:00.15

普通のプログラミングが理想的

**デフォルトの名無しさん** · 2019/02/22(金) 00:48:09.74

>>162
BizRoboじゃない事は確か
他の製品の実例を見てないから
何がいいかは何とも言えない
そもそもAPIやマクロが存在しない
システムの穴を埋める
隙間産業のような製品だから
まだまだ発展途上なのかも
ユーザー会に行ってきた奴の話しだと
大手で人数も多い所はスキルも高いとか
財力と本気度も多分に影響すると思う

**デフォルトの名無しさん** · 2019/02/22(金) 12:39:39.12

RPAは次のフェーズへ、AI連携でデータの意味を自動解析
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/01663/

**デフォルトの名無しさん** · 2019/02/22(金) 12:58:11.34

>>164
クソみたいなシステム作ったアホの尻拭い系のお仕事ツールだよな

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

そしてRPA導入によりクソみたいなシステムが温存され続ける
データをわざわざWebに出力してRPAに入力させるバカシステムについて、中の人は誰も疑問を持たなくなる

**デフォルトの名無しさん** · 2019/02/22(金) 14:45:47.24

>>165
データの意味を自動解析ねぇww
またAIというワードに各社カモられるだろうなw

**デフォルトの名無しさん** · 2019/02/22(金) 19:59:32.55

>>118
ノードの数が多いと時間かかるよ
同じ取得結果でも取得方法で変わってくるよ

**デフォルトの名無しさん** · 2019/02/22(金) 20:23:57.94

RPAとAIは全く関係ないのだがね
イメージ戦略は大事だな

**デフォルトの名無しさん** · 2019/02/22(金) 20:52:05.46

>>143-144
バックグラウンドでシステムがサクっと動いて一気に処理する機能性って
業務に合わせたOwnシステムに拘った日本企業に理解出来ない

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

カラクリ人形が日本人のオートメーションの原点なんだよね
お茶汲み人形とかとにかく日本は「遊び」が先にくる
なのでAPIのようにビジネスライクで実用一辺倒なテクノロジは日本ではウケが悪い
デスクトップアプリをガチャガチャ動かしたほうが楽しくて良い

**デフォルトの名無しさん** · 2019/02/22(金) 21:24:14.50

>>170
好意的に解釈すれば
RPAで取得したデータをAIで分類して
その結果によってRPAでの処理を変えるとかかな

パターンマッチをより汎化したもの
例えば入力値を肯定的か否定的か
分類して処理を分けるとか

**デフォルトの名無しさん** · 2019/02/22(金) 22:40:08.50

5年後、基幹系システムは刷新できなくなる
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/021900237/

**デフォルトの名無しさん** · 2019/02/22(金) 22:54:44.47

日経のIT記事は東スポレベルやぞ

**Level3** · 2019/02/22(金) 23:24:35.26

>>169
返答ありがとう。
ノード数は全体で300程度。ただ、１サブルーチンのノードは少ない。
それでも、遅いのかな？
正直、UiPathのほうが高速だよ。
逆に、169さん、UiPath試してみて。

**Level3** · 2019/02/22(金) 23:28:22.60

>>175
教えてくれてありがとう。ネットの綺麗なページを見ると信用しそうになる。
現実に仕事している人間の感想としては、なんか、嘘くさい記事だね。

**デフォルトの名無しさん** · 2019/02/22(金) 23:31:51.41

RPAじゃなくてRPJだと、偽物くさくて良い感じなのに。

**Level3** · 2019/02/23(土) 00:39:38.80

>>169
標準ライブラリの「表の値取得（IE）」を使っています。
とても遅いです。
ミハル・ラトキエでしょうか？（謎）

**Level3** · 2019/02/23(土) 01:03:36.39

それは、素人ゆえの悲しい出来事であったかもしれない。
しかし、戦火の中に散っていったその若い命のことは、決して小さなことではなかった。
カイ・シデンの深い悲しみを慰めることなど誰にもできはしなかった。

スレ違いですな。

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

昨日は同僚のために、古いツールの自動操縦用のCOMクラスをC#で作ってあげた
3画面、とりあえず急ぎでとのことだったので、利用頻度の高いコマンドを選んで2時間ほどで完成
彼はその日のうちに、それとVBAを使ってエクセルを読み込んでツールに入力する業務を自動化したようだ
よくわからないRPAツールの使い方を覚えなくてもいいし、無料で作れるのが良い
使いなれたVBAだから、完成まで15分もかからなかった
次は何を自動化しようか、みんなにもこのCOMクラスを教えてあげよう
そう言って喜んでくれた

**デフォルトの名無しさん** · 2019/02/23(土) 12:46:52.61

Uipath　level3が難しい！
どこか、詳しい説明サイトとか無いものか・・・
xamlがダウンロードできるとことか

**デフォルトの名無しさん** · 2019/02/23(土) 16:05:53.62

UiPathとWinActorが多いなー
BluePrism使いは少ないのかな
結構使いやすいと思うんだけど

**デフォルトの名無しさん** · 2019/02/23(土) 16:08:16.83

おいそれと試せないので

**デフォルトの名無しさん** · 2019/02/23(土) 16:15:41.66

シェアで言うならSeleniumが最高だろう

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

>>183
今まで本気で売ってないんだよ。
これかAutomationAnywhere,BluePrism巻き返してくるよ。

**デフォルトの名無しさん** · 2019/02/23(土) 19:01:17.88

UIPathが使える程度の人材は育てるべき

**デフォルトの名無しさん** · 2019/02/23(土) 20:37:02.87

UI PathとWinActorの比較だと
製品自体の出来以前に
WinActorはネット上に情報がほとんどないのがつれーわ。

UiPathだと、調べれば大抵答えが出てくる。

**Level3** · 2019/02/23(土) 21:44:29.06

BPとAAは値段が高いから敷居が高いよね。
サーバー型が必要な企業がどれくらいいるかが、巻き返しのポイントだと思うけど、
あまりいないんじゃないなか？

**Level3** · 2019/02/23(土) 21:54:39.96

>>188
そうなんだよね。だから、WinActorについて、ぼくは発信している。
まあ、ネガティブな意見がほとんどだが。

**デフォルトの名無しさん** · 2019/02/23(土) 22:19:10.02

>>187
すげえ大雑把だけど.net開発経験者は最小限の費用でUiPath開発者にできると思うよ。
PGサイドから見たらAA,BP,Kapow,UiPathあたりは既存言語の包装紙を変えただけだと個人的には言いたい。

逆に事務員にC#で開発しろとはだれも言わない。

WinActorでももちろんものはできるんだけど、できる範囲がロケットマウスでできるレベルと大差ないんじゃ意味ないよね。

**デフォルトの名無しさん** · 2019/02/23(土) 22:31:24.80

.NETというか開発者はそもそも自動操縦という目的を達成するのにいちいちRPAなんて壮大な遠回りはしない

**デフォルトの名無しさん** · 2019/02/23(土) 22:48:04.07

むしろエンジニアじゃないがUiPath使いこなせる事務員っているのかな？
もしいるならRPAにはエンジニア不要だということになる

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

使いこなせるがどこまでを指してるか曖昧だとなんともいえないね

①小規模な作業を間違いなく自動化できて個人として利用可能なツールを作れる
②大小様々な作業を間違いなく自動化し矛盾なく組み合わせて組織として利用可能なシステムを組める
③組み上げたシステムの性能、メンテナンス性、安定性、スケール性、等、非機能的な面まで保証できる

①は努力すれば誰でも行けそうだけど、この程度でエンジニア不要になるほど業務ドメインのIT化は単純じゃない
③まで出来る人はおそらく一人も居ないだろう