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

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

語りましょう

**デフォルトの名無しさん** · 2019/06/07(金) 18:35:56.22

>>281
Uipathだとプログラミングの基礎、
特に.Net系の知識ないと辛い所多いからなー
未経験の事務員だと無茶じゃねって思う所はある

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

UiPath見てると、学者が結構大変そうだね
Blue Prismはそんなに苦労しなかったけどなー
ただユーザーが少なくて、情報が少ないけど…

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

とりまサイトを晒そうぜ
モノがなきゃ文字通り話にならない

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

プログラミングにおいて型の知識は必須だから。
VBAやpythonなら型の知識がいらないなんてことにはならないぞ

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

スニペットが増えてくりゃ変わるんじゃねえの
スクレイピングは初級レベルの中ではハイレベルだと思うし

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

>>284
同意
俺は自動化とか改善が好きな管理畑だけど、上と同じくuipathで何だかんだ苦しんでるな
.netの型を知らないとな。。
uiparhアカデミー見ててもめっちゃ出てくるし

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

.netライブラリのクラス設計はかなり完成度高いと思ってるから頑張って勉強してほしい。
javaのライブラリのクラス設計はあんまり好きじゃない。

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

C#だとwindowsデスクトップアプリケーションが凄い作りやすい。
一方javaのawtはうんこ。

**デフォルトの名無しさん** · 2019/06/08(土) 07:37:31.00

意外とコーディングもする人がRPAを使ってるようだね
コーディングできるなら全くメリットないんだけどなんで使おうとするんだろ
RPAを売りたいとかメンテナンス要員として職を得たいとかなら理解できるけど

**デフォルトの名無しさん** · 2019/06/08(土) 08:07:08.73

>>286
こまけえことはいいたくないが、ロボットによるWEBアクセスは黎明期から現在までずっと鼻つまみ者
最低でも
robots.txtとその中身
Robots メタタグ　　　　は確認しとこう

延々とやってる議論でまとめられたマナーはこちら(日本語版は2009年どまり)
https://ja.wikipedia.org/wiki/Robots_Exclusion_Standard
https://en.wikipedia.org/wiki/Robots_exclusion_standard
日本語解説
https://webtan.impress.co.jp/e/2008/02/27/2710

予想される不利益
　：　簡単にクリックやDownloadができないように、いったん別ページに飛ばすなど動的にリンクを生成
　：　□ 私はロボットではありません　横断歩道を選択してください　が挟まれるようになる

無難な結論
　：　こっそりと控えめに。squidなどのキャッシュ型proxyもあるでよ

お断り
　：　このレスに文句があっても受け付けません。議論したければ別の誰かにふっかけてください

**デフォルトの名無しさん** · 2019/06/08(土) 09:37:10.87

このスレの過去ログでもロボットのマナーについては話題にしたことがある
企業ならコンプライアンスの問題になるし
最悪の場合は例の図書館事件みたいに攻撃とみなされて警察沙汰になるかもしれない
対象が自社システムだったとしても負荷をかければ同僚や情シスへの迷惑になる
といったことを指摘したのだがね
リスクを認識できなかったのか理解した上でマナー違反上等と考えてるのかわからないがすぐ流されてしまった
RPA導入企業がこのリスクにどう対処してるのか気になるところではある

**デフォルトの名無しさん** · 2019/06/08(土) 10:41:20.88

>>292
全くメリットが無いっていうのは流石に言い過ぎ
簡単なデータスクレイピングやUi操作の自動化するなら
慣れたらUiPathの方が圧倒的に早い

**デフォルトの名無しさん** · 2019/06/08(土) 11:53:34.84

>>295
まあ確かにゼロではない
レコーディングで全てが完結して再利用もメンテナンスもしないなら確かに楽だと思う
ついでに言うとレコーディング中の操作ミスをしない程度に短いなら尚良し
でもそんなチュートリアルみたいな単純で小さい業務はうちには無いから必ずプログラミング(レコーディング以外の編集)が必要になる
なんらかのデータを開いてフラットな画面に繰り返し入力して成功したら元データから消しこみだとかそんな極単純な業務ですらプログラミングを避けられない
プログラミングが必要になるといっきに面倒くさく扱いにくくなってしまう
プログラミングするなら従来のプログラミング言語でやったほうが簡単

