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

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

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

**デフォルトの名無しさん** · 2019/03/11(月) 07:37:36.24

Notesはワークフローの共有と資料置き場としてクソ有能だから、、

**デフォルトの名無しさん** · 2019/03/11(月) 08:09:58.98

>>455
うちもそれやりたいからやり方教えてくれ

**デフォルトの名無しさん** · 2019/03/11(月) 08:59:36.41

UiPathなんかのまともなRPAと、その他のナンチャッテRPAツールをごっちゃに話してるから齟齬が生まれるんだよ。
そりゃネットにリファレンスも公開されてないような糞RPAツール使ってりゃこんなもんフリーソフトで十分だわってなるし、
まともなRPAツール使ってるならなるほどこりゃ確かに便利かもしれんわってなるよ。

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

正直どの製品もどんぐりの背比べといった印象です

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

RPAなんか必要ない、と思うなら必要だと思っている部署に進言するなり、代替ツールの紹介なり、スクリプトを組んであげれば？
必要だと思う人達は代替案を知らなかったり、スクリプトを書けない人達だろうから。
知らない方が悪いのでは無くて、彼らの業務はシステム系統じゃないから。

**デフォルトの名無しさん** · 2019/03/11(月) 14:57:47.22

うちの社長なんて本当のロボットがパソコン操作すると思ってたくらいだからな

**デフォルトの名無しさん** · 2019/03/11(月) 15:10:26.34

>>461
別にそれはおかしくなくね？

**デフォルトの名無しさん** · 2019/03/11(月) 18:55:27.81

>>460
まさにそれ

**デフォルトの名無しさん** · 2019/03/11(月) 19:43:37.01

>>460
それな。システム部のプログラマーが仕事して来なかったからRPA流行ってるんだよなあ。

**デフォルトの名無しさん** · 2019/03/11(月) 19:57:57.18

システム部っていつもは何やってんの？

**デフォルトの名無しさん** · 2019/03/11(月) 20:06:25.59

保守

**デフォルトの名無しさん** · 2019/03/11(月) 20:24:03.39

保守以外は俺たちの仕事範囲じゃない！
と言って会社が勝手に導入したシステムに文句を言いながら結局メンテナンスをせざるおえないのが仕事
先に問題を潰せはいいのに…、とは見てて思う

**デフォルトの名無しさん** · 2019/03/11(月) 20:47:21.12

パソコンの相談していい人
パスワード解除する人
定時で帰る人
と思われている予感

**デフォルトの名無しさん** · 2019/03/11(月) 20:48:38.12

情シスが定時で帰れるわけないだろ！

**デフォルトの名無しさん** · 2019/03/11(月) 20:55:40.24

>>460
弊社では使ってないです
いちおう本職ですので見えてる地雷に突っ込む人は居ません

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

>>470
良かったね

**デフォルトの名無しさん** · 2019/03/11(月) 21:01:34.72

>>471
心からそう思います

**デフォルトの名無しさん** · 2019/03/11(月) 22:36:25.82

このスレ開いてレスつけて興味ないみたいな反応
ツンデレおっさんやな

**デフォルトの名無しさん** · 2019/03/11(月) 22:53:32.86

>>473
興味はあるんですよ
Seleniumなどデファクトスタンダードの自動化エコシステムに代わりうる物がもし在れば面白いなと思ってます

**デフォルトの名無しさん** · 2019/03/11(月) 23:42:26.86

>>473
興味あるっていうか凄く嫌悪してるんじゃない？
聞かれてもないのに>>470みたいなコメントとか
動きを静観するんじゃなくて、阻止しようとしたいのかな

**デフォルトの名無しさん** · 2019/03/12(火) 00:09:58.45

seleniumってアプリケーションも自動化できますの？

**デフォルトの名無しさん** · 2019/03/12(火) 00:10:35.06

ブラウザだけだと思ってました

**デフォルトの名無しさん** · 2019/03/12(火) 00:14:03.57

てかブラウザにしたってseleniumはもう時代遅れでは…
puppeteerとか色々楽でいいよ

**デフォルトの名無しさん** · 2019/03/12(火) 00:17:48.71

ほ、本職の人が言ってるからアプリケーションも自動化出来るんだと思うの…

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

いやできるけど…
あくまでウェブテスト自動化のソフトだぞ
そんなこといったらエクセルマクロで機械学習もできるが。
専用のソフト使ったほうが楽だろ

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

本職様だぞ！

**デフォルトの名無しさん** · 2019/03/12(火) 06:48:28.97

