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

**デフォルトの名無しさん** · 2018/05/22(火) 06:36:46.08

語りましょう。

**デフォルトの名無しさん** · 2019/02/10(日) 20:04:17.60

逆にどの部門のどんな業務プロセスを
ロボットに実行させると効果が高くなる？

ほんの一部でも良いのかな

例えば比較して差分を明らかにするとか？
テキストなら比較ツールがあるけど
エクセルの比較とか色んなケースを考慮すると
簡単では無いと思う

あとはシステム間のデータ交換
webやpdf←→excelとか？

**デフォルトの名無しさん** · 2019/02/10(日) 20:04:44.28

>>884
精算はもうシステム入ってるからなあ。
会議費開催通知もシステム入ってる。
議事録自動で作ってくれるの？無理でしょ。

**デフォルトの名無しさん** · 2019/02/10(日) 20:24:29.45

>>885
GUIアプリのオートメーションをRPAと呼んでいるだけ
だからGUIが関係しない処理はRPAとは言わない
ファイルDIFFもデータ変換もRPAじゃない普通のプログラム

**デフォルトの名無しさん** · 2019/02/10(日) 20:39:40.02

アステリアワープとかはRPAには入らないってことかな？

**デフォルトの名無しさん** · 2019/02/10(日) 20:48:33.22

>>887
データ変換に限らない
webシステムへの入力とかスクレイピングとか
webに限定しないでwindowsアプリでも同様

一旦エクセルに取り込めばエクセルで演算処理して
結果を元のシステムなりに入力すれば良いから
実質的にシステム間のデータ交換ができれば良いんじゃね

**デフォルトの名無しさん** · 2019/02/10(日) 20:51:46.97

>>886
貴社で実現してるものが他社では未だの可能性もある

音声認識ツールは色々出ているからその内
実用になるものもできるかも

文字起こしの修正を外注する方法もあるだろう

**デフォルトの名無しさん** · 2019/02/10(日) 20:53:45.30

excelと他のシステムのデータの対応関係を
設定ファイルにすれば
結構汎用的なものができそう

**デフォルトの名無しさん** · 2019/02/10(日) 21:04:29.90

>>890
現時点で経費システム入ってない会社はRPA不要な処理件数じゃないかな。
銀行やカード会社みたいに処理件数が多くないと結果は出にくいよ。

**デフォルトの名無しさん** · 2019/02/10(日) 21:14:57.34

>議事録自動で作ってくれるの？

文字起こしくらいならGoogleの音声入力があるけど、
マイクに向かって話してくれなんて言ったら、
ふざけんなって言われるだろうな・・。
ああやだ、IT音痴だらけのウチの会社。

**デフォルトの名無しさん** · 2019/02/10(日) 21:17:47.46

>>888
俺の認識では
データ連携システムは基本的にはRPAとは呼べない
ただしアダプタの種類によってはRPAと呼べる
といったところかな

例えば受け取ったデータをGUI操作で別のシステムに連携するタイプのアダプタがもしあったとしたらその部品はGUIオートメーションなのでRPAと呼べる

**デフォルトの名無しさん** · 2019/02/10(日) 21:19:22.67

だらだら会話の記録じゃ意味無いんだよなあ、そういうのを議事録にしてる会社もあるけど何が議題でどう決まったか纏めて欲しい。

**デフォルトの名無しさん** · 2019/02/10(日) 21:43:52.87

>>894
RPAの定義として各関係者で合意できているものはあるの？

使う側からしたらRPAの定義に合うかどうかは
大した問題ではないと思うけどね

業務を効率的に遂行して利益が上がるようにできれば良い

**デフォルトの名無しさん** · 2019/02/10(日) 21:44:51.45

>>895
最後に議長とかがまとめを言えば記録されるんじゃね？

**デフォルトの名無しさん** · 2019/02/10(日) 21:58:06.36

UiPathだけはないわ～
自社十数人で比較テストしたが誰一人として推す奴がいなかった
使いこなせるやつが誰もいなかったのかもしれんが
一応エクセルマクロくらいは皆使えるくらいのスキルはある
日本の普通の会社でUiPathは厳しいと思われ

**デフォルトの名無しさん** · 2019/02/10(日) 22:06:50.08

