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

**デフォルトの名無しさん** · 2019/08/21(水) 21:39:55.42

語りましょう
次スレは>>950がたててね

**デフォルトの名無しさん** · 2019/08/27(火) 20:56:38.19

mailItems.Where(item => item.Subject.Contains("abc"))
量が多いならSQLを書け

**デフォルトの名無しさん** · 2019/08/27(火) 21:43:12.76

>>155
触ったことも無いのに
嘘言うのは止めたら？

ログにどこでこけたのと
こけた原因出てるし
本気で分からないのなら
RPAじゃなくて、その担当がダメ

**デフォルトの名無しさん** · 2019/08/27(火) 21:45:25.24

>>160

"@SQL=" & Ｃｈｒ(34) & "urn:schemas:httpmail:subject" & Ｃｈｒ(34) & " Like '%検索キーワード%'"

ネットで見つけたのは↑のヤツです。
何か送信ができなかったので、部分的に全角文字にしています。

一応これでもできたけど、Likeの箇所の文字列を変数にしたいと思っているのですが、セレクターでの'" & 変数名 & "'とすればいいのかと思って入力したけど、エラーになってしまいました。

**デフォルトの名無しさん** · 2019/08/27(火) 21:50:29.44

>>162
プログラムをろくに知らない素人ではログを読むのは難しいのでは？
というかログを見るという発想すらないかもしれない
プログラムの勉強をすると自然と身につくものだけどね

**デフォルトの名無しさん** · 2019/08/27(火) 22:00:17.94

>>163
String.Format("@SQL=""urn:schemas:httpmail:subject"" Like '%{0}%'", hensuu.Replace("'", "''"))

**デフォルトの名無しさん** · 2019/08/27(火) 23:02:29.46

住友商事、年10万時間分手助け　ソフトバンク RPA導入で4000人分の業務代行へ
https://r.nikkei.com/article/DGKKZO49024320W9A820C1TJ2000?s=1

**デフォルトの名無しさん** · 2019/08/28(水) 00:55:44.25

具体的な話になればなるほど、プログラムそのものやんけ。
何が簡単だよ。そんな物おばちゃんが使える訳がない。

**デフォルトの名無しさん** · 2019/08/28(水) 01:10:13.49

>>167
現場サイドで作るよりも専門部隊（情シスの一部門）組んでやった方が良いっていう感じになってきてるな
・現場の人に現業務と並行してツールの学習＆シナリオ作成は無理
　というより現業務優先になるから結局RPAを触らなくなる
・ロボット作るにも作法（安定稼働/エラー処理への対応）があり
　高品質なものを作ろうとすると時間がかかる
・ボトムアップだとロボットの管理がし辛い

おばちゃんの片手間は幻想と化してきてる

**デフォルトの名無しさん** · 2019/08/28(水) 01:51:32.66

まず
RPAで全部自動化とか
考えないことやで

**デフォルトの名無しさん** · 2019/08/28(水) 05:46:13.24

上はそれしか考えてないぞ

**デフォルトの名無しさん** · 2019/08/28(水) 06:12:00.28

ここの過去スレで俺が予言した通りに進みつつあるな

RPAは素人じゃできない
ベンダーロックインして専門家を送り込むのが真の目的
従来通り開発費を取られてメンテナンスで骨までしゃぶられる

**デフォルトの名無しさん** · 2019/08/28(水) 06:20:07.72

前スレで出てたnalgo-botというのが事務のおばちゃんでも使えるぽい。

**デフォルトの名無しさん** · 2019/08/28(水) 06:52:34.99

>>166
住友商事もリストラか？

**デフォルトの名無しさん** · 2019/08/28(水) 07:34:13.94

>>171
それって今までとどう違うのか……
クソベンダーのクソシステムが
クソベンダーのRPAになるわけで

**デフォルトの名無しさん** · 2019/08/28(水) 07:42:23.93

>>163
Ｃｈｒ(34) とは、"(ダブルクォーテーション)の事か？
& で、文字列を連結してるのか？

最初・最後の、" を削除すると、
「@SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%'」

こんな文字列になるけど、シングル・ダブルクォーテーションの両方が存在するのか？

**デフォルトの名無しさん** · 2019/08/28(水) 07:46:24.48

>>167
若宮正子さんみたいなおばちゃんだらけなら使えるんだけどな。