このスレでも何度かかいてるけどデスクトップアプリもスマホアプリも自動化できますよ
もちろん無料です

**デフォルトの名無しさん** · 2019/03/12(火) 06:57:12.50

>>478
日本製システムはIE以外の動作は保証しないのがスタンダードなんやで

**デフォルトの名無しさん** · 2019/03/12(火) 06:57:30.14

悔しかったら日本から出て行け！！

**デフォルトの名無しさん** · 2019/03/12(火) 07:24:28.16

>>478
puppeteerも良いものですね

**デフォルトの名無しさん** · 2019/03/12(火) 07:34:01.37

ちなみにウィンドウズデスクトップ環境ならMicrosoftがWinAppDriverというSelenium互換のドライバを提供しています
レコーダーも出たようですね(自分はレコーダーは使ったことないですが)

Selenium互換ではありませんがUI Automationという前世代のツールもMicrosoftのものです
UI Automationはウィンドウズなら特別なツールをインストールしなくても最初から使える点で価値があります

**デフォルトの名無しさん** · 2019/03/12(火) 07:55:48.53

>>486
WinAppDriverは管理者権限ないとだめじゃなかったっけ？

**デフォルトの名無しさん** · 2019/03/12(火) 08:09:45.96

SeleniumはそもそもC#なりRubyなりPaythonなりで書く必要があるから一般の事務職ではハードルが高いのでは？

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

>>486
WinAppDriverが引っかかる人もいるかもね。
でも結局、複雑なことをしようとすれば複雑に組むことになる。
そういう意味ではUWSCなんかと一緒でしょ。

>>488
やる内容次第で、どんなツールも複雑になると思う。

**デフォルトの名無しさん** · 2019/03/12(火) 08:51:22.16

>>488
RPAユーザーがグラフィカルプログラミング環境でプログラミングしているような(そうですあれらはノンプログラミングではないのです)簡単な処理ならすぐに他のプログラミング言語でも書けるようになりますよ
覚えて仕舞えばむしろ他のプログラミング言語の方が簡単だと感じるかもしれません
簡単な処理は何を使っても簡単なんですね

**デフォルトの名無しさん** · 2019/03/12(火) 08:52:46.09

UAC切らないと使えない

**デフォルトの名無しさん** · 2019/03/12(火) 11:52:10.21

システム部門なんてないよ

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

>>490
同じプログラミングなら何でグラフィカルのRPAだと地雷になって、コードだとならないの？

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

>>493
人類が磨き上げてきたプログラミングのエコシステムというのは基本的にテキストファイルをベースに設計されているんですね
それらの恩恵を得られない事は非常に大きなデメリットとなります
それを抜きにしても単純にGUIプログラミングは編集しにくく読みにくいのですよね

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

>>494
過去の資産は納得。
読みやすい、読みにくいは慣れじゃないの？
オレは本職のプログラマーじゃないから、フロー式のグラフィカルプログラミングのRPAの方が分かりやすいけどなー。
使ってるのはBlue Prismだけど。

**デフォルトの名無しさん** · 2019/03/12(火) 13:40:25.42

書ける書けない以前にそもそもプログラミングって開発環境を用意する時点でハードルだからなあ
専門職以外の人が「GitからWindows Application Driver入手して..」とかの説明見ても「？？？？？」だろう
で、苦労して環境構築していざコーディングできる段階になっても次に待ってるのは「UI要素の解析」だろ？？？
ここまでで大抵の人は脱落するだろうが、仮に一連の処理書き終えたとして、今度はコードの保守管理の問題が出てくる

一方でインストールするだけで使えて小学生でも分かる「グラフィカルプログラミング環境」
を用いて設計するRPAは現時点では一般企業にとっては妥当な選択なんじゃないかな

**デフォルトの名無しさん** · 2019/03/12(火) 14:43:24.55

>>496
Gitから入手、じゃそりゃあねw

**デフォルトの名無しさん** · 2019/03/12(火) 14:49:51.37

さらからインストールしてって普通の人もできるの？
zipを解凍するだけでも場所がわからなくない？

**デフォルトの名無しさん** · 2019/03/12(火) 15:25:39.40

RPA作ってクッソ安く売れば暴利RPAを駆逐できるんじゃね？

**デフォルトの名無しさん** · 2019/03/12(火) 15:48:50.99

>>499
今のRPAは単なるコンサルが作った流行りだから原価はあまり関係ない
ロケットマウスで業務自動化ではなくてコンサルがRPAソフトをすすめるから予算が下りる
みんなが流行やブランドを見ずに品質を見極めて買うことにしたらアパレルブランドは軒並み潰れる