>>896
決定的な定義はないね
だからこそRPAとはなにか、従来のシステム開発と差別化できている部分はなんなのか、ということを考えることが重要
RPAという宣伝文句につられて何も真新しさのないツールをつかまされないようにね

**デフォルトの名無しさん** · 2019/02/10(日) 22:08:28.78

そんな嘘・FUDはいいから推すやつがたくさんいたRPA言えや。
嘘・FUDでないと言うのなら当然言えるよな。

**デフォルトの名無しさん** · 2019/02/10(日) 22:12:16.78

>>898
みんながマクロを書けるのが逆にあだになったのでは？
ああいうツールはコードを書ける人ほど回りくどく感じて使いにくくなると俺は思う
全員がマクロを書けるなら、誰かがC#やVBを使って自動化対象アプリのプロキシクラスライブラリをCOMで製造して、みんなでそれを共有したほうがいい
今売れてるRPA製品はコードと無縁の事務員ばかりの職場で力を発揮するものだろう

**デフォルトの名無しさん** · 2019/02/10(日) 22:13:03.44

Robopatはどうなん？
Webで画像認識の操作でつかってるところが身近にあった。

**デフォルトの名無しさん** · 2019/02/10(日) 22:14:11.04

>>898
新聞でも大きく取り上げられ話題になった会社
子会社（これも結構大きい会社）に導入したが
そこでの評価は良くなくて、会社として本格展開は
やらない方向の様子。
当たり前だが向き不向きありってことだね。
ま、そこには、RPAじゃなくてもっと効率化できるものが
既に入っているんで、今後とも入れないでしょうけど。

Excelについては
出来上がったExcelをキックしてうごかすにはいいが
それ以上のことはやなりExcelでやった方が効率高い。

**デフォルトの名無しさん** · 2019/02/10(日) 22:21:12.76

一番質の悪いのが、どう頑張っても実装できないってケース。
UIPathはそうなる心配が一番少ない。

**デフォルトの名無しさん** · 2019/02/11(月) 00:06:58.34

>>895
OTTER
今日か昨日の朝日に載った川崎市議会の聴覚障碍者向けディスプレイ
スレチ失礼

**Level3** · 2019/02/11(月) 00:24:54.90

>>876
>>877
ブラウザのテキストボックスに文字を入れるとき、自分の端末で見やすいよう
に改行を入れている。特別な規則はなくて、見やすいように適当にやってい
るんだけど、ここの掲示板は、もしかして、改行は全くいれないのが作法？
いや、知らないので、君ら以外でも、教えてくれる人がいると嬉しいのだが。

**Level3** · 2019/02/11(月) 00:50:20.33

みなさんのRPAで実装しようとする内容が高くて驚いています。
しかし、音声認識とか文字認識とかってそんなにちゃんと動くかな？
OCRに関しては少し試したのだけど、FAX(300dpi)から活字を読み取ろうとした
ら、ほとんど読めなかったよ。製品としては、帳票OCR,FineReaderなど試した。
活字なんだけど、一回、紙にして、ちょっとでも不鮮明だとだめみたいね。
もちろん、元は電子データなんだけど、お客さんのお客さんのデータだから
電子データで渡して下さいなんていえる筋合いではないんだよね。
読み取り性能が良かったのは、AI insideのDX Suite。ただ、値段が高いし、
クラウドなので、お客さんとしては、情報流失が怖いのでダメっていわれた。

**Level3** · 2019/02/11(月) 01:23:31.73

>>880
「RPA製品導入の効果を引き上げるコンサルティングサービスも一緒に提供
しないと売れなくなるだろう」というのは、まさにそうだと思う。
ただ、コンサルなんて仰々しい中間物を入れないで、コンサルティング
サービスは、現場でヒアリングをするSEがやったほうが、現場との密着感が
できて良い。これにより、現場のかゆいところに手が届くロボットができやすい。
注意しなくてはならないのは、現場の要求をなんでも受け入れるのが良い設計では
ないということ。例えば、現場がめんどくさがる時々しかやらない作業は要求
があっても断るのが無難。理由は、時々の作業は、労働時間削減にあまり寄与しない
からだ。

**デフォルトの名無しさん** · 2019/02/11(月) 01:28:41.43

>>906
作法があるわけではないけど、自分だけが見やすいようにするというのは不作法かもね
行の終わり以外の改行なんてのはそれぞれが見やすい幅に調整したブラウザなりが折り返すので必要ないよ