99 · 2019/06/08(土) 12:09:57.04

>>294
社外へのアクセスは注意が必要
社内へなら1分に一回実行するとか、昼休みにするとか運用でどうとでもなる

必要以上に大げさに気にすることではない

**デフォルトの名無しさん** · 2019/06/08(土) 12:46:20.81

社内システムをパンクさせた奴が必ずいるな。

**デフォルトの名無しさん** · 2019/06/08(土) 13:16:30.47

>>298
古いシステムに対して大量のデータダウンロードリクエスト出して
システムダウンした事例が出てたな
しかもシステム部門に許可どころか確認すらやって無かったから結構な問題になってたわ

**デフォルトの名無しさん** · 2019/06/08(土) 13:19:17.78

>>296
>なんらかのデータを開いてフラットな画面に繰り返し入力して成功したら元データから消しこみだとかそんな極単純な業務ですらプログラミングを避けられない
>プログラミングが必要になるといっきに面倒くさく扱いにくくなってしまう
>プログラミングするなら従来のプログラミング言語でやったほうが簡単

ここの間の飛躍が飛びすぎな気がするわ
純粋なコーディングによる自動化と、RPAツール併用した自動化じゃ難易度は雲泥の差だぞ
画面周りの起動、クリック操作をオブジェクト認識や画像認識でさっさと作れるっていうメリットをガン無視してて違和感が半端ないわ

99 · 2019/06/08(土) 13:21:19.05

レスポンス時間測りながら、自動でwait入れる（増やす）とか実行時間ずらすとかできる場合もある（作り込んでもいい）と思うよ

**デフォルトの名無しさん** · 2019/06/08(土) 13:28:03.65

何かけんか腰な書き方になってしまった、すまん
RPAツールだとUiPathしか触ってないし、自動化テストの代名詞Seleniumもまだまだだから強気な事は言えん

ただ個人的に開発速度とメンテナンス性でどっちが良いのかが気になる
UiPathだと他人の書いたソースコードが意外と読みづらいっていう経験あるから
Selenium辺りだとどう感じるのか気になる

**デフォルトの名無しさん** · 2019/06/08(土) 13:29:49.32

パンク問題ってどう対応してるんだろ？
RPA側で制限かけたりできるんかなトラブルとしては一番ありそうな気がする

**デフォルトの名無しさん** · 2019/06/08(土) 13:44:09.73

>>300
いやいや無視してないぞ
だからレコーディングで完結する分にはRPAはカンタンで優れているとなんども言ってる
ただレコーディングから離れてプログラミングが割り込んでくると途端に面倒くさくなってしまう
全体でみたらテキストプログラミングのほうが楽だ
そう言ってるんだ

99 · 2019/06/08(土) 13:52:01.84

>>302
他人のソースコードの読みづらさは、VBAやc#などどんな言語でもある
上記のような文字ソースは、一画面内に多くの範囲が含まれるから、uipathのようなグラフィックソースは密度低くて読み解くには不利。

シーケンスは内にネストが深くなることによる弊害が難点
フローは次々階層をたどっていかないといけない（前の階層と同時参照不可）のが難点

別の解決策のアイデアはあるが、私がIDEに組み込むのはそこまで技術なくてムリ（開発元に提案してみようとは思ってる）
まずはそのアイデアで解析用に見易く出力するツールは作ろうと思ってる

**デフォルトの名無しさん** · 2019/06/08(土) 14:22:14.10

テキストプログラミングは読みやすい
オブジェクト指向とモジュールの機能が充実してるのが大きい
それにテキストプログラミングは自己説明的だ
やってることをある程度ストーリーとして読むことができる
これはRPA製品が今のままやり方を変える気がないなら覆ることはないだろうな

**デフォルトの名無しさん** · 2019/06/08(土) 14:37:31.60

レコーディングおじさん参上

**デフォルトの名無しさん** · 2019/06/08(土) 20:09:05.03

UiPath、本当にビローンと縦長になって可読性が低い。

フローチャートで、すごーく細かくアクティビティをサブルーチンみたいに分けるのが吉なのか…？

**デフォルトの名無しさん** · 2019/06/08(土) 20:22:48.62

>>308
基本的にはフローチャート内にシーケンスを細かく配置するのが一番見やすい