**デフォルトの名無しさん** · 2019/03/12(火) 15:51:53.38

>>500
なるほど
めんどくさいね

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

>>500
バラすなよ。
営業妨害で訴えるぞ！

**デフォルトの名無しさん** · 2019/03/12(火) 18:00:00.03

>>496
逆に言うとそういった難しい部分をクリアすればスキルがなくても出来るということです
前に何度か書き込んだことですが、比較的難しい部分を部品化して管理するスキル若干高めのチームと、部分を利用して具体的な業務を自動化する一般職とに分けて、役割分担する
後者は少しVBAを知ってる程度でも十分に通用します

保守管理については、グラフィカルプログラミングになったからといって放棄できる問題ではありません
何にせよ保守管理の必要があるなら、便利なエコシステムから様々な恩恵を得られるコードのほうが優れています

**デフォルトの名無しさん** · 2019/03/12(火) 18:00:26.76

それかレコーダーを使うのもありですね

**デフォルトの名無しさん** · 2019/03/12(火) 18:13:42.45

業務区側だけどさすがにレコーダーなんて使えないやろ

**デフォルトの名無しさん** · 2019/03/12(火) 18:34:54.21

>>503
"後者は少しVBAを知ってる程度でも十分に通用します"

確かに一般職でもVBAを理解する程度の知能と意欲があるという前提ならコードのほうが優れていることは確定的に明らか
だが現実はそう明るくなくて、VBAはおろかExcel関数ですらまともに使えないのが一般職のほうが多いってのが今の日本の現状
だからこそこうして視覚的にわかりやすいRPAなんてものが流行ってきてる

ぶっちゃけ私はUiPathしか触ってないから他のツールは分からないが、
あれの中身ってWindows Workflow Foundationをまんま移植してUI操作用のアドオン加えただけみたいなものだし
要は開発の際に「サクラエディタ使うか？」「VS使うか？」「UiPath使うか？」っていう差でしかないよ
RPAてどっちかというとUI自動化に特化した有償IDEの枠かと思う（その割に価格が法外に高いのは棚上げ）

**デフォルトの名無しさん** · 2019/03/12(火) 18:58:31.98

流石に日本を低く見過ぎでは？
PGなんてきっかけが無いだけでやれば誰でもできるものだ
大卒エリートで溢れかえってる日本人が出来ないわけ無いだろう

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

UWSCしか知らなくて、UiPathもWinActorも触ったこともないけど
修正箇所を洗い出すのに文字列検索(find)みたいな機能はあるのでしょうか

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

テキスト形式で保存されないので横断検索は無理

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

だとすると、数が多くなると厳しいですね

**デフォルトの名無しさん** · 2019/03/12(火) 20:01:30.35

というかそんな検索しないんじゃなかろうか

**デフォルトの名無しさん** · 2019/03/12(火) 20:14:38.17

修正対象と箇所が洗い出せればなんでもいいんです
漏れがないように出来ますか？
漏れても良いところにしか使わないように周知できればそれでも

**デフォルトの名無しさん** · 2019/03/12(火) 20:34:34.54

UIPathは検索できるぞ？かなり便利に

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

なんか日本がって言ってるけどRPAてuipathとか海外からの輸入ものだろ？
そこにNTTかなんかが乗っかっただけで

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

そうです。

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

>>513
UIPath はユニバーサルサーチというのがあるらしいですね。
自分のブラウザだとNoScriptのせいで英語しか表示されないので、おそらく、ですが。

Winactor ノード検索　で問い合わせたところ
ユーザーフォーラムに
＞どのシナリオで使われているか調査から行うので大変面倒に感じております。
なんてのを見つけました.。

**デフォルトの名無しさん** · 2019/03/12(火) 23:11:59.51

どういうシチュエーションを想定してるのかいまいち掴みきれないけど、
自作関数の仕様変更を全スクリプトに反映させたい感じかな？

共通部品はベタ打ちせずに別ファイルに分けて適宜callするのがマストでuwscでもそうしてると思うけど(してるよな？)、uipathでも同じことができる。
参照先の共通部分を変更したらもちろん
参照元にも適応されるよ。

引数の増減なんかで参照元部分を弄る必要が出てきたとしても、
uipathならそもそものファイル形式がxaml(xmlみたいな感じ)だから普通に横断検索でもなんでもできる。