以下蛇足だけど
句読点で改行するかは長さ次第だけど大体は読点で改行いれる
それで一行が長すぎる場合はその一行に内容詰め込みすぎなので書き直した方がいい
まあ、この書き込みの通り読点打たない人も多いので目安でしかないが
紙媒体やウェブページ、ブログと違って書く人の意図と見る側が一致しないので冒頭の通り自分に見やすくだけしても他人が見ると…となる
幅が広い場合にあまり気にならないかもしれないが、狭いとひどい表示なるよ

**Level3** · 2019/02/11(月) 09:19:19.42

わざわざ説明ありがとう。今後は、なるべく君の指示通りにするよ。
思ったんだけど、ぼくはパソコンでこれ見てるけど、みんなスマホでみてるのかな？

**デフォルトの名無しさん** · 2019/02/11(月) 10:00:34.89

リアル（現場）は、RPA以前の世界

23名無しさん＠引く手あまた2019/02/09(土) 16:57:45.36ID:TlLABrHk0
体質の古い銀行でＡＩとか進むのか？
うちなんて事務パートがExcelの関数使いたいと言ったら、役席が反対した

パート→いちいち支店名入力面倒し、間違えそうだから関数いれたい
役席→意味分からんことするな

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

>>911
それは極端な例では？
無視していいほどの割合だと思う

**デフォルトの名無しさん** · 2019/02/11(月) 15:09:24.67

CitrixXenAppで構築されたシステムだと
RPAのように画像認識を使用したツールを使うしかないような
今の所ウィンドウハンドルやCOMだけでは無理だった

しかもリモートクリップボードが厄介
クリップボードに格納できたか確認できない為ウェイト入れるしかないが
状況によって変動するからかなり面倒

**デフォルトの名無しさん** · 2019/02/11(月) 16:40:23.76

>>911
どうせわからないんだから、勝手に使っちゃえばいいのにな。

**デフォルトの名無しさん** · 2019/02/11(月) 18:19:39.00

会社は生き物だからわかんない奴しかいなくなると機能不全になって死ぬだろ
よって意味分からんことするな
だからRPAを導入するにはオッサンのリテラシーで賄えるレベルまで落ちてくるまで待たねばならない

**デフォルトの名無しさん** · 2019/02/11(月) 18:27:11.35

そうかそのための義務教育内での必修化なんだね

**デフォルトの名無しさん** · 2019/02/11(月) 18:41:17.18

別シートに支店番号と関数をコピーして
テーブルは適当にCSVにでもでっちあげて
結果を文字列でコピーして元シートに貼り付ければ
指示を守って浮いた時間でぼーっとできる賢いやりかた

**デフォルトの名無しさん** · 2019/02/11(月) 19:38:33.13

エクセルの数式の結果を電卓たたいて確かめる阿保もいるとかｗ

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

関数使うとズルしてると陰口叩かれるらしいｗ

**デフォルトの名無しさん** · 2019/02/11(月) 19:49:32.78

あんまりサクサク終わらせちゃうと人減らされちゃうからね
しょうがないね

**デフォルトの名無しさん** · 2019/02/11(月) 19:54:25.37

無視して使えばいい

**デフォルトの名無しさん** · 2019/02/11(月) 19:55:49.53

手塚治虫あたりの作品でもあったな、主人公が効率的な農具を開発したら
その作業を担当してる連中に農具諸共ボコられて無かったことにされるやつ

**デフォルトの名無しさん** · 2019/02/11(月) 20:04:17.52

平賀源内だっけ？曲がらない山車の前輪キャスター式にしてよけいなことすんなって叱られたやつ。

**デフォルトの名無しさん** · 2019/02/11(月) 21:04:01.92

>>918
ああ、うちの上司だそれ・・。

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

>>903
そうなんだよね。
UIPathは高機能かもしれないが使い勝手も悪い。
処理も取りこぼしが発生しやすい。
まぁWinActorは機能も使い勝手も悪いんだがｗ

**デフォルトの名無しさん** · 2019/02/11(月) 22:23:54.40

>>915
動かなくなったら手入力に戻せば良いだけ
最悪紙帳票に手書きで処理すれば良い

**デフォルトの名無しさん** · 2019/02/11(月) 22:26:11.08

>>925
高機能でなくても、使い勝手がいいやつってどれ？