**デフォルトの名無しさん** · 2019/06/08(土) 20:35:46.87

大きい区切りごとでシーケンスやら何かでやれよ
クリックを１つずつ繋げるなよ

**デフォルトの名無しさん** · 2019/06/08(土) 20:37:03.57

>>308
そこは普通のプログラミングと同じだよ
役割ごとにプログラムを分割して部品を作る
呼び出し側が使いやすいように部品のインターフェースを整える
中を見なくても部品の役割がわかるように良く命名する
プログラミング素人はこれができないからRPAでもめちゃくちゃなロジックを組んで破綻する
RPAという高度な技術に触れる前に普通のプログラミングで基礎を学ぶべきだ

**デフォルトの名無しさん** · 2019/06/08(土) 20:47:02.39

命名はホントに大事

**デフォルトの名無しさん** · 2019/06/08(土) 23:47:45.43

命名は費用対効果が恐ろしく高いからサポート機能あればいいな
アラート「aaaはマジックナンバーの恐れがあります他の人がわかるような適切な名称に変えることを推奨します(例 rowNumber、よく使われる無難な名称一覧のリンク)」

**デフォルトの名無しさん** · 2019/06/09(日) 00:55:04.41

visual studioとかならインテリセンスで推奨される名前表示してくれるね

**242&260** · 2019/06/09(日) 08:27:02.36

家でuipathの動作確認。
会社で作るヤツの部分的な機能だけを試しに作ってみたいけど、i5のノートpcでも十分かな？

会社のは32bitの7だからなのかやたら動作遅いし、まれに強制終了しやがる…

**デフォルトの名無しさん** · 2019/06/09(日) 08:43:39.08

8G i5*4コア SSDの物理マシン上に4G 2コアの仮装マシン作って動かしてるが動作自体は安定してる
ただ開発環境の起動やロボットのビルド～起動はすごい遅くてストレスたまる
この辺りはpythonとは本当に雲泥の差

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

>>313
最近のIDEとかだとわりとサポートしてくれてるんだけどね
外部サイト使えるならcodic使うしかないぐらいか

**デフォルトの名無しさん** · 2019/06/09(日) 10:35:56.59

AAA（トリプルエー）はマジックナンバー扱いねえ

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

これからRPA使う新卒だがアドバイスくだしあ

**デフォルトの名無しさん** · 2019/06/10(月) 10:05:02.67

>>319
言語は何でもいいから、プログラムの勉強しとけ。
基本は同じ。

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

>>320
ありがトン
javaはある程度やってたからなんとかなるかな…

**デフォルトの名無しさん** · 2019/06/10(月) 12:16:48.14

>>319
合理化とはなにか、みたいなことを考えずに、思考停止して現状を受け止めることかな
真面目に考えたらrpaやるのバカバカしくなっちゃうから

**デフォルトの名無しさん** · 2019/06/10(月) 12:45:25.27

>>319
新人さんなら、報告と連絡と相談をこころがけよう
自分しか知らない仕事を、誰にも知られないうちに片付けてしまうのは最悪

99 · 2019/06/10(月) 13:23:44.26

>>319
使う製品は何？

**デフォルトの名無しさん** · 2019/06/10(月) 13:35:18.91

上のレスくれた人ありがとう
使うのはUipathです

**242&260** · 2019/06/10(月) 14:54:37.77

なんとかwebの表から必要なデータだけ取ることができました。
ありがとうございます。

今作ってるやつで一番メンドクサイ箇所が抜けたので、また頑張れそうです。

99 · 2019/06/10(月) 15:27:17.66

>>325
それなら vb.netも必要になる
将来的に c#も使えるようになるらしくてワクテカしてたが、現場の人は VBAや vb6知ってるかもなので、vb.netでこの先も行くことにした

**デフォルトの名無しさん** · 2019/06/10(月) 16:39:38.71

vb.netは悪いことはいわんからやめておけ
Microsoftもvb.netには全く注力していない
vbaとかvb6はまともな会社ではプログラミング言語とはみなされていない

**デフォルトの名無しさん** · 2019/06/10(月) 16:41:25.73

vb.netはここ数年世界でなぜか伸びててMSも手のひら返してこれからも手厚くサポートしていくとか言ってなかったっけ？

99 · 2019/06/10(月) 16:59:00.29