WinActorは使ってないからよくわからんけが、、色々調べてみると、自作ライブラリを使うときは実質各スクリプトにベタ打ちしてるような処理内容になってるっぽい？？？
そんなわけないと思うが、仮にそうなら導入企業様ご愁傷様案件、笑

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

何かコードを変更したらリアルタイムで静的エラーを検知してエディタ上の該当箇所を赤波線で装飾
すべての静的エラーについて該当箇所のファイル、行数、エラー詳細をテーブル形式で表示

>>512方は、本当はこういうことをしてほしいのでは？
検索という言葉で濁してますが、要するにコードを静的解析したいという要望でしょう

**デフォルトの名無しさん** · 2019/03/12(火) 23:32:49.45

>>507
やろうと思えばやれる。でもやりたくない人ばっかり。
大学卒業したら勉強はオシマイだから、既得知識で出来る非効率な働き方に流されていく感じ
1人当たりのGDPが壊滅的なのもこの気質のせいじゃないかな

**デフォルトの名無しさん** · 2019/03/13(水) 00:45:26.33

>>518
"何かコードを変更したらリアルタイムで静的エラーを検知してエディタ上の該当箇所を赤波線で装飾 "
であれば、UiPathでは可能。フロー図の該当部分に「！」が付く

"すべての静的エラーについて該当箇所のファイル、行数、エラー詳細をテーブル形式で表示"
エディタで開いていないファイルまで網羅しようと思うとUiPath単体では不可能、、、というかUWSCでも無理じゃないか。。
Xamlが読める静的コード解析ツールを探すか作れば一応可能ではある

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

>>517
uipathはテキストベースなのね。
うちで使ってる製品はそうじゃないから、diffすらとれないかなしみ

テキストにエクスポートする機能はあるけど、
苦労して設定した各コマンドのプロパティ値が出力されないので
技術的には意味のないシロモノがでてくる・・・

**デフォルトの名無しさん** · 2019/03/13(水) 15:53:01.33

富士通のキーマンに聞く：
なぜ企業のRPA導入はうまくいかないのか？　その先にある“IPA”とは
https://www.itmedia.co.jp/business/spv/1903/12/news008.html

**デフォルトの名無しさん** · 2019/03/13(水) 16:25:49.33

経営がうまくいかなかった奴らが言っても説得力が…ｗ

**デフォルトの名無しさん** · 2019/03/13(水) 17:53:34.23

RPAを使いこなせる会社だったら、RPAを使わずにシステム化している。

**デフォルトの名無しさん** · 2019/03/13(水) 18:51:05.37

rpaじゃなくてもデータ読み込んで1個ずつ会計アプリに項目を入れていく仕組みを経理とかの人はつくれたんかや？

エクセルの関数は使えても他のアプリとの連携は俺には無理だったからrpa有難いが
uipathだけども

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

購買もRPAありがたい

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

>>525
社内で勝手にシステム作ったら怒られるねん

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

プログラマならRPAの可能性に夢を膨らませないなんてことがあるだろうか？

**デフォルトの名無しさん** · 2019/03/13(水) 22:33:47.47

プログラマはRPAのばかばかしさを理解できてしまうので逆に夢を見れません

**デフォルトの名無しさん** · 2019/03/13(水) 23:40:58.14

プログラマはプライドが謎に高いのでRPAを認めません

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

社長からyou自作してって言われたらどうする？
面倒じゃん素直にRPA入れたくねえ？金はあるんだし導入はベンダーもいるし、これからは小学生でもプログラムかける時代来るんだよ。

**デフォルトの名無しさん** · 2019/03/14(木) 00:04:32.99

社長に限らず、魔法とプログラムの区別がつかなそうな人からの依頼は、
全部RPAにぶん投げたいな。

**デフォルトの名無しさん** · 2019/03/14(木) 00:28:45.04

>>531
RPAだと面倒だから素直にプログラミングするほうが良いです

**デフォルトの名無しさん** · 2019/03/14(木) 00:58:23.26

まぁ今後RPAが根付くか根付かないかは結局はユーザーなり導入した企業が決める事だからな。
プログラマはRPAが嫌いだろうが何だろうが関係ない。
所詮ここでイヤイヤ言うしか出来ない。

**デフォルトの名無しさん** · 2019/03/14(木) 06:56:18.80

会社もプログラマーももっと大きいシステム導入やってて裾野の作業の自動化まではやってくれない
それなら業務区で導入から保守までしやすいRPAは便利。
導入支援から保守販売しちゃうような乗っかり商売のシステム会社はあかんだけだろ

**デフォルトの名無しさん** · 2019/03/14(木) 08:26:41.40

