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

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

語りましょう

**デフォルトの名無しさん** · 2019/06/27(木) 22:00:38.90

>>857
建設的なツールだとごく自然に建設的な話題がぽんぽん出てくるんだけどね

それが出てこないってことは……

**デフォルトの名無しさん** · 2019/06/27(木) 22:26:46.41

>>842
>uipathでどうにかして欲しいのが条件分岐とかの計算式でA = Bとかで真偽ができないのがある(ような感じがある)のをなんとかして欲しい…
真偽判定が狂うのは基本的にデータを疑った方が良い
UiPathでよくあるのがエクセルの値を読み取った時に
見かけ上の値と実際に記入されてる値が違う場合だな
入力値：0.125
エクセルでの表示上：0.13(小数点が切りあがってる状態）

UiPathで読み込んだ時は
表示形式を保持するオプションのチェック無し：0.125
表示形式を保持するにオプションのチェック有り：0.13
っていう風になるから、予期せぬ判定結果になるのは十分ありえる

他にも文字列で大文字/小文字で判定できてないとか
エクセル上は小文字で入力されて、画面上では大文字表示になってて
そこの判定で食い違う……っていうのもよくある実装ミス

**デフォルトの名無しさん** · 2019/06/27(木) 22:44:27.63

うーむ
作業用のブックを用意すると、判定、変換、ソートの仕様齟齬を避けられます
なのかなかな

**デフォルトの名無しさん** · 2019/06/27(木) 22:50:34.32

>>842
>あと、スイッチで文字列でのcaseでvbaの様に""使ってしまうと全てデフォルトに行くのも…

状況がよく分からんけど、たぶんこういう実装してるって事？
https://i.imgur.com/WUpN4TD.png
これでDefaultルートに行くのは正しいぞ
Switchアクティビティで指定するのはリテラルだから、caseに「""」って書いたら、文字列としての「""」の意味になるから
ブランクとは別物になる

ブランクを正しく判定したいならcaseはemptyを選択しないといけない
https://i.imgur.com/OfHp22a.png

**デフォルトの名無しさん** · 2019/06/27(木) 22:53:43.32

批判は建設的な意見だぞ
批判すれば課題が見え課題が見えれば進むべき先も見えるということだからな

**デフォルトの名無しさん** · 2019/06/27(木) 23:02:56.21

ポジティブシンキング一辺倒の弊害が認知されたからこそクリティカルシンキング体系化されたんだよね

**デフォルトの名無しさん** · 2019/06/27(木) 23:17:25.37

マイクロソフトはどうする気だろう・・。
WindowsにRPAを標準搭載する気は無いんだろうか・・。
WindowsでWindows動かすのが、一番簡単だと思うんだけど・・。

**デフォルトの名無しさん** · 2019/06/27(木) 23:18:27.02

>>868
もうすでに搭載されてるよ
UI Automationってやつ

**デフォルトの名無しさん** · 2019/06/27(木) 23:36:27.95

>>866
これのどこが建設的な意見なん？
>>853

**デフォルトの名無しさん** · 2019/06/27(木) 23:37:55.79

>>866
「批判」と「改善案」の組み合わせなら建設的だな

**デフォルトの名無しさん** · 2019/06/27(木) 23:43:28.53

>>870
ある目的に対してより低コストな方法を模索するというのも建設的な議論だと思うよ

>>871
俺は何度か改善案まで合わせてレスしてんだけどステマさんは都合の悪いレスは見えなかったらしい

というか推進派こそ批判的な意見に対して
その課題はこうすればいいのではないか
などと建設的な意見を言っていいのだよ？
なんで推進派もほとんど建設的な意見を言わないんだ？

**デフォルトの名無しさん** · 2019/06/27(木) 23:52:00.65

例えばほら

RPAすなわちビジュアルプログラミングはテキストプログラミングに比べて情報の発信と検索が難しいため
初心者が参照できる文書が圧倒的にすくないため学習困難である

などと批判しされたら
推進派はその問題はこれこれこうすれば解決できるはずだとか
実際にサービスを作ってみたから使って実証に付き合ってくれとか
そういう建設的な意見を出せばいいんじゃないか？
なんで黙ってるばかりで建設的な意見を出さないんだ？

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

>>869
いやそれRPAじゃないし、簡単でもないから。
VBAから使ったことあるけど、
ボタンを押せるまでDoEventsループで待機しないとコケるとか、
Invokeが時々失敗するとか、凄く大変だった。

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

>>872
＞ほらね
＞ RPAはライセンスの価格の分まるまる高く付く
こんな言い草で模索する気ないでしょw
プログラマーが社内にいる前提のようだけどその費用考えてないじゃん雇うなり教育するなり要は初期コスト無視
これもこのスレでずっと言われてるけどずっと無視し続けてるじゃんw

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

>>874
.NET系だからC#のほうがいいよ
待機系はWaitWhile(Func<bool>)的な汎用Waitを書けば後が楽だ
不安定なのはRPA全般の宿命だね

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

>>875
無視してるのは推進派だろ
教育コストはRPAだってかかる
むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね

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

>>877
> むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね

まぁそう思いたければそう思っとけばいいんじゃないの根拠ねえけどそう思うのは自由だお邪魔しましたー

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

>>875 そもそも社内にプログラマがいない位の企業規模でRPA やって効果があるのかな？

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

>>877
素朴な疑問なんだけど、自動化の需要が増えてる中でなんでRPAが注目を集め始めたの？

プログラミングが入門書を読めば十分なら、RPAがこんだけ騒がれてる理由が分からないんだけど。

プログラミングは趣味程度しか出来ないオレだけど、会社でRPA触ってみて良くできてるなーと感心したよ。

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

ちなみにRPAもテキスト演習だけで講習は受けてない。

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

>>879
社内にプログラマっているもんなん？
うち数千人規模だけどプログラマはいないなたぶん経験者はいるんだろうけどそれ用のポストではないという意味でね

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

PG言語知ってれば業務改善出来る訳じゃないからなあw

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

RPAで一つ気になるのは結局頑張って覚えてもベンダーロックイン？の状況に陥るだけなのでは？
てとこ
どうなんだろうRPA一つ使えれば他社製品とか製品→ossとか簡単に以降出来るんかな

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

>>874
DoEventsループで待機とか、根本的に分かって無いの丸わかり。

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

>>884
実際はUIAutomation覚えた方が汎用的に応用出来ると思うね。

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

>>875
社内研修をしたらその分は社員の能力向上になるから
組織の能力が向上するメリットもある
単に商品にお金使うのとは違う
RPAもその製品を使うのに必要な知識を研修なりで身につけなければならない点では同じじゃね？
その結果がRPA製品を使えるようになるだけという限定的なメリットしかない

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

>>880
バズってるだけでの可能性がある
自動化の需要があるとしても
その実現手段はいろいろある

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

>>882
会社の役割なんてその会社だけで簡単に作れるだろう
必要なら作ればいいだけ

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

>>883
業務改善を実現する手段としてプログラミングを選択肢に加えることができる
良い方法があってもそれを知らなければ選択できない

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

>>886
汎用プログラム言語を超える汎用性があるの？

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

だからプログラミングで効果出るなら早くやれよ(笑)

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

>>877
>教育コストはRPAだってかかる
>むしろ入門書を読めば十分なテキストプログラミングと講習を受けないとキビシイRPAじゃ教育コストの比較でもRPAに分が悪いと思うがね
凄まじい机上の空論をかましてる感が半端ない
何というか成果物に対するコストを考えて言ってるのか分からん

例えばRPAだと以下のような案件がよくある
①検索対象のExcelリストを読み込む
②システムAを開き、①で取得したリストのデータをダウンロードする
③ダウンロードしたデータを結果一覧に転記する
④転記後、特定データ(例：期限が近いデータ）の場合が存在する場合は
　連絡先のリストと突合してメールを送信する

このぐらいの規模ならRPA専門要員1人で制作～リリースまで大体一か月ぐらい(1人月)
システム部門と調整する時間も合わせてこれぐらい

で、これを普通のプログラミングでやるならどのぐらいの見積もりになるん？

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

>>893
そんな個人の業務をわざわざSEがプログラミングするわけないだろ！
ちょっと運用変わって止まったって度に電話されたらたまらんわ！

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

>>894
おまえ大企業のオンボロポンコツシステム舐めるなよ！
こんな作業を10人も20人もやってんだぞ！
システムが違っても同じような運用やってんだぞ！

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

>>893
システムAの仕様と結果一覧がどんなものかで結構変わるね
感覚的には普通レベルの開発者なら0.4～06人月あれば十分そう
外注すると1人月で請求(80～100万)くらいかかる

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

結局、RPA だと、RPA アプリの使い方を覚えるだけ。
そのアプリの仕組みを理解したり、そのアプリそのものを作ったりできない

異なるアプリに変われば、またそれを学習しないといけないから、
学習コストが掛かるため、移ることができない(ベンダーロックイン)

Ruby, Selenium WebDriver, Nokogiri, CSV では、小回り・応用がきく。
とにかくデータを、CSV にすれば、テキスト処理できる。
JSON, XML でも良いし

また、Ruby に似ている、JavaScript, Kotlin にも応用できる

RPAを10年やっても、仕組みがわからず応用もできないから、
社員のキャリアパスが成り立たない

RPAを10年やってる人を昇進させるのですか？
何も出来ないし、何も知らない人だけど

情報処理資格も取って、データベース設計もできるのなら、使えるけど

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

>>893
プログラミング初心者に毛が生えた程度の俺でも1週間あれば組めそう
業務の合間じゃなくて作成に専念していいってなったら2日でやれる自信ある

**897** · 2019/06/28(金) 07:33:59.55

Ruby では、

# CSV ファイルを、1行ずつ処理する
CSV.foreach( "a.csv" ) { 処理 }

ダウンロードは、wget, curl

ファイル操作は、File, IO モジュール

メール送信は、Mail モジュールかな？

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

自動化技術の根本を勉強したいけど
とりあえずPython辺りの言語と
UiAutomation勉強すれば良い？

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

>>878
同じく君がRPAが簡単と思い込みたいならそうすればいい君の自由だバイバイ

>>880
注目された理由は宣伝されたからだろう

>>884
90年代に流行ったビジュアルプログラミング環境がまだ生きててエンジニアを苦しめてる現場を知ってる
RPAはこれからだから必ずしも同じとは言えないが類似性が高いのは確かだろう

>>893
要件確定して作るだけって状況でその仕様なら1日でおk
調整も込みなら2週間ぐらいかな

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

>>880
> 素朴な疑問なんだけど、自動化の需要が増えてる中でなんでRPAが注目を集め始めたの？
> プログラミングが入門書を読めば十分なら、RPAがこんだけ騒がれてる理由が分からないんだけど。

これに対してバズってるだけ宣伝しただけっていう勢は導入企業をアホだとみなしてるわけだが、それって建設的じゃないよな一貫はしてるけどね

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

>>891
UIAutomationってのは他アプリを操作するためのライブラリ。
だから殆どの言語がこれを使うことになる。
RPAもあなたが言う汎用プログラミング言語もこれを使って組むことになる。

もう1つウィンドウハンドル使う方法もあるけど、これは操作対象の部品によってどちらを使うかが決まる。

だから他アプリを操作するならこのライブラリとウィンドウハンドル使う方法を知っていれば言語が変わってもつぶしが効く。

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

>>902
RPAは詳しくない人に訴えかけやすいんだね。
VBAがこれほど使われてるのと同じ。
取っつきやすいんだ。

しかし、それで出来たものについては詳しい人ほど糞と分かる。

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

プログラマーをたくさん抱えている某ソシャゲ最大手の会社も社内業務用にRPA導入してるけどな…

**デフォルトの名無しさん** · 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もプログラミングも難易度は変わらん。