**デフォルトの名無しさん** · 2019/02/11(月) 22:28:53.13

>>927
.NET

**デフォルトの名無しさん** · 2019/02/11(月) 22:28:54.20

>>918
切上げ、四捨五入、切り捨てとかの
少数とか有効数字の扱いを
意識して決めていないと認識がずれて
結果が違う事になる可能性はある

**Level3** · 2019/02/11(月) 22:59:35.01

>>913
Citrixのバージョンにもよるけど、現在UiPathは、
Citrixでもオブジェクト取得ができるようになった。
（昔は画像認識でしかできなかった。
このためショートカットの多用をUiPath Academyでは推奨している）
https://studio.uipath.com/lang-ja/docs/about-native-citrix-automation
WinActorは、Citrixに対して画像認識しかできないので不安定になるだろう。
ただまあ、サーバー側にRPAを入れればなんの問題もないし、
日本でCitrixってそんなに使われているのかな？

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

別にこっちはUiPath最強と言ってるわけではないのだが。
UiPathはないとか言ってるやつその素晴らしい競合製品の名前教えてくれよ。
心から知りたいんだよ俺も。
対案も出さずアジるだけの野党みたいで信用ならないぞ。

**デフォルトの名無しさん** · 2019/02/11(月) 23:26:42.27

>>931
.NET

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

あん？UiPathは.NET製だし.NETのモジュールも使えるし作れるだろ？

**デフォルトの名無しさん** · 2019/02/11(月) 23:47:45.50

タダで使いやすいものを使う
それが答え

**Level3** · 2019/02/11(月) 23:49:43.84

>>665
それくらいロボット作ったなら後は、UiPath AcademyのLevel3をとるといいと思う。
それで時給換算じゃない会社に転職するんだ。
入社できれば、時給でいうところの2000円くらいはもらえると思う。
2000円*8時間*20日*12か月=384万円だからね。

**デフォルトの名無しさん** · 2019/02/11(月) 23:52:07.10

ﾄﾞﾄﾈﾄて…なんかこのスケールの合わなさ、例えるならWin対MacのOS話してるとき唐突にIntel最強とか言い出すやつみたいだ…違うか…いやRPAの話だよね？
プログラム書けばいい！ってんならRPA全部要らねって話でUiPath単独で落とす話じゃないよな？
そんなんいいから優れた「RPAソフト」教えてくれや

**デフォルトの名無しさん** · 2019/02/11(月) 23:56:30.38

>>936
そう言ってんだわ
プログラム書いてRPAは全部イラネ
だってそれが最も低コストで簡単で保守しやすい再利用性が高いシステムを組めるから
エクセル操作するのもウェブサイトをクロールするのもデスクトップアプリを操縦するのも画像解析するのも無料で簡単にできる時代なのに何十万もする製品はイラネーでしょ？

**デフォルトの名無しさん** · 2019/02/11(月) 23:57:55.25

RPAのプロジェクトがうまくいってなくて出社が辛い

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

社内SEだが取引先の複数のベンダがRPAと連呼営業してきてうざいわ。
使ったことねえがそんなに凄いのか？これ？スレ読んでもバッチやVBA組んだ方が良いと思うがな。営業は事務員のおばちゃんでも使える！と連呼してるが本当か？フローチャートなんて作る事務員いねえ

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

>>939
俺も937と考えは一緒
RPAやるぐらいなら.NETちゃんと学んでプログラム組んだ方がいい
エクセルマクロしか書けないプログラマーですらないおっさんを
技術者として売り込みたい業者がRPAとかいって新たな技術っぽく宣伝してるだけ
数年後には保守もできない負債と化したRPAが残るだけ
そんな金があるならちゃんとしたプログラマー雇うか教育した方が安くて早い

ちなみにうちは大失敗して、二度とRPAはやらんことになった

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

ちゃんとしたプログラマーがいるのに失敗とか

**デフォルトの名無しさん** · 2019/02/12(火) 01:11:58.55

ヒューマンインターフェースをアプリケーションプログラミングインターフェースに変換する部品がRPAの肝
それ以外の部分は実は従来通りの普通のプログラム(マクロ)となにも変わらない
ではその肝になってる部品をどう作るか
これは素人目には高度な技術が必要(だからこそ金を取れる)と誤解されているが
実のところ無料のOSSを使えば簡単に実装できてしまうのが現実なのだ

