[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
終わった話に横からたがUiPathが優秀なのは分かるけどサンプルや解説が少な過ぎる
pythonとかなら公式チュートリアル分かりやすいし、サンプルはちょいとぐくれはいっぱい出てくるし、分からなかったら質問できるところも多い
売ってる商品を無料で使わせて貰ってる身分だが、UiPath公式は日本語の情報充実して欲しい
アカデミー日本語化して、できるシリーズコンパクト版や似たような情報揃えるだけじゃ導入しにくい
日本で一番情報が充実してるのが5chのこのスレってなんかおかしいんじゃないかな? 確かに公式のアカデミーはわかりにくいなー
ただネット情報自体は出た時期にしては多いと思うけどな。qiitaとか欲しい情報ピンポイントであったりする >>666
>日本で一番情報が充実してるのが5chのこのスレってなんかおかしいんじゃないかな?
公式サイトと書籍も幾つか出てるぞ(読んでないケド)
あと滅多にないけど運が良ければブログにヒットする >>555
単純に興味があるからどのリポジトリでselenium使ってるのか教えてくれない? Ruby で、Selenium WebDriver で良い
Seleniumデザインパターン&ベストプラクティス、2015、オライリー
OSSのブラウザ自動テストツール、Selenium WebDriver を使って、Rubyでテストを書いた本。
Page Object など、テストのデザインパターンも書いてある あーJ a v a 製 の テスト自動化ツールSeleniumね。
Pythonなど各種言語向けバインドがある。 プログラム板にキチガイ降臨中!botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前:a4 ◆700L1Efzuv 投稿日:2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか?
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。 毎度の事ながらなぜにRPAのスレでテキストプログラムで自動化が出てくるんだ?
テキストプログラムで自動化の話しを進めたいなら専用スレを立ててくれ
UiPathなりBPなりRPAツールの話しを見に来て、テキストプログラムはいらん コードプログラムでもなんでもいいけど、GUI主体のRPAツールに対して、
PythonなりC#なりコード主体の意味
分かりにくかったらスマン >>677
SeleniumやAppium、WinAppDriverまでRPAツールとみなしている層がいるから、コードの話題が混じるのは仕方ない エクセル アプリケーションスコープでマクロのブックを開いてそのシートに必要なデータを転記してある状態からマクロを呼び出す時はスコープの中で始めるマクロ名を記載すればいいんでしょうか?
また引数がある場合もサイトとかにあるような記載のままで大丈夫でしょうか? uipath academyのlesson13は何を言ってるのかわからんかった
他でもシーケンス使えますよってこと? uipathでなぜかうまくクリックできなくて、仕方ないからセンドホットキーでやったらできたんだけど、タブタブタブてなってカッコ悪いんだけど、いい方法ない? >>675
@ここはあくまでPC自動化技術総合スレ
なのでRPAは手段のひとつでしかない
AそもそもRPAの定義が曖昧なのでテキストプログラミングでもRPAと言える
実際にテキストプログラミング主体のRPA製品もある(CADやSlikuliX)
BRPAは従来のプログラミングとは別のものであるとすると
RPAの方が板違いになって出ていかなければならない >>682
アクセスキーが定義されてたら(定義してもらえるなら)そのほうが betterなんだけどね… (A)のようなやつ
ダイアログで 保存(S) ボタンはクリックさせるよりキー送るほうがキビキビ(w)動きます >>682
SimulateClick、SendWindowMessagesを付けてダメな場合は、アプリとの相性の問題からオプション切って通常クリックにする
通常クリックで動作が安定しない場合は、RetryScopeにClick→FindElementまたはElementExistsとかを仕込んで
エレメントの取得に成功≒クリックが成功するまで処理を繰り返すっていう形で組めばいい >>683
1、2は分かるが3はスレタイに[RPA]って書いてあるやん… >>684-685
ありがとう
社内独自のシステムでアクセスキー?はないね。
確かにwebからのエクセルダウンロードの時はセンドホットキーで対応してます
simulateclickとか試してなかったので試してみます!
セレクトアイテムがうまく回らなかったりしてるから結局自分の能力じゃセンドホットキー地獄て汚くなりそう。 >>688
まだ歴史が浅いんだから試行錯誤しながら良くも悪くも色々やってみる時期だろ
コードプログラミングだって最初は皆んなで色々考えたはずだ
なんか嫌なヤツだなお前 ビジュアルプログラミングもUIオートメーションも歴史は実は長いんだよ
試行錯誤なんて時期はとっくに終わってる Excelマクロへ引数設定するとランタイムエラーが表示されるけど、引数設定しないとうまく動く…
uipath側の引数の書き方なのか?なにがいけないのかよくわからん…
ネットで調べて
"マクロ名(""" + uipath側の変数名 + """)"
としてます。
excelのマクロ側も
マクロ名(byval 変数名 as 形式)
にしてあります。 >>686 RPA って単なる飾りだろ。 検索キーワードでもあるし。 スレタイのPC自動化がタイトルだろ。 同じ事やるんだったら簡単な方が良いじゃん。それだけの話でしょ。
人により簡単と思うものに差があるだろうけど。 >>698
例えばメールの件名で
【緊急】セキュリティ事故のお知らせ
って書いてあったら緊急が主題なんだなと考える人は居ない
それと同じことだな
常識的に考えるならPC自動化の話題ならなんでもOK [RPA]PC自動化技術総合スレ[効率化]
だから、RPA 効率化 PC自動化技術総合スレ
のうち最も重い文章は
PC自動化技術総合スレ
だろ。
何のために総合スレと入れたんだ? RPA 単独なら
RPA単独スレ とすれば良かった ん?ここをRPA専用のスレだと思っとるやつがおるんか?
笑わっしょんなw
もちろんRPAの話はしてもいいけどさ RPA だからと言って、全ての人にやらせるのは危険が大きすぎるだろ。 やはりある程度わかった人間に任せるべき。
例えば、Excel の関数すら使えないおばちゃんにRPAやらせたらどうなる?
半年でRPA で合計が取れるようになりました、私偉いでしょ。えっへん。
と言われてもな。 Excel 関数を教えた方が早いんだよ。 板のローカルルール見てきた
>プログラム・ソフトの使い方はパソコン初心者板やソフトウェア板へ。
特定のRPA製品の使い方に関する話題は板違いと解釈するのが自然だね 荒れそうなネタならスルーしてもらって構わないんだけど結局RPAてどうなの?
個人的には盛り上がってるけど複雑過ぎることは出来ない&させたくない
複雑な事やるなら開発要員に、ある程度ならRPAで って印象だったんだけどうちの会社ではRPA信仰が強すぎて俺が的はずれなのかと不安に思ってきた >>708
大体そんな感じだけど補足するなら
・システム的に複雑なのが組めるかどうかは、ツールによって異なる(UiPathだと割と色々出来る)
人間的に複雑な操作(Excelで良い感じにグラフ作ってとか)は不可能
・慣れてない人がRPA組むとそこそこ止まる
特にUI触る箇所は組み方(動的に画面表示を待たせる方法とか)を知らないと
安定性が落ちてよく止まる
・安定性の高いRPA組むなら専門要員に組ませる方が早い >>708
だいぶ現状の効率化の度合いに依存するみたいやな
転記作業とかの公務員的なルーティンワークが多いとこならかなり効果あるんじゃない?
複雑なら開発、単純ならRPA、って標準的な発想だと思うけど、いざ具体的にやるとなると難しそう 複雑なら開発するっていうルートが多くの会社にはあんまない印象
信仰が各自自身の努力に結び付けばいいけど、信仰が他者(例えばあなたとか情シスとか)への期待になるとキツそうやね
素人「RPAであんたがツール作ってくれるんじゃないんけ」みたいな プログラミングできるならプログラミング言語の方が生産性はるかに高いからな 他人の成果物読み解くのはUIPathでもちと骨かもね。
でもまあプログラムもドキュメント整備されてないと、結構厳しいけどね。 >>708
uipath使ってるけど、コツさえ掴めばどんどんできそう
業務パターンはある程度同じだし
じゃあプログラミング覚えればみたいな事書いてあるけど、運用と保守は作成者以外がやることになるからプログラミングを情シス以外ができるようにしようっていうのはちょっと飛躍し過ぎてると感じる
逆に情シスが人事、経理、生産管理、業績管理、製造事務とかやればいいじゃんて言われてもこまると思うし python使ってるけど、コツさえ掴めばどんどんできそう
業務パターンはある程度同じだし プログラミング経験者ならプログラミングした方が簡単
RPAのみ経験者ならRPAのほうが簡単
両方未経験ならどっちにしろそれなりの学習コストがかかる(ぶっちゃけ大差なし) RPAって結局自動化しやすいように、プログラミングにライブラリがいっぱい用意されてるみたいなもんでしょ? 致命的になるかもしれないのが
・エラーの処理(データやら503やら)をせずに正常終了、誰も気づかず1ヶ月
・トップダウンでSAPで再構築が決まったとき
・10年後ぐらいにWindows10のサポートが終了したとき
・来年のライセンスを発行してくれる会社がなくなったとき
あくまでも最悪を想定すればの場合なのでだいたい杞憂 >>718
エラー処理に関しては最悪の場合でもなさそうだがな
プログラミングすら知らない素人が正しくエラー処理できるとは思えん こういうのは?
・動かしていたパソコンが停電や落雷、地震、HDD故障で死んだ。締め切りまであと1時間半
・G20の大阪や、オリンピックの関東で、会社に誰もいないときに
処理が止まって [続けますか{Y/N}] がブリンクしていたり
瞬断があって再起動しててログイン画面でこんにちは rpa勘違いしてないか?
新人が仕事ミスって固まるように、rpaもエラーでストップするんだぞ そういうのはどう運用するか次第
自PCでやる、専用PCでやる
勤務時間内にやる、夜間もやる
これらははじめに決めて、それに合わせた作りをする
RPAに限らず自動化では考慮することは同じ ありがとう認識再確認出来た
どうもうちのRPA信仰はRPA万能。開発者でもRPA使って自動化余裕よね?みたいなノリだ
あと派遣だから単価が良いとかなんかそういう事情も含まれてて推してるんかな
正直がっつり開発者にRPAやらせるメリットは薄いと思うんだけど >>721
典型的なパターンだと、入力に論理的な間違いがあった場合、鯖側でデータ更新せずにエラーメッセージを表示(ポップアップではない)、とか
エクセルを読んで、エラーメッセージの確認をしないでループぐるぐるまわして登録、って設計にすると失敗したレコードがロストするかもね >>723
そもそもRPAは土台ありきの代物
基幹システムが現行機能で対応しきれない所を埋め合わせしていくっていう感じ
だから開発者云々というよりそもそも目的もフォーカスも異なる
新規システムも全部RPAでいけるぜ!って考えてるなら相当やばい 新人を上手に育成できるかできないかだろ
ダメな新人もいれば有能な新人もいる RPA要員にされる新人かわいそう
経済界が作った人口ブームが終わったら他に活かせるスキルなにも無いまま放り出されるんだろ
あんまりだよ >>727
SEなら可哀そうだけど、非専門職は全ての業務がそんなもんじゃない? SEじゃなくて間接業務をしてるRPA要員はいい勉強になると思うけどな pythonや.NETだったら将来も安泰で無限に使い道があったのにねえ >>710
自社内にないものはサービスとか製品を買う事で希望する結果を得られる
代金はいろいろあるだろう
OSSとかなら本体は無料だけど活用する知識やメンテナンスにお金や工数がかかるかもね
その費用がないなら現状を受容するか自分たちで変えるかじゃね? >>713
プログラミングは小学校の教育に導入される動きがある
社内研修するのも無しではない
全員が100%完璧にできなくてもいいだろ >>720
それらはRPAで対応すべき事象ではないような気がする
人員配備の改善
ディザスタリカバリとかBCP
無停電電源装置とか自家発電とかの設備投資 >>723
RPAで工数やミスどの程度少なくなるかは具体的な事例で変わるんじゃね?
その減った分をどう活用するかも会社次第
単に残業少なくなって費用減ったねなのか
他の業務で成果を上げられるようにするのか 事務員ならいい勉強になると思うわ
そこからVBAにいったり
扱いやすいエクセルのフォーマットに改善したり いずれにせよ必修世代が社会に出てきたらRPAは完全に負の遺産なってしまうんだよな
導入するところは脱RPAの手順までしっかり考えてやったほうがいい >>732 小学校でまずやるブロックプログラミングなんてのは初心者でもわかりやすく思うが、
社会人なら直接 Python から入った方が簡単。
会社内で面白さをアピールするために色んなデモをするのは良いかもしれないけど。
Python は電卓と同じ様に、 1+2 と入れるだけで、3と答えてくれるんだから。 Excel より簡単。この位なら殆ど教育すら要らない。
元々Python の成り立ちは、BASIC と同じ様にタイムシェアリングで誰でも使えて、教育用言語としてシンプルに作られてて、単純で覚えやすいから今や教育用言語の標準になってる。
小学生から研究所の専門家までPython が活躍してる。
元々自動化用としての機能も充実してるから、各種管理ツールなどでの使用も多い。
半世紀前位に、ソフト関係の会社に入って最初に習ったのがBASIC だった。
1〜2時間説明を聞いてすぐに実習だったが、単純そのものだったから皆すぐに使えた。
ただタイプライタの前に座ってキーを叩くだけ。 電卓と同じ感覚だった。
確か ?1+2
と入れると、3と答えが出てたはず。
BASIC やpython の基本文法では、print文だがタイプのタッチを少なくする工夫がされてた。
Python を触り始めて最初に感じたのは、BASIC と同じ思想で単純だなと思った。 言語仕様は単純そのもの。
C の時も単純さを感じた。 仕事の傍ら見るには1週間くらいかかったけど。
これだけ進化したコンピュータの世界で、言語の単純さを保ちながら発展できる言語は支持され続けるんじゃないかな。
文系社員でも、Python なら半月から1ヶ月フルに研修すれば基本は問題なく使える様になるだろう。
Excel とVBA に毛の生えたようなもの。 元々VBA だってBASIC。 Visual Basic for Applications
多分VBA よりPython の方が洗練されてる分理解しやすいはず。
VBA は、多くはOffice に縛られてるから、言語と言うより自動化ツールに近い。 Webページの認証画面周りだけなぜかFlashで動いてるんですが
これを画像認識使わずに操作って無理ですか >>736
脱なんてのは、今考えてもしょうがないと思う
WindowsやEXCEL、vb6にしても誰もがそんなこと考えて導入してないよね
後になって「僕言いましたよね」的に使いたいだけに思える
ちなみに、vb6から .netへの移行は自動変換が散々で使い物にならなかったが、uipathなら .netへの変換は相当互換性高くできると思うよ てかuipathの勉強て.netの勉強そのものじゃん。
それはまあいいんだけどvbで書かせるなよc#にしろや。 必修程度じゃそんな変わらんだろう
英語みたいな感じに落ち着くんじゃね
個人的な印象だけど >>740
私も c#と思ってggったら、そのうち対応するっぽい英文出てきた
(私はほぼ英文読めないし、翻訳してまで内容読んでない)
詳細必要ならは ggってみてください
c#にしたいけど、 >>327 の理由で vb.netで行くことにしました 子供がビジュアルプログラミングから入るのは最低限の語学と数学を知らないという前提があるからじゃないかな
小学生低学年ぐらいに教える時には確かにビジュアルプログラミングの価値はあると思う
その前提が崩れると冗長な遠回りにしかならない >>743 それはあると思う、算数も知らない子から教えるんだし、動いて面白さを感じさせないといけないからね。
1+ 2
と書いて 3 と言う数字がピカピカすれば子供は大喜びする。
大人はしらけてるだけ。 同じ教育をする必要はないが、大人にも面白い教育は必要だな。
大人に効果的なのは、発表の場を与えて存在感をアピールさせることかもしれない。 QC活動、KAIZEN >>739
Xamlをデシリアライズ→CodeDomシリアライザでシリアライズってやればできるだろうけどメンテナンス性は期待しないほうがいい >>745
あなたは、脱RPAの手順をどう考えてるんですか? 教育用のプログラミングツールの進歩は結構なかなかあなどれない
高校でもビジュアルプログラミング
むしろRPAに感覚的に近い
小学校を中心としたプログラミング教育ポータル > 教材情報
https://miraino-manabi.jp/teaching >>745
その程度で動きませんよ
あえて突っ込みませんでしたけどw
>>747 の回答ができるならよろしくお願いします >>750
簡単にコンバートできないなら益々導入には慎重にならないとな どの製品にせよ脱RPAを考える前にまずRPAを導入しない選択肢を真剣に考えることだな
導入してしまったらしょうがないから
自動テストを整備してテキストプログラミングに置き換える
テキストプログラムに対してリファクタリングを繰り返してブラウザやデスクトップアプリケーションへの依存を潰す
これを小さい単位に区切って地道に繰り返す
長期的な計画になるから焦らないことだ
あるいは勢いに任せていっきにシステムを刷新するかだな 訂正
- リファクタリングを繰り返して
+ リファクタリングとAPI整備を繰り返して なんかめっちゃプログラミングの方が〜ってレスが目立つけど、RPAってそもそもプログラミングと比較するようなもんじゃないよね
ExcelとPython並べて表計算はPythonのほうが簡単!!セルにちまちま数字打ち込むよりNumpy利用してコード組んだ方が早い(ドヤァ!! )ってやってるのとなんもかわんないよね >>755
プログラミング vs RPAのマウント取り合いスレかと思ってました
あまりにも不毛な主張が多かったもんで、笑 >>754
比較するのは別にいいんじゃない? 効率化の手段として何が良いかっていう意味では
ただ、ドヤア感はわかるw 建設的な議論にもほとんどなってないしな >>756
悪いことは言わない
ここにはなんの価値もないから他のスレ行ったほうが有意義だぞ >>758
RPAステマベンダー vs 仕事増やされるor奪われるのが嫌SEの熱い戦いから目を離せない
条件分岐も数える程の簡単作業用BOTを非PGに作らせるならRPA
それ以上の高度なことしたいならプログラミング
これで結論出てるのにやたら燃えてる人多くて面白い 建設的な議論にならないのはしょうがない
ビジュアルプログラミングは情報発信も検索もしにくい
それは1990年代から解ってることだが改善の兆しはない
テキストベースの掲示板とも相性が最悪だ
具体的な話題に踏み込むと社外秘のシステムについて触れてしまう可能性がある
議論しにくくなる理由が沢山ある
RPAベンダがもっと積極的に練習用アプリやRPAコンテンツ共有サービスなどを無料で提供すべきだ
共通の話題とインフラがあれば議論も少しは活発になるだろう クラウドソーシングでwinactorの仕事依頼が舞い込んできたのだけど、ぶっつけ本番でもいけますか?
pythonとかによる自動化は相当自信あります。 UIAutomationを使いやすくしてくれるだけでいい。 >>759
これが全て
ダウンロードの自動化
簡単な集計配信の自動化
システム入力の自動化
アップロードの自動化
主にこれくらいだと思うわ
条件分岐って言ってもマスタに存在しないエラーの対応やダウンロードやアップロードの確認くらいだろ ■ このスレッドは過去ログ倉庫に格納されています