>>328
uipath内で vb.netの一部機能が使えるからだよ
全面的に使うわけじゃない

**デフォルトの名無しさん** · 2019/06/10(月) 17:38:41.15

いや普通にC#にしとけよ…

**デフォルトの名無しさん** · 2019/06/10(月) 17:43:33.35

他のスレでやれ

**デフォルトの名無しさん** · 2019/06/10(月) 18:54:56.97

>>329
ソース

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

コードからseleniumなどRPAライブラリを呼び出すのが正解
RPAフレームワークからコードを呼び出すのは非効率的

**デフォルトの名無しさん** · 2019/06/10(月) 19:36:46.00

SeleniumっていつからRPAライブラリになったん？

**デフォルトの名無しさん** · 2019/06/10(月) 19:40:08.41

>>335
Web系のRPA機能を包括していると言ったほうが正確かな
RPAだけのものではないからね

**デフォルトの名無しさん** · 2019/06/10(月) 19:44:27.76

基本的にはテストツールやろ

**デフォルトの名無しさん** · 2019/06/10(月) 19:49:24.77

RPAは言ったもの勝ち

**デフォルトの名無しさん** · 2019/06/10(月) 20:24:02.07

これしか見当たらんなぁ…
この後にMS手のひら返し記事見たはずなんだが…英語記事だったか？

MSの「Visual Basic .Net」が5位に浮上--TIOBEプログラミング言語ランキング
https://japan.zdnet.com/article/35129578/

**デフォルトの名無しさん** · 2019/06/10(月) 20:36:55.51

ぶっちゃけ一からseleniumu勉強するより
UiPath使った方が早いべ
デスクトップ系のオブジェクト認識、画像認識、最終手段の座標指定でシステム触って
エクセルにさっさと出力っていう時点でコード書くより早い

それに加えてオーケストレーター使ったロボット管理まで踏まえると
こっちの方が資産管理しやすい

**デフォルトの名無しさん** · 2019/06/10(月) 21:54:02.11

なんかもうAIとかと同じで言ったもの勝ち状態だねｗ
CADニュース：
CADの操作ができるRPA登場、ロボット作成にプログラミング言語を使用
https://monoist.atmarkit.co.jp/mn/spv/1906/10/news010.html
キャパは、CADの操作ができるRPA「Cadropper」の提供を開始した。ロボット作成にプログラミング言語を使用するのが特徴で、従来のRPAとしての機能だけでなく、これまで困難だったCADツールの自動化ができる。

Python使えるlibreofficeやGimp、javascriptで作画できるIllustratorはRPAであったかｗｗｗ

**デフォルトの名無しさん** · 2019/06/10(月) 21:57:24.43

似たような設計図を大量に書くときは便利だったりするのだろうかｗ

**デフォルトの名無しさん** · 2019/06/10(月) 22:23:01.24