**デフォルトの名無しさん** · 2019/08/28(水) 08:11:58.73

>>154
プログラム的ではないが
いったん秀丸に本文コピペして
整形すると折り返しに改行コード入れてくれるから
それ再コピペしたら？

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

>>175
Oracleとかだと…
ダブルクォーテーションは項目名（テーブル名や列名）を意味する、普通はなくてもいいけど項目名に空白とか括弧等を含む場合とかには必須
シングルクォーテーションは文字列とかを意味する

**175** · 2019/08/28(水) 09:39:22.99

Ruby なら、%q( ) 記法で、'(シングルクォーテーション)をエスケープする必要がなくなる。
"(ダブルクォーテーション)も、そのまま書ける

p は、文字列の両側を、" で囲んで、文字列内の" は、\" と表示するが、
puts は、文字列の内容を、そのまま、print する

p str_1 = %q(" ') #=> "\" '"
puts str_1 #=> " '

p str_2 = %q(@SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%')
#=> "@SQL=\"urn:schemas:httpmail:subject\" Like '%検索キーワード%'"

puts str_2
#=> @SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%'

**デフォルトの名無しさん** · 2019/08/28(水) 09:47:41.82

>>168
幻想を売るのが商売の基本ですから

**デフォルトの名無しさん** · 2019/08/28(水) 12:14:14.67

結局いいツールがあっても中小には無理だよ
キャパがない
大企業であれば準IT人材達が勝手にやるよ

**デフォルトの名無しさん** · 2019/08/28(水) 13:11:42.73

>>181
中小のIT企業も？

**元99** · 2019/08/28(水) 13:58:54.52

中小の 1%くらい（適当）は、やればできると思うな…
知らない、様子見、全員がやる気なしなだけで

uipathなら無料版もあるし

**デフォルトの名無しさん** · 2019/08/28(水) 14:03:52.44

なんでも自動化できたら
人間要らないでしょ？
温かみが無いんだよねこういうの

**デフォルトの名無しさん** · 2019/08/28(水) 14:33:24.57

大体の作業は人間が「ちょっと」判断することが必要
そこが自動化できないんじゃないのかなあ

**元99** · 2019/08/28(水) 15:07:20.84

EXCEL（VBA）とACCESS使えば一日でツール作れるものを、何日もかけてロボ作らないといけないなんて、お前らどんだけ馬鹿なんだよ

少なくともうちは ITの会社でお前らプログラム開発担当だろうが

ホントCOBOLしか書けないようなバカは辞めてくれ

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

>>177 何じゃそりゃ、自動化とは程遠い。
>>154 だから、少しは何でも良いからプログラムを勉強しろって。

**デフォルトの名無しさん** · 2019/08/28(水) 17:04:31.52

>>186
みずほ銀行のシステムってコボルなんだろう？

**元99** · 2019/08/28(水) 19:42:01.52

>>188
昔々はPL/Iでした（全部かは不明）
いまCOBOLあるかも不明

**デフォルトの名無しさん** · 2019/08/28(水) 20:10:22.85

>>165
ありがとうございます。
無事、変数で件名のフィルター使えました。

**デフォルトの名無しさん** · 2019/08/28(水) 20:15:58.72

>>186
1日で解決してしまったら頑張ったアピールが出来ない。
時間をかけたものの方が評価されやすいのだから
作業効率を落として生産性アップに取り組むのが
末端労働者として正しい選択。

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

>>187
秀丸だろうがなんだろうが
使う方が正しい
RPAで簡単にできんことを
複雑怪奇なシナリオ組む方が愚か
自動化から程遠いって
今までの、えすい～が実現なかった難所だったんだろ

たから後半には同意
Uipathに拘るのは頭の体操的には楽しいが
難しいなら他の手を考えたほうがいいよな

**元99** · 2019/08/28(水) 21:06:15.29

>>191
ですよね
多スレッドでCPU使い切るようなロボットの作り方でも研究しながらやります
（ん？、そんなアクティビティあったような… なら、GPGPUも混ぜてやったる）

**デフォルトの名無しさん** · 2019/08/29(木) 00:26:59.57

>>192 は？秀丸でマクロ組んで叩くのか？それしか思いつかない人間はそれが楽だと思うかもしれないけど、RPA人には意味不明だろ。

SE？プログラムならお茶の子さいさいだよ。何をやるにしてもいろんなツールの得手不得手くらいは少し勉強した方が良いと思うけどな。

全てを自分でやれとはいわない。
あれを使えば簡単そうだなと思うだけで良い。得意そうな人に相談すれば良い。

**デフォルトの名無しさん** · 2019/08/29(木) 03:42:02.38

>>187
だからプログラム的ではないと前置きしてんだろボケが。
複数のソフトを利用するのがRPAだし
文字整形は秀丸なりエクセルなりにやらせて
変数にぶっこみゃいいんだよ

**デフォルトの名無しさん** · 2019/08/29(木) 04:51:56.62

RPG人とかプログラム的とか造語を量産するのやめたら

まさかプログラム関連の板なのに
雰囲気で分かるだろ、とか間抜けなこと言いまくるつもりか
まぬけ的なアホ人だから？

**デフォルトの名無しさん** · 2019/08/29(木) 05:01:19.42

造語バカに感化されて誤字を書いちゃったよ
かっこ悪い

**デフォルトの名無しさん** · 2019/08/29(木) 05:34:32.59

>>194
秀丸の文末改行はマクロいらんぞ？
マクロなんて誰が言ったんだ？

**デフォルトの名無しさん** · 2019/08/29(木) 05:39:57.55

>>198
194が脈絡も無く言ってるだけ

煽る前に
書き込みくらい読めばいいのに
そうしたら
誰が言ったかすぐ分かる

**デフォルトの名無しさん** · 2019/08/29(木) 10:35:01.93

膨大な反復処理があるのに振る舞いが非決定的なウィンドウシステムをかませるのは設計方式を誤っている
高い信頼性が必要な場合は参照透過性の強いAPI方式を採用すべきだと思う

**デフォルトの名無しさん** · 2019/08/29(木) 12:07:37.76

隙あらばRPAｖｓプログラムｗｗｗ
非プログラマー向けにわざと陳腐化してる主旨を
理解する脳はないのか？

**デフォルトの名無しさん** · 2019/08/29(木) 12:27:36.63

>>200
それはもう決着済み
自動化したいシステムに
APIがないから
RPAでやってるだけ

**デフォルトの名無しさん** · 2019/08/29(木) 12:48:31.74

APIがなければ整備すればいい
既存コードがあるとすごく簡単

サードパーティのアプリならほどんどapiあるけど
ないならプログラミングで再利用しやすいクラスを作る
rpaは再利用しにくいからね

**デフォルトの名無しさん** · 2019/08/29(木) 13:47:59.93

>>38 これってどういう意味？
３つのソフト作成にその言語が使われてるってこと？

**デフォルトの名無しさん** · 2019/08/29(木) 13:58:33.78

>>204 各々のRPAの機能拡張をしたいときに使える言語
例えば　UiPath　で何か複雑なことをやりたい場合には　VB.net やC#が使えるよと言う話。
PowerShell　VBAもRPA共通の機能拡張として使えるという話。

**デフォルトの名無しさん** · 2019/08/29(木) 14:31:26.93

素人がWindowsの返す振る舞いのパターンを捌き切るのは不可能だろう
私ならラッパーをかませてRPAプログラマとミドルウェア開発者に分担させる

**デフォルトの名無しさん** · 2019/08/29(木) 14:47:14.01

プログラマに何か恨みでもあるのか？気持ち悪いスレだな

**デフォルトの名無しさん** · 2019/08/29(木) 14:51:40.46

>>202
1スレ前から見ているが私と同じ趣旨の書き込みは見つけられなかった
結論に至る過程を勉強したいので場所を教えてもらえる？

**デフォルトの名無しさん** · 2019/08/29(木) 15:15:21.93

>>203
自動化したいのは
大半がベンダー製のシステムの話と思うけど

**デフォルトの名無しさん** · 2019/08/29(木) 16:13:35.08

>>208
読んでもないのにレス読んだとか
勉強したいとか
えらい嘯いて煽りまくってるが

そもそも
APIがないシステムがある
という発言がそんなに気に入らないの？

**デフォルトの名無しさん** · 2019/08/29(木) 16:17:00.73

>>208
このスレの40あたりから読めば？

**元99** · 2019/08/29(木) 16:54:33.53

uipathで質問があります
webのデータスクレイピングで、各セルの値が inputタグの value属性で表示されているため値が取得できません
メタデータ抽出に追加記述等で取得できるようなら教えて下さい

今のところスクレイピング一発では諦めて、テーブル要素に対して、各セルループで getvalueまたは、getattributeするしかないのかなと思ってます

**元99** · 2019/08/29(木) 17:05:18.60

>>212
メタデータ抽出に書けるタグ一覧（extract、row、webctrlなど）も、どこかにあれば教えて下さい
ググり方が悪いのか探せません

**デフォルトの名無しさん** · 2019/08/29(木) 17:53:40.87

>>204
uipath触ってるけど、複雑じゃなくともvb.netのメソッドは普通に使うよ
ファイルダウンロードして、そのファイル編集しようとしたらもう必要。

**デフォルトの名無しさん** · 2019/08/29(木) 17:54:02.30

てか、日付でもう必要だったわ

**デフォルトの名無しさん** · 2019/08/29(木) 18:13:04.93

>>212
javascriptのほうが簡単ですよ

**デフォルトの名無しさん** · 2019/08/29(木) 19:34:48.44

>>206
PageObjectのようなライブラリを開発する人とシナリオスクリプトを開発する人で分業することも出来ますね

**デフォルトの名無しさん** · 2019/08/29(木) 20:45:19.01

>>210
Windowsデスクトップは他の様々なリソースを制御している関係で
ソフトウェアがそれを含んでしまうと非決定性に汚染されてしまうという点、
繰り返し処理になるなら信頼度計算は直列モデルになるのでその設計方式では致命的だという点を指摘している

この観点で>>40から再度読み直したが君の言っている文章はやはり見当たらない
「デスクトップ」「ウィンドウ」で検索をかければすぐ分かる
勉強したいのは本心なんだがどうして私が煽りまくってる事になるんだ？

**デフォルトの名無しさん** · 2019/08/29(木) 20:46:08.74

API方式という書き方が悪かったのかもしれないが
もっと確実性の高いシステム間結合方式に置き換える必要があるという事だ

データベースから抜き出すなりファイルに吐き出すなりミドルウェアを挟むなり、
何らかの信頼性の高いインターフェイスを構築するのは絶対条件

**デフォルトの名無しさん** · 2019/08/29(木) 20:46:26.56

RPAが前提だからRPA以外の案を出すなという意見は技術者としてナンセンスだし何の役にも立たない

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

>>219
確実性の高い（絶対確実だとは言っていない）システム間結合方式の必要がある
ということを承知の上で（承知していなくても）
確実性がそれなりで労働時間を削減できるのがRPAのポテンシャル

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

こけたらリトライすればいいだけだしね。

**デフォルトの名無しさん** · 2019/08/29(木) 21:30:52.51

ポテンシャルはあるのは同意するけど
業者が謳ってるような誰でも出来るもの
ではないし、手軽にやれる値段でもないから
あと1～2年で終わると思う。

**デフォルトの名無しさん** · 2019/08/29(木) 21:38:15.20

>>223
ベンダーロックインして骨までしゃぶられるから終わらないよ

**デフォルトの名無しさん** · 2019/08/29(木) 21:42:49.12

>>218
>>49があなたの求める答えでしょうに
できるなら確実な方法でやる。無いからRPAでやってるだけ

>>68の後半とあんた自身が書いた>>206
高いシステム間結合方式に置き換えれるなら、やってる
できないからRPAでやってるだけ

技術者としてナンセンスというならば
概念しか言わず、具体策を示さないあんたと
不確実性を含んでもRPAで自動化を実現している技術者と比べたら
明らかにあんたのほうがナンセンスでしょうに

それともあなたの比較対象は
不確実性を含んでいるがゆえに自動化を実現できない技術者のみ
の限定的な話？

少しでもスレ読んだらRPAvsプログラム論争は不毛だって分かる
分からないのは、してもいないことをさもしたかのように
読んだ、読んだと貴方が嘘を言ってるから

**デフォルトの名無しさん** · 2019/08/29(木) 21:52:23.15

そもそもRPA陣営に勝ち目などないのだから確かに不毛といえば不毛だ
高い金を払って手間暇をかけて苦労して不安定で遅い低品質なツールを作る
全くもって理解しがたい

**デフォルトの名無しさん** · 2019/08/29(木) 22:06:15.51

>>223
RPA化する業務の洗い出しはRPAベンターの仕事、
RPAロボの作成はPGの仕事、

普及するわけ無いな

**デフォルトの名無しさん** · 2019/08/29(木) 22:08:37.32

>>225
分かった。
話が通じそうにないので終わりにしよう。

**デフォルトの名無しさん** · 2019/08/29(木) 22:56:50.87

勘違いしがちだけどRPAの費用って
現行システムの改修/追加よりも遥かに安上がりなんよ
というか現行システムに改修依頼だしてもベンダーが実際に対応できるかどうかって言われると
予算見積もったタイミングでぽしゃる事が多い

なのでRPAで外付けで自動化するしか無いんよ、金が無いから
正直な事言ったら小回りの利くシステム開発が理想形だけどそれが出来る企業は全くない

**デフォルトの名無しさん** · 2019/08/29(木) 23:00:15.48

外付けと改修は違うものなので金額を比べても無意味
同じことやるならプログラミングのほうが遥かに安上がりだよ

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

あげあしとり
同じことやるならプログラミングのほうが遥かに安上がりだよ
外付けと改修は違うものなので金額を比べても無意味

**デフォルトの名無しさん** · 2019/08/29(木) 23:21:40.63

システム化でペイできる→システム化
API用意できる→API使う
自動化対象がブラウザアプリ→Seleniumとか使う
上記全てに当てはまらない→RPA 若しくは Spy++とかで頑張る

これでFAっしょ…

**デフォルトの名無しさん** · 2019/08/29(木) 23:24:36.04

>>230
>外付けと改修は違うものなので金額を比べても無意味
残念ながら「こういう事を実施したい」っていうユーザー要望の観点から見ると
外付けでも改修でも（ほぼ）同じ結果が得られる場合、金額が安い方が評価されちゃうんよ
実際には保守性や拡張性も考える必要あるけど、予算に限りがある以上、どうしても妥協点を模索する事になる

>同じことやるならプログラミングのほうが遥かに安上がりだよ
残念ながら現実はそうじゃない
よくRPA業務の例で「システムへの繰り返し登録処理を行って○○時間削減！」ってよくあるけど
これは「システム側でインポート機能による一括登録機能を実装したらいいんじゃないの？」って言う事も出来る
が、後者の方法を実装する場合は
システムベンダーに問い合わせて、見積もり金額と改修期間の概算取得
見積もり結果から費用対効果が十分得られるかの検討、承認が下りてやっと要件定義からスタート……
で、結局費用対効果が出ないって判断されたら、そこで話が終わる
だからRPAで費用対効果が出るギリギリのラインで自動化するんだよ

**デフォルトの名無しさん** · 2019/08/29(木) 23:47:44.97

>>229
> 正直な事言ったら小回りの利くシステム開発が理想形だけどそれが出来る企業は全くない

説得力のある意見だなこの箇所って結構ポイントだと思うわ
実現方法は色々ありそうだけどベンダーが小回り利かすとか（まぁこれは難しいか）、RPA会社がテンプレートみたいなのを作るとか、安価で簡易なプログラマ派遣サービスができるとか
RPAがダメならこっちの方向にいくかもしれんね

**デフォルトの名無しさん** · 2019/08/29(木) 23:48:31.38

>>212-213
「html input value 取得」で検索！

**デフォルトの名無しさん** · 2019/08/30(金) 00:37:48.99

>>233
だから違うものを比較してどうすんだよマヌケ
システムへの繰り返し登録とやらをプログラミングで実装すりゃいい
品質やテストもRPA基準のゆるゆるでOK
プログラミングのほうが安くなった
RPAが安いというか印象はやるべきことを省略したから安いんだよ
プログラミングでもやるべきことを省略していいなら当然安くなる

**デフォルトの名無しさん** · 2019/08/30(金) 00:47:47.73

>>236
何か勘違いしてるかもしれんけど、RPAもテストフェーズは別に緩くないぞ
データのパターンテスト（全分岐の網羅）、
異常系テスト(異常データが来た時に想定通り停止するか）
RPAの性質上必要な安定性（最後まで安定して完遂するか、できれば複数回実行して測定）
このぐらいは普通のプログラミングと一緒で、最低限の品質が担保できてるか、仕様通りにできてるかは検証する

そもそもRPAはコーディング部分の負担を減らすだけであって
要件定義、設計、テスト辺りの工程はプログラミングの考え方と変わらんぞ
コーディング部分をさっさと作れるから全体的な工数が少なくなるだけだし

**デフォルトの名無しさん** · 2019/08/30(金) 00:53:30.86

>>237
それこそ素人には無理なのでエンジニアを雇うしかない
エンジニアを雇うならオモチャじゃなくちゃんとした道具を使ったほうが遥かに効率がいい
つまりRPAもプログラミングもキッチリやる前提ならやっぱりプログラミングのほうが安い

**デフォルトの名無しさん** · 2019/08/30(金) 01:00:24.48

>>237
というかコーディング部分の負担はRPAの方が増えてる
キーボードでサクサク打ち込むのと愚鈍なマウス操作じゃ勝負にならん
オブジェクト指向サポートはじめとして機能も貧弱
リンターやリファクタリングツールなどエコシステムもくそ雑魚
マルチプロジェクト管理すらできない冗談みたいな製品すらある始末

**デフォルトの名無しさん** · 2019/08/30(金) 01:13:09.52

>>237
横からすまんが、そんなキッチリとテストやるもんなん？ RPAのメリットを消しかねないのではと思うが本部側がガッツリ作り込むやり方の話なのかな

**デフォルトの名無しさん** · 2019/08/30(金) 01:28:02.93

>>240
テストだけはしっかりやった方が後が楽になる
ある程度の長期稼働をやるなら安定性が高くないと話にならない
特に削減時間の効果が高いものは止まった時のインパクトもデカくなっちゃうしね

止まったらら原因調べて必要なら改修して……っていうのが積み重なるとそっちに工数を取られる
だからしっかりテストして品質は確保した方が良い

**デフォルトの名無しさん** · 2019/08/30(金) 01:54:10.20

>>239
IDEが絶望的に死んでるのを筆頭に

型システムコレクションジェネリクス
インターフェイスオーバーロードポリモーフィズム
名前空間スコープ制御アクセス修飾子
アサーションガード節
コールバック遅延評価畳み込み継続
マクロマルチスレッドロック

この辺りも息をしていない

**デフォルトの名無しさん** · 2019/08/30(金) 01:56:11.54

ところでなぜRPA厨はム板にやって来てマの洗礼を受けるという自傷行為を続けているのですか？
宣伝なら商売敵のいない別の板でやればいいと思いますよ。

**デフォルトの名無しさん** · 2019/08/30(金) 06:22:36.58

>>240
やらないよ
rpaは業務やってる人自身がアジャイル型で開発して使うだけ
作業補助ツールに近い

**デフォルトの名無しさん** · 2019/08/30(金) 06:36:26.05

>>240
RPAシナリオ作ってるけどガッツリテストするよ

**デフォルトの名無しさん** · 2019/08/30(金) 08:07:50.17

>>243
マ板原住民、顔真っ赤勝利宣言ｗww
おちょくった奴土下座しろｗｗｗ

**デフォルトの名無しさん** · 2019/08/30(金) 08:23:55.03

>>237
マニュアルに落とし込んでユーザーにやらせられればベストだけど、現実は >>238

RPAを一括管理できるモニタリング体制を堅牢に構築した上で、
テストの必要性も含めて、製作も運用も業務部に任せるのが本来の使い方だと思うが

**元99** · 2019/08/30(金) 09:28:11.14

>>235
ありがとうございます
>>186とも関連してて、別案もあるし htmlから別途引っこ抜くやり方もわかっているんですが、学習も兼ねてるのであくまでスクレイピング一発でできないかということです
<value attr='value'>
みたいにメタデータ抽出に追記できたらいいのになって感じです
（上記書いてみたけどだめでした。エラーにもならなかったのが(@@)ですが）

**デフォルトの名無しさん** · 2019/08/30(金) 12:18:23.31

>>247
本来の使い方は使い捨てツールだよ
プログラマでいうと使い捨てのスクリプトとかワンライナーがイメージとして近い

しっかり管理するなら専門家に外注するべき(そして専門家が使いにくいのでrpa は採用しない)

**元99** · 2019/08/30(金) 15:01:57.33

>>212
>>235
社内から朗報が届きました
各列取得方式（？）にして、
attr='text'
を
attr='value'
でいけるとのこと
あの位置に書かれてるのが影響するとは想像できんかった…悔しい(T_T)

テーブル一括の場合のに追記ではできなかったそう（別の書き方があるかも）

**デフォルトの名無しさん** · 2019/08/30(金) 16:46:08.15

uipath、201908にアップデートされた。
イミディエイトが追加…されたのかな？
前からあった？

**デフォルトの名無しさん** · 2019/08/30(金) 17:08:25.99

>>241
>>245
なるほどー、テストしっかりやるんだねそうすると情シスなり趣味グラマなりスキル持ちのみが作成して、末端に使わせる形なのかな？単に個人的に気にしてるだけ？作成からテストまで末端にやらせる？（だとしたら内部統制がすごいな）

要はどういう運用体制なんだろう？どこにRPAのメリットを見出してるのか気になるコーティングが楽って書いてくれてるけど、ここで話題になるのって（スキル持ちにとっては）htmlの要素指定くらいだよね

**デフォルトの名無しさん** · 2019/08/30(金) 18:59:37.72

>>251
あと、vbTabとかが補完候補に出るね
しかしいきなり更新して
不具合出たら企業の担当はたまらんな
商用のは止められるのかな？
まだPOCの段階だからこういうことされると心配

**デフォルトの名無しさん** · 2019/08/30(金) 19:03:08.24

>>237
よし、じゃあ正しいRPAのテストの仕方を詳しく書いてみてくれ
添削してやろう

**元99** · 2019/08/30(金) 19:47:55.52

>>253
商用は止められます
うちは、バージョンアップで動かなると困るという理由のみで 18.3で固定確定、新機能放棄まで明言された。
ありえん… orz

**デフォルトの名無しさん** · 2019/08/30(金) 19:56:30.47

>>237
なんや外注さんか
ROAは受注すんなよ

**デフォルトの名無しさん** · 2019/08/30(金) 20:02:22.91

>>254
横からすまんが
うちのテストのやり方を添削してくれ

実行環境で1回動かして終わり
真面目に、これ

**デフォルトの名無しさん** · 2019/08/30(金) 20:15:59.24

プログラミング環境ならバージョン固定もアップデートも簡単なのになあ
自動テストエコシステムが充実してるからバージョンアップ時のバグも素早くリリース前に検知できる

**元99** · 2019/08/30(金) 20:33:58.67

>>257
うちもそうですね
今のところ直接お金に関わらない部分しかやってないからかも

そもそもuipathで自動テストどうやるか誰も知らないw

**デフォルトの名無しさん** · 2019/08/30(金) 22:39:25.50

WinActorの試験を受けさせられる事になったから
過去問の電子書籍買ったらオンラインでしか読めなくて
テキスト検索もできないゴミだった。

**デフォルトの名無しさん** · 2019/08/30(金) 22:55:41.65

>>254
ほとんど書いた通りだけど
・パターンテスト
絶対にやる
システムを触ると場合、データによってポップアップの表示とか、ボタンの活性/非活性などので挙動を変える必要があるので
その辺りが想定通り動くか見ておく
パターン自体が多かったり、ページ送りとかのロジックも見る場合は
担当システムの保守チームに頭下げて良い感じのデータを見繕って貰うかデータをセットアップして貰う

・異常系
入力元データがどうやって作られるかによる
　①人の手で作成/または編集がする場合
　→RPA側でチェック処理を実装しておかないと、人のミスで止まるのでチェック処理の実装＆テスト対象になる
　②既存システムから吐き出されたデータを直接入力する場合
　→既存システム側でチェック処理自体は行われているはずなので、テストの対象外で良い

・安定性テスト
これはRPAやるなら絶対やった方が良い
できるだけデータパターンを用意してひたすら動かす
動的な待機処理をちゃんと入れてない場合、ちょっとした遅延が発生するだけで上手く動作せずに異常終了……
というのがザラに起きる（待機時間を固定ディレイばかりにしていても、待機時間が足りずに誤動作したり）
（特にショートカットキーを使って操作する場合、無条件でキー操作は発火しちゃうので
　アプリの状態によっては空振りが発生する）

最低でも5回、できれば10回ぐらいは動かして完遂するか見た方が良い
動作用の端末を用意してひたすら動かしながら後は放置できるとベスト