**デフォルトの名無しさん** · 2019/02/12(火) 01:21:03.69

ちなみに文脈からわかってると思うが
俺は特定の製品を攻撃したいわけではない
ただ単にRPAというジャンルそのものを疑問視しているだけだ
なので競合企業の工作員などといった勘違いはしないでくれよな

**デフォルトの名無しさん** · 2019/02/12(火) 01:24:42.59

SIerは技術の空洞化が進みすぎて顧客のちょっとした要望にライトに応えることが難しくなってきているんだよ
そこでノンプログラミングでそこそこそれっぽいことができるRPAが持て囃されているの

**デフォルトの名無しさん** · 2019/02/12(火) 01:25:45.53

そんな勘違いしないからその無料のOSS教えてくれや…
簡単なら俺も実装してみたい…
いじわるすんなや…なんで隠すん？

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

Sikulixとか言ったら、お前ほんとに使ったことあんのかと言った後やすえ姉さんになっちゃうぞ。

**デフォルトの名無しさん** · 2019/02/12(火) 08:05:04.65

>>945
selenium
winappdriver

**Level3** · 2019/02/12(火) 08:16:47.88

>>938
使っているRPAは何で、どんなことがうまくいってないんですか？
みんな、興味あると思います。
情報が共有されれば、そうならないようにする対策も打てるかもしれないので、
教えてくれませんか？

**デフォルトの名無しさん** · 2019/02/12(火) 10:43:40.46

・パソコン作業を自動化するツールが誰でも簡単に作れます。
・OCRやAIのようなオプションと組み合わせると出来る業務が広がります。

というRPAのコンセプトは良いんだけど、
システムと違って処理量が劇的に増えるわけでも無いのに糞高く、
「誰でも」「簡単に」が現状では誇大広告

RPGツクールのレベルまで頑張れ

**デフォルトの名無しさん** · 2019/02/12(火) 11:09:40.74

だからさ、UIパスのようなプログラミング的要素が濃いものを高い値段で使うくらいなら
それこそ.NETのほうが応用も効くしタダだし良いことずくめだろってことよ。
RPAに多くの企業が求めてるのって営業の言う「誰でも」「簡単に」「安く」作れる・使える自動化ソフトだよ。
まぁそれに相応しいものが現状なかなか見つからないから困るんだけどもｗ
それでも徐々にこの分野への参入が増えてきてるから、これからじゃないかと期待している。

**デフォルトの名無しさん** · 2019/02/12(火) 11:21:04.34

無料のマクロマン使っている人いない？

**デフォルトの名無しさん** · 2019/02/12(火) 11:46:59.82

>>950
一般ユーザーに簡単に使えたらSIerの仕事が減るし、情シスも自分でできてしまう仕事が増えて残業が増える
ある程度難しくなきゃいけないんだよ

**デフォルトの名無しさん** · 2019/02/12(火) 11:57:22.48

>>952
SIerが情シスに転職すれば解決する

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

>>950
現状見つかっててそれは.NETだよ
まあ.NETと言ったけどそれに限らずpython, rubyでもなんでもいいけどとりあえず普通のプログラミング言語
これが正解
誰でも作れて超安価

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

>>954
それじゃ誰にも伝わらない。

簡単なことならRPAでも良いけど、必要とされる複雑なものなら、結局プログラミングするのと同じような労力が必要だから、RPAなんてイラネって話だろ。

**デフォルトの名無しさん** · 2019/02/12(火) 14:36:22.11

だから、RPAなんかいらねって結論だろ
業務を自動化するのはRPAで誰でも簡単に、なんてのは幻想
プログラミング勉強してしっかりしたもの作ってメンテするのが結局一番の近道だと思うよ
RPAの成功例みたことねえし、導入した企業には数年以内に大量のゴミが残ってるだけだよ

**デフォルトの名無しさん** · 2019/02/12(火) 17:51:45.00

>>955
簡単なものもやはりRPAより普通にプログラミングしたほうが簡単安全高速だよ
なんたって簡単なものだからな
犬小屋を作るのにブルドーザーは必要ない
適切な道具を選ぼう

**Level3** · 2019/02/12(火) 18:49:01.09