「通常、全自動洗濯機とは全自動だが、わが社の全自動洗濯機は洗濯板に手で擦り付けて洗うのが特徴！(ｷﾘｯ」みたいな違和感ｗ

**デフォルトの名無しさん** · 2019/06/10(月) 22:50:01.18

なんかこのスレみてると、RPAって非エンジニアには手に負えない感じ？
会社が導入しようとしてるんだけどヤバそうだな

**デフォルトの名無しさん** · 2019/06/10(月) 22:51:41.73

>>344
なんらかのプログラミング経験がないとかなり厳しいと思われる。
逆になんらかのプログラミング経験があればなんとかなる。

**デフォルトの名無しさん** · 2019/06/10(月) 23:19:25.31

プログラムわかるやつは最低一人はいてもらわないと地獄行きだぞ。

**デフォルトの名無しさん** · 2019/06/10(月) 23:50:40.12

>>340
一からやるなら大差ない
結局のところRPAでもロジックを組まなきゃ実用的なツールは作れない
オモチャみたいな学習用アプリですらロジックを避けられない
そしてロジックを組むならRPAかプログラミングは関係なくある程度のトレーニングが必要
それにはツール(RPA or selenium)の使い方を覚えるより長い時間がかかる
ロジック99:ツール1ぐらいの感覚
ツールが2や3になっても大差はない

**デフォルトの名無しさん** · 2019/06/11(火) 00:01:40.06

0から一人前にプログラム組めるようになるまでは5年10年かかるぞ。

**デフォルトの名無しさん** · 2019/06/11(火) 00:21:11.54

>>348
CS専攻してたり、趣味でプログラミングやってれば2,3年でなんとかなるかも

**デフォルトの名無しさん** · 2019/06/11(火) 00:41:19.29

>>344
プログラミング未経験で月10時間分くらい効果あったって人もいたし、(このスレ見る程度に)興味があるならそれなりに使えるようになるんじゃないかなという印象

**デフォルトの名無しさん** · 2019/06/11(火) 02:32:47.72

ルーチン作業をレコーディングして、再生するような使い方ならとても簡単で強力
（これは強調しておきたい。ルーチンくたばれ）

そこから、中に手を入れるのが出来るようになるまではちょっとした山登り

**デフォルトの名無しさん** · 2019/06/11(火) 07:07:38.94

>>344
・プログラミング経験の有無
・業務自動化する際のロジック組み込み（プログラミング的に楽して処理する方法）
この辺の経験と知識があるかないかで、作れるロボット自体が変わってくる

**242&260** · 2019/06/11(火) 08:32:59.81

自分が困ったのはルーチン化できてるトコは楽に組めるけど、外部のデータ(webとか)で構成が変わる場合があるから大変になってる感じ。

RPAとかはロジックわかれば比較的楽だとは思ってる…

**デフォルトの名無しさん** · 2019/06/11(火) 08:48:09.18

rpaはロジックわかってからがもキツい
読みにくく編集しにくいguiよりテキストの方が生産性が高いわ
最初から最後までレコード一発でうまくいく場合に限りrpaが優位

**デフォルトの名無しさん** · 2019/06/11(火) 08:52:28.73

みんなUiPathか....
BPは読みやすいし編集も楽

**デフォルトの名無しさん** · 2019/06/11(火) 09:14:39.54

コミュニティエディション出してくれるまで信用できない

**242&260** · 2019/06/11(火) 11:48:42.46

uipathでファイルを保存とかする場合、アドレスバーにファイルパスを入力する場合どの様にしたらいいでしょうか？

テキスト入力でアドレスバーを選択してもダメでファイル名のトコにパスとファイル名を入れれば問題はないですがか、なんかスッキリしないので…

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

>>352
プログラム経験の有無より数学的思考かな？

つか、プログラム経験無いと作れないなら、全社虚偽広告で消費者庁行き

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

>>357
Invoke PowerShellを使う
スクリプトの内容は1行でおk
Invoke-WebRequest -Uri "ダウンロード元ファイルURL" -OutFile "保存先ファイルパス"

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

>>358
問題はないのでは？
レコーディングでカバー出来るような本当に単純な業務は、たしかにプログラム的な思考がなくても実装できる
嘘はついてない

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

>>341
言ったもん勝ちなのは同意だし、RPA？って感じだけど
機械系CADが汎用プログラミング言語で作業させれるのはいいなと思ったわ

未だにAutoCADはAutoLispって独自拡張機能でしか実装できないし、毎年仕様変わるし使いにくいのよね
似たような修正繰り返したり、試作品とかで微妙な寸法違いを大量に作ったりするから便利よ

**デフォルトの名無しさん** · 2019/06/11(火) 18:50:55.19

こういうのでいいんだよな
RPAと言ってもやってる事はプログラミングなんだから素直にプログラミング言語でおk

**デフォルトの名無しさん** · 2019/06/11(火) 19:19:09.83

>>357
基本的には保存名にフルパスを入れるしかない
アドバイスバーへの入力はTwitterでやってる人がいたはず

**デフォルトの名無しさん** · 2019/06/11(火) 20:36:36.64

RPAは完全文系素人でも3時間もあれば自在にスクレイピングやシステム間文字転記できるようになる学習コストの軽さが利点だと思う
Pythonでそこまでやろうと思うと基礎から初めて何日位かかるんだろう

**デフォルトの名無しさん** · 2019/06/11(火) 20:43:11.12

3時間ww
釣り針がデカ過ぎw

**デフォルトの名無しさん** · 2019/06/11(火) 21:08:08.53

Python未経験から15分ぐらいでRPAチャレンジクリアできたけど？

**デフォルトの名無しさん** · 2019/06/11(火) 21:10:45.42

RPAだと2、3日かかった

**242&260** · 2019/06/11(火) 21:16:28.07

>>363
あ～やはりそれしか方法ないですか…orz

**デフォルトの名無しさん** · 2019/06/11(火) 21:31:49.06

マウンティングドヤア！
プログラミング推しの人は自分だけプログラミングすりゃいいんじゃないですかねえ(鼻ほじ)

**デフォルトの名無しさん** · 2019/06/11(火) 21:43:39.93

世界中の人達がプログラミングしてる
オートメーションもプログラミングでおk
RPAはマイノリティ

**デフォルトの名無しさん** · 2019/06/11(火) 22:34:29.61

昨日レスした新卒マンだけど難しいね
考え方は分かるけど.net初めてだからまだ苦戦してるわ

**デフォルトの名無しさん** · 2019/06/11(火) 22:38:25.55

新卒マンはコテ名乗ってこのスレを盛り上げてくれ。

**デフォルトの名無しさん** · 2019/06/11(火) 22:44:11.16

>>349
「一人前に」ってのがポイントじゃないの。
同人ゲームくらいなら1ヶ月で十分だし。

**デフォルトの名無しさん** · 2019/06/11(火) 22:44:46.28

>>371
慣れるとだいぶ楽しくなるぞ
とりあえずDataTable関係覚えるとエクセル処理が格段に楽になるからおすすめ

**デフォルトの名無しさん** · 2019/06/11(火) 22:54:21.56

javaよりも.netのほうが生産性高いから覚える価値はあると思うよん。

◆QZaw55cn4c · 2019/06/11(火) 22:56:42.48

>>375
そうなんですか！API/library の一覧はありませんか？

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

>>376
ググったらこんなのがあったけど、お望みのものかどうかは知らん。
https://docs.microsoft.com/ja-jp/dotnet/api/

俺がこのページを普段から使ってるということもない。
すまんな。

**デフォルトの名無しさん** · 2019/06/12(水) 00:14:36.30

>>371 頑張れ、>>364 だと文系新人で3時間でクリアできるようだから弟子入りしたら？

**242&260** · 2019/06/12(水) 10:35:55.12

毎日なんらかの動作でつまづいてます…orz

今回はwebにアクセスして新しいウインドウでページを表示させるのですが、普段は問題なく目的のページ(タイトルも)が表示されるのですが、まれに違うページ(保守中なんでしょうか)が表示されてしまいます。

そのままではその後の動作ができないので、それはフラグを立てて条件分岐でウインドウを閉じる処理に飛ばしたいと思っているのですが、try catchで上手くcatchに行かないのです。

ウインドウアタッチのアクティビティをtryにいれて、正解のウインドウを選択しておけばいいのでしょうか？
また、その際エラーの処理をtrueにしておいていいのでしょうか？

目的のページが表示されなかった場合、catchに代入アクティビティでフラグを立てればいいのでしょうか？

99 · 2019/06/12(水) 11:54:45.08

>>379
>ウインドウアタッチのアクティビティをtryにいれて、正解のウインドウを選択しておけばいいのでしょうか？

そそ

>エラーの処理をtrue

そこは、「エラーでも無視して処理を継続させるか」を設定するので、trueだとエラーにならずtrycatchでエラー検知できなくなる
だから、空白にする

>目的のページが表示されなかった場合、catchに代入アクティビティでフラグを立てればいいのでしょうか？

そそ

>毎日なんらかの動作でつまづいてます…orz

誰でもそれが普通。
後から、前作ったやつ直したい～となるのも普通。
今はとにかく壁に当たりまくって知識を増やしていけばいい

**デフォルトの名無しさん** · 2019/06/12(水) 17:51:13.88

仕事で使ってる人ほんといる？イマイチ使えるイメージがわかない。
差し支えない範囲で誰か使用例教えて

99 · 2019/06/12(水) 19:17:54.90

>>381
uipathならそのwebページに出てます
そっち見たほうがいいと思うよ

**242&260** · 2019/06/12(水) 19:18:46.73

>>380
ありがとうございます。
考えていたのが正しいというのがわかって助かりました。

その後もまだまだ難問が出てきて、どないしよー！？とアワアワしてますが、どうしてもわからない場合は質問させていただきます。