>>528
RPAが内部でやってることと同じ処理を自前で作るよ。
どんな開発言語でも大抵は出来る。
開発ツール使えない環境でもPowerShellでも出来るし、VBAでも出来る。

**デフォルトの名無しさん** · 2019/03/14(木) 08:27:38.59

>>535
保守がしにくいから問題だと思うんだが。

**デフォルトの名無しさん** · 2019/03/14(木) 08:44:09.04

ショボグラマはRPAの可能性に脅威を感じております

**デフォルトの名無しさん** · 2019/03/14(木) 08:52:14.29

問題は資産が増えてきて非エンジニアの手に負えなくなってきた時に表面化するのでしょうね

**デフォルトの名無しさん** · 2019/03/14(木) 09:20:19.87

プログラマに気を使って業務効率上がるなら、そうした方がいい。
残念ながらそうじゃないとこが問題なんだが。
RPA嫌いなプログラマはRPA導入の前に各部署の業務サポートに回った方がいいぞ。

**デフォルトの名無しさん** · 2019/03/14(木) 09:43:32.78

たまに出てくる業務区ってなに？

**デフォルトの名無しさん** · 2019/03/14(木) 10:24:54.59

Excelマクロと同じく、先を見通せない池沼に毛が生えた程度の社会人には丁度いいツール
でも将来RPAの存在が邪魔になっても助けてやらん

**デフォルトの名無しさん** · 2019/03/14(木) 10:32:40.19

ローカル用語じゃね？
業務側システム側的な意味でしょ。

**デフォルトの名無しさん** · 2019/03/14(木) 10:58:58.87

>>542
面倒くさいヤツだな。
もしかしてプログラマが会社の中心だと思ってるのか？
会社なんて人それぞれ役割があって成り立つんだぞ。
まともな社会人で先を見通せてるなら先に問題が起きないように文句ばかり言ってないで何か手をうて。

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

>>540
RPA導入企業と将来メンテナンスする企業は同じになるとは限らないですよね
まだ契約もなにもない他社の各部署のサポートなどできるわけがありません
ですので将来メンテナンスするエンジニアの立場から他社企業のRPA導入を未然に防ぐことは不可能です

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

>>545
そう言う場合はメンテ会社としては仕事が貰えるから、それはそれで大変かもしれないが、いい事なんじゃない？

**デフォルトの名無しさん** · 2019/03/14(木) 13:32:15.80

プログラマなら夢のような簡易プログラミングツールに騙されたことが一度や二度はあるので
それは夢だと知っている
ちょちょいと作って腐ったら捨てて、新鮮なのを作り直せば良いから楽な範囲では便利

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

プログラマはRPA使わない理論って、
プログラマがWordPress使わないのと一緒じゃん
本職以外の人でも比較的簡単に構築できるから重宝されるのであって、
プログラマの世界でRPAがディファクトスタンダードになるわけないし誰もそれを望んでないだろ

ここでRPA執拗に否定し続ける人、某タクシー業界を見てるようで悲しくなってくる
RPAが流行ってもプログラマの仕事はなくならないし、
RPA保守のニーズが新たに生まれるくらいだから安心していいよ
保守の仕事が嫌ってんなら別に受けなきゃいいだけの話だしな

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

プログラマが個人用途の趣味でブログを作る場合、今時だとStatic Site Generatorを使うのかね

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

＞プログラマはRPA使わない理論って、
＞プログラマがWordPress使わないのと一緒じゃん

＞保守の仕事が嫌ってんなら別に受けなきゃいいだけの話だしな

まさにこれ。

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

rpa導入する→導入サポートできるね！
動かない→保守できるね！
仕事増えて売上増えてWinWinなのに何めんどくさがっているんだよ！

**デフォルトの名無しさん** · 2019/03/14(木) 18:22:22.66

ストレスフルで生産性の低い仕事では金を積まれても気が進みません

**デフォルトの名無しさん** · 2019/03/14(木) 18:27:03.72

>>552
出来ませんって、断ればいいじゃん…
そんなに立場弱いの？

**デフォルトの名無しさん** · 2019/03/14(木) 18:43:32.95

>>553
当然ながら時と場合によりますね

**デフォルトの名無しさん** · 2019/03/14(木) 18:47:22.70

>>554
仕事なんて金貰う以上、ストレスフルでも気が進まなくてもやる事があるなんて至って普通じゃないの？
プログラマの世界は違うの？

**デフォルトの名無しさん** · 2019/03/14(木) 18:55:30.72

>>555
当然ながら時と場合によりますね