>>947
seleniumを使ったことがないので、教えて欲しいのだけど、
HTMLのLIタグで上から3番目の内容とか簡単に取得できるのかな？
LIタグには特別ユニークになるような属性がない場合ね。
あと、HTMLのソースは人間が自分で読むの？簡単にある要素を特定できるツールとかある？

後は、seleniumってWebとWindowsアプリ（なんちゃら奉行とか）の連携は簡単に書けますか？

**デフォルトの名無しさん** · 2019/02/12(火) 18:59:47.96

>>958
#mylist li:nth-of-type(3)
#mylist li:nth-child(3)

こんな感じでリストの何番目を指定すればok。cssSelectorの場合。

ブラウザのページ上で左クリックしてメニューの検証とか、要素を調査って項目をクリックすると検証ツールが開く。
検証ツールで特定の要素を指定し、左クリックで出てくるメニューからcssSelectorやXPathがコピーできる。

**デフォルトの名無しさん** · 2019/02/12(火) 19:14:51.44

右でしょ

**デフォルトの名無しさん** · 2019/02/12(火) 19:27:21.66

>>958
id, name, class, tag, link textでの単純検索
xpath, cas selectorでの宣言的検索
javascriptを使った任意の手続きによる検索
ホスト言語(C#やJavaなど多数)を使った任意の手続きによる検索
こういうことができる
三番目のLIならtagかcss selectorによる検索が手頃

DOM構造解析はブラウザのインスペクタを使ってる
俺はこれで十分だから他のツールは知らない

Seleniumでブラウザをコントロール
WinAppDriverでデスクトップアプリをコントロール
2つを組み合わせて連携できる

**デフォルトの名無しさん** · 2019/02/12(火) 19:43:21.01

国内RPA市場をけん引するRPAテクノロジーズ、NTTデータ、Blue Prism、オートメーション・エニウェア・ジャパン、UiPathが自社の事例をふまえて語り合った。
https://www.sbbit.jp/article/cont1/35889

**デフォルトの名無しさん** · 2019/02/12(火) 19:55:35.15

> 米国と日本の大きな違いは、ユーザーに技術者がいないということ。これからのRPAのユーザーはロボットを直感的に作れたり、修正できたり、オペレーションをきっちりマネジメントしていくスキルを身につけることが必要です。

やっぱ当然認識してるよなぁｗ
でも無理な気がする

**Level3** · 2019/02/12(火) 20:21:23.16

>>959
>>960
>>961
教えてくれてありがとう。seleniumとwinappdriverの組合せは良さそうだね。
実は、WinActorで、LIの3つ目をうまくとれなかったので、質問してみたんだ。
具体的には、「Yahoo!路線情報」の検索結果で、
上のほうに出てくる「ルート3」の値段をWinActorでうまくとれない。
そこのソースは、<li class="fare"><span class="mark">463円</span></li>
というような感じのリストでルート1～ルート3までclass属性では区別がつかないんだ。
WinActorに詳しい人に教えて欲しいのだけど、画像マッチングを使わないでこの値段をとる方法ってあるかな？
UiPathなら<webctrl aaname='463円' idx='3' parentid='rsltlst' tag='SPAN' />
てな感じでidxを自動で振ってくれるから楽なんだけどね。

**Level3** · 2019/02/12(火) 20:39:22.30

>>963
会員登録しなくて良いところまでは読んだよ。
このレベルの複雑なRPAは、日本じゃプログラマが作るしかないと思う。

**デフォルトの名無しさん** · 2019/02/12(火) 20:50:24.91

>>965
そもそもRPAは欧米由来でプログラマとまでいかなくとも社内技術者が扱う道具として設計されてるんだよね…

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

3番目みたいな順序による指定は、CSS Selector よりも、XPath。
CSS Selector では基本、クラスで指定すべき！

# Ruby, Nokogiri で、5ch をスクレイピングした例
doc = Nokogiri::HTML(driver.page_source)

# a を含む、post_node だけを抜き出す。descendant は子孫、ancestor は祖先
# div.thread > div.post > div.message > span > a
post_nodes = doc.xpath "//div[@class='thread']/div[@class='post']/div[@class='message']/descendant::a/ancestor::div[@class='post']"

div.message の子孫で、<a> を含む要素を見つけて、
そのdiv.messageの祖先の、div.post 要素を取得する

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

>>967
うるせえ死ね

**デフォルトの名無しさん** · 2019/02/13(水) 15:18:44.57

VDIやアプリケーションウインドの画面転送を
Citrixと表現しているのにものすごい違和感を感じるのは俺だけ?
Citrixなんてシェア的にもVMwareのHorizonに抜かれてるし
Windows単体でも似たようなことできるのに
何故Citrixという他社の企業名を機能名に採用したのか

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

>>949
職場のおばちゃんでも使えるように、もう一段のブレークスルーが必要だね

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

>>969
似たようなであって同じじゃないから
そもそもリモートデスクトップとVDIは見た目以外全然違うので似たようなというのも間違いだが

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

>>970
人に教育するのと同じ感覚で教えられるAIが実用化してからが本番かな

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

UIpathのlevel3が難しい・・・
なんとかならないものか。
どなたか解説サイトとかご存知ありませんか？

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

>>969
そりゃシステムとして捉えたら全然違うのは分かるんだけど、
ロボットが動くクライアントサイドからするとただの画面転送だし、
結局画像認識ベースで動作するなら、ICAやRDPやPCoIPみたいな
プロトコルの違いなんてどうでもいいんじゃね?と思ったのよ
HTML5ベースのブラウザ型画面転送も各社できるようになってるし、
今やTCP/UDPもどっちも選べる

でも>>930でオブジェクト取得できるようになったって書いてあるから、
きっと最初からCitrixにだけ絞って開発してたんだろうね。
仕組みは分からんが、確かにICAも昔からFlashだけはローカル側で処理させたりとか
画面転送+αの機能もあったから、そのへんと連携してんのかね。

**Level3** · 2019/02/14(木) 08:30:55.19

>>973
英語が障壁となっているのなら、
「RPAディベロッパー向け - 学習プログラム」のほうからいくと、
日本語のLevel3が学習できる。
わかりやすい解説ページがあるかどうかに関しては知らない。
せいぜいUiPath Orchestrator ガイドのアセットとキューおよびトランザクションを読むくらいかな。
頑張ってください。

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

>>963
導入環境が違うってことは、
海外ベンター製のRPAとそれがベースになっているRPAは、
これ以上、簡単にはなりそうにないな

ローカライゼーションするにも限界が有るし、
オリジナルRPAを作ってる日本のベンターはどこまで頑張るか

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

>>975
ありがとうございます
かなり苦しんでいます

**Level3** · 2019/02/14(木) 22:17:16.87

>>976
ぼくも、今後、外国のRPAがもっと簡単になることはないと思う。
UiPathは、投資ファンドから450億円程度金をもらったが、
せいぜいマニュアルおよびUIの日本語化程度で終わりじゃないかと思っている。
そうすると、自動化業務の習得難易度を降順に並べると最終的に以下の順になるのではないかと思う。
①C#等でゴリゴリ書く（ほぼ無料）
②selenium、winappdriver を使う（ほぼ無料）
③お値段高め（年50万以上）のRPAを使う
④簡易的なRPA（買取で50万未満）で効率化。ただ、人を減らせる程度の効果があるかは疑問。

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

>>978
その①と②を区別する必要あるか？

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

会社の上司がUiPathをものすごく推してるんだが
ちなみに自分は.Netで自動化アプリを散々作ってきたんだが、全社員がUiPathを使いこなせるようになることが目標

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

①②についてなんだけど①で出来るのに②の需要あるの？
②はwebテスト用でwinアプリにはそのままでは使えないseleniumにwinアプリも操縦できるようにするアドオン乗っけた構成だろ？
出来ることは①未満なのになんでわざわざ複雑構成取るんだろ？
純粋に疑問。

**Level3** · 2019/02/14(木) 22:26:51.96

>>978
国内において④以外は、プログラマではなくては無理だろう。
後はプログラマの値段と削減できる値段の問題になってくるのではないかな。

**Level3** · 2019/02/14(木) 22:29:09.87

>>979
開発期間に差があると思って、分けてみた。期間に差がないなら分けたのは間違い。
差があるなら、開発費に差が出てくる。

**Level3** · 2019/02/14(木) 22:34:25.01

>>981
①②の差は、出来る出来ないの差ではなく、開発日数の差。
もし、差がないのなら、分けたのは間違い。（逆に差がないなら、seleniumって必要あるソフトか疑問に思う）
②の記述に関しては、アドオンというより、winappdriver との併用を考えた。