[RPA]PC自動化技術総合スレ[効率化] Part.6
■ このスレッドは過去ログ倉庫に格納されています
???「まずウチさぁ・・・RPA・・・あんだけど・・・」
???「先輩!?何してんすか!止めて下さいよホントに!」
???「アッーヴァウ!アッーイグッ!イグッ!イグッ!アッ・・・ ア゛ア゛ア゛ア゛ア゛」
じゃあ俺、ギャラ貰って帰るから 茨城県つくば市、マイナンバーカードを使った顔認証とブロックチェーン技術を利用しネット投票システムを構築
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/05784/ >>80
え?Windows Server 2016 StandardとWindows Server 2016(デスクトップエクスペリエンス)があって、前者がCoreでしょ?2019も一緒 uipathで稀にクリックされない時があるのは何故なんだ。。 大概はセレクターの問題だけど、確かに何故か出来なくてイライラする時はある。。 「Windows使ってるけどCUI部分しか使わねーし!!」
↑なにこれウケるwww よくわかんないけどGUIもpythonとかスクリプト的なものが元になっているんじゃないの?すべてはCUIが起源 GUIをかたくなに否定してるDOSマンセー化石ジジイが
馬鹿にされてるんじゃない? GUIを全て否定するのではなく
GUIの自動操縦はバカだねAPIやCUI使おう整備しようって言ってるのだけど
バカにはこの区別がつかないらしい >>89
>GUIの自動操縦はバカ
この馬鹿っぽい理論に至る理由を
説明できてないから
バカにされるんじゃない? >>90
難易度、工数、安定性、セキュリティ
GUI自動操縦ではあらゆる面でAPI、CUIに劣る
バカしか使わない そこら辺のRPAのソフトなら社内の基幹システムのソースコードとか仕組みわからなくてもフローチャートつくれば自動化できるの? >>93
APIやCLIなら簡単にできるぞ
やったぜ! 実際に突っ込まない(突っ込めない)ところがとても面白いギャグですね^ ^ 貴重な昼休みに顔真っ赤でGUIディスとか
アホやな 自動化の入り口としてはRPAはいいんじゃないかな
思い切って、三ヶ月無料体験とYouTubeにレクチャー動画をアップする
そのまま使い続けるなら、お代を頂く
自動化すると楽だから、プログラムを覚えようとするならそれでもいい、CUIでもAPIでも
初心者の人はアイコンがピコピコしてないと取っ付き辛いのだと思う
ましてや、ジェネラリストが求められた日本では敷居の低さが求められると思う そもそもの対象ユーザーが違うから
どっちが良い悪いの話じゃないんだけどね
片方だけマンセーするのは視野がせまいというか
柔軟性がないよね >>93
そうそう
あなたが見てる(使ってる)世界だけわかってればいい >>99
そうそう、規模とかスキルとか段階とかに応じてどう使い分けるかという話が現実的だわ
全てプログラミングが優位って言われてもね 実際、言語と比較してメンテナンス性はどうなんでしょう >>38
つか全部覚えてるだろ?フツーはw
段々と単価が下がっていって、今年の冬に「できるUiPath 実践RPA」が発売されたら、派遣会社からオペレーターの売込みが増えた理由が良く判ったw 素人では難しいとわかった
↓
しょうがないIT屋さんを雇うか
↓
IT屋さんならいっぱい居るから安いじゃん
こういうことだろうね
でも専門家が作業することになるなら最初からプログラムでよかったよね
ライセンス料金はらって(専門家目線で)作業効率下がったとか笑えないコントみたいだ でも専門家さんたちは今まで自動化できなかったというレッテルはどう説明するの? >>105
専門家さんたちは昔から毎日ずっと自動化に取り組んでいますよ?
自動化するのが仕事ですからね プログラムで十分自動化できるならRPAが割り込む余地なかったやろ? 今まで手をつけてなかったところを自動化させようってだけだろ >>105
この認識の違いなんだろうね
プログラマ「やってきたじゃん」
非プログラマ「できてないじゃん」
まぁ双方合ってるんじゃねと思うけど 自分の業務ではバリバリ自動化してきただろうね
逆に他人の業務はやってないしむしろやらないようにしてたんだろうね。なんかあった時後々めんどいからとかそんな感じの理由で。
んで最近になって「RPAなら自動化できるっしょ?」とか言われて今まで避けてた他人の業務自動化をよりにもよってGUIプログラミングでやらされそうになってるエンジニア勢がブチ切れてるって構図に見える なんか意識のズレがあるなぁ。
経営者層は、なんかロボットとか言われてセールスに騙されてRPA導入というのが多いみたいに思える。
そもそもExcelマクロすらもろくに組めない部署にRPAをやらせてどれだけ効果が出るのさ。 EXCELマクロくらいは当然やってる上でRPA導入なら話はわかるけどね。 システムの個別対応の予算を、製造や営業のひとたちが認めてくだされば
個別対応します
ダンピングにも応じますが相応の品質になります
ユーザーテスト省略は大賛成です >>110
単に優先度の問題
たかだか何百〜何千時間の効率化じゃしょぼすぎるから眼中になかった
それに時間削減だけじゃなく価値創造もしなければならないからな
RPAが目的としてる自動化は要は残飯処理みたいなもの
>>112
何いってんだか
プログラマは基本的に他人のタスクを自動化することで対価を得る仕事だぞ
ド素人さんは自動化っていうと画面自動操作を思い浮かべてしまうのかもしれないがそれだけが自動化じゃない
むしろあらゆる自動化のなかの極々狭い領域が画面自動操作という認識が正しい 年額高いから、一旦導入するとRPA使うことが目的になる
事務所で作れるという触れ込みだが実際はWinActorですら
適性が求められる
適性がある人は、他のスペックも高くRPAに時間割いていられない
システム課でやるしかない
だんだん狂ってきた
前提条件が変わってもこのRPA超特急は止まらない
社長が他のグループ会社に見栄を張りたいから...
何時間削減とアピールしたいのだ VisualStudioを買えば?
ワークフロー開発もできるよ >>113
ExcelのマクロよりRPAの方が簡単だから要求レベルはもっと下
だけど、関数やオートフィルの使い方すら怪しいレベルも業務部には多い >>120
RPAが簡単なのは出来る人目線でしかない
実際にはそんなに簡単じゃない
ゼロスタートならプログラミングと同じくらい >>116
元々RPAは影響は小さいけど、多数ちびちびした業務の自動化がターゲット。セミナー行っても参考書読んでもそう紹介されている
おっしゃる通り住み分けがされているわけだからその認識がない人がプログラムvsRPAの構図にしたがるんだよね
まぁ俺は多数ちびちびやってる側だから優先度低くて自動化してもらえなかった業務が自動でできて楽だよ
1回10分の作業でもストレスが減ったのが大きい 有能 それぞれ適所での使い分けを考える
無能 RPAvsプログラムwwww
無能「プログラムのほうがすげーし!!すげーし」!!
↑バカかwww >>122
それで年間100万とかかかると相当数作らないと元が取れない
専任一人で作るのなんかたかが知れてる
じゃあ効果が大きい業務を少数作りなさい
頓挫
みたいな中小多いと聞く
人件費が浮くという視点だけだと厳しいね > ExcelのマクロよりRPAの方が簡単だから要求レベルはもっと下
難易度はこんなもんでしょ そのためのguiだし、そうじゃないとメリットがなくなるから商売にならんわ
プログラムと同程度に難しいことにしたがる人がいるが根拠ないよね >>125
変数の型が出てきた段階で殆どが脱落すると思われる
.netメソッドで変数の値を数値に変換とかいったら逆ギレされる >>116
悪い言い方だが残飯処理はある程度はRPAのイメージ近いかもね
今までプログラミングでは商売になってこなかった残飯処理がRPAで商売になるんだからいいことじゃん >>124
まぁ酷な話だけど、他にも書かれている通り自分で作れなくて外注にRPAを出しちゃう中小はブームてだけで乗っかるのは危険だと思うわ
作ってる人はわかるけど、今の業務をそのままRPAなんてナンセンスで必ず業務改善が入るからな
しかも作ってるうちにもっとこうしたらいいなって思いついてまた改善するからとてもじゃないけど外注なんて無理だと思う >>125
やってることはぷろぐらみんくと同じだと思うんだけど。
今UIPATH触ってるけど
プログラミングがうまく視覚化されてる統合開発環境だなと感じる。
そもそも開発環境整えるところが初心者には敷居高い。
パブリッシュ?ライブラリ?どれがシナリオが入ってるファイル?移動したら開かなくなった、全部検索もできずにシステムに質問に来る
うちの事務所のレベルでは無理だった >>126
思われる、って推測の話?
2文目は経験談だとすると、相手のスキルとか立場とかがどうだったのかとか、じゃあマクロでやらすとそこまで進めたのかとか、書いてくれんと
>>129
そりゃやってることはプログラミングと同じよ ポイントはやり方に工夫がある点で 「うまく視覚化されてる」と書いておられるように
もう少し詳しく書いてくれたら皆さんの参考になるんじゃない? 元々のスキルがどうだとか、どんな研修なり準備してどうだったかとか
書いておられるようなことはマニュアル配布すれば私の組織だとできそうかな(基幹システムで似たような作業が必要なことからの推測) >>130
ごめんなさい、ここでそこまで議論するつもりはなくて感想書いただけだから、お前の思い込みだよばかとかいって終わらせてくれればいいです 単純事務に年100万払うなら、派遣か
安いバイト使っても変わらないよな >>132
ほら、ミスもせずに寝ないで休みもとらないで働かせられるから
31日×24時間動かせば人間の4倍以上の仕事をこなせるんですよ 個人で業務利用するにはちと高すぎる
組織として導入するなら専門知識なしでは厳しい
専門知識あるならプログラミングの方が効率がいい上に無料
なかなかうまくいかないね >>129
Github Actionsのようにブラウザでワークフロー開発をすれば導入や管理が楽になりそうだね
オープンソースのブラウザベースワークフローエディタを検討してみてはどうか?
エンドユーザーはブラウザ以外は導入しなくていい RPAに求められる専門知識ってそんなに多いか?
アクティビティ自作とかでもなければ
1〜2週間で基礎はいけるとおもうが >>136
メンテナンス性
安定性
セキュリティ
コンプライアンス(他社サイトに負荷かけすぎてないか、ライセンス違反してないか、など)
資産管理
…
組織として取り組むならいろいろと考えることが増える プログラミング派の意見の全体像が見えんなあ 事務がプロ並にスキルを身につけることが理想像なんかね 非現実的だけど
プログラミングだとRPAよりハイレベルのプロへの外注になるんだからよりカネがかかるはずなのにプログラミングは無料だと安さをウリにしたり(トータルどちらが安いかは不明)
RPAの対象はチンケな手作業なんだから基本的には軽い扱いで済むのに扱いが大変だと言ったり
間を行くのがRPAなのに極端な0か1かに当てはめるよね >>133
そんなふざけた理由じゃなくて
単に安いバイトや派遣が集まらないよ まあ使う場面だのどうのこうの言っても。
プログラマならAmazonで「できるUiPath 実践RPA」ポチって ハイ仕事奪って終了w
25年前に書籍がロクに無い時代にExcelで式使えて50万とかの時代もあった訳で。
初心者本 発売された年に暴落が始まる。
頑張って縄張り作っても持って2年かなw
気の毒に。 CUIおじさんはバカにされたのが
悔しかったんだね
涙拭きなよw >>138
>>141の指摘によると外注するとRPA専門家のようなフリをしたプログラマが来る状況が出来上がりつつあるようだ
もしそうならば単価はどっちでもプログラマ並みになるということだから差はつかないのでは? for each rowで取ってきたデータで「更新日時」の項目があって最新の日付を取得したいんだけど何かいい方法あったら教えてください
列の取り方はrow("更新日時").tostringで取ってきてるからstring型になってます
ifで比べるのは分かってんだけど条件式が分からん んー若干ちがうかもw
要は文字列型を日付型に変換するてこと なんかサイトうまく表示されてないわ
stringで取った値をassignでdatetime.Parse(変数)に代入して比較したらいいのかな >>144
dataTable.AsEnumerable()
.Max(row => DateTime.Parse(row["更新日時"].ToString())); >>149
>>150
2人ともありがとう、初めて1ヶ月ちょいだけどやっと少しずつ RPAのシナリオ作成慣れてきたわ プログラミングで解決するより、最先端で
これからの必須ツールって設定で売られてる
RPA使った方が外受けがいいからな。 >>152
ということはRPAの方が単価は高くなる?
俺はRPAが使えるナウい人材だから賃上げしろ、と uipathでメール本文を取得して本文を1行ずつに分割したいのですが、どんなアクテビティを使えばいいのでしょうか?
メール本文を取得はできています。
string型の変数に格納はしています。
あと、メール取得時のフィルターでタイトルに一部合致する文字列を設定する際、どの様な書き方をすればいいでしょうか?
ネットで検索してSQLを使ったやり方はあったのですが、もう少し簡単な方法はないのかな?と思いまして合わせて質問させてください。 >>142
まあ書き込むだけなら何とでも言えるしねw
俺の席の隣のRPA担当は今朝のコケた原因1日中調べても判らんかったらしいし。
また明日もコケたらいよいよなので。
横で見てるの楽しいわw
たかだかIEとExcelとSQL Serverなのになw 1行づつに分けるのはstring.splitでいけるんじゃない?
部分一致はstring.indexofかな >>154
上 Regex.Split(mailBody, @"\r?\n|\r")
下 その説明では何をしたいのかわからん mailItems.Where(item => item.Subject.Contains("abc"))
量が多いならSQLを書け >>155
触ったことも無いのに
嘘言うのは止めたら?
ログにどこでこけたのと
こけた原因出てるし
本気で分からないのなら
RPAじゃなくて、その担当がダメ >>160
"@SQL=" & Chr(34) & "urn:schemas:httpmail:subject" & Chr(34) & " Like '%検索キーワード%'"
ネットで見つけたのは↑のヤツです。
何か送信ができなかったので、部分的に全角文字にしています。
一応これでもできたけど、Likeの箇所の文字列を変数にしたいと思っているのですが、セレクターでの'" & 変数名 & "'とすればいいのかと思って入力したけど、エラーになってしまいました。 >>162
プログラムをろくに知らない素人ではログを読むのは難しいのでは?
というかログを見るという発想すらないかもしれない
プログラムの勉強をすると自然と身につくものだけどね >>163
String.Format("@SQL=""urn:schemas:httpmail:subject"" Like '%{0}%'", hensuu.Replace("'", "''")) 具体的な話になればなるほど、プログラムそのものやんけ。
何が簡単だよ。 そんな物おばちゃんが使える訳がない。 >>167
現場サイドで作るよりも専門部隊(情シスの一部門)組んでやった方が良いっていう感じになってきてるな
・現場の人に現業務と並行してツールの学習&シナリオ作成は無理
というより現業務優先になるから結局RPAを触らなくなる
・ロボット作るにも作法(安定稼働/エラー処理への対応)があり
高品質なものを作ろうとすると時間がかかる
・ボトムアップだとロボットの管理がし辛い
おばちゃんの片手間は幻想と化してきてる ここの過去スレで俺が予言した通りに進みつつあるな
RPAは素人じゃできない
ベンダーロックインして専門家を送り込むのが真の目的
従来通り開発費を取られてメンテナンスで骨までしゃぶられる 前スレで出てたnalgo-botというのが事務のおばちゃんでも使えるぽい。 >>171
それって今までとどう違うのか……
クソベンダーのクソシステムが
クソベンダーのRPAになるわけで >>163
Chr(34) とは、"(ダブルクォーテーション)の事か?
& で、文字列を連結してるのか?
最初・最後の、" を削除すると、
「@SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%'」
こんな文字列になるけど、シングル・ダブルクォーテーションの両方が存在するのか? >>167
若宮正子さんみたいなおばちゃんだらけなら使えるんだけどな。 >>154
プログラム的ではないが
いったん秀丸に本文コピペして
整形すると折り返しに改行コード入れてくれるから
それ再コピペしたら? >>175
Oracleとかだと…
ダブルクォーテーションは項目名(テーブル名や列名)を意味する、普通はなくてもいいけど項目名に空白とか括弧等を含む場合とかには必須
シングルクォーテーションは文字列とかを意味する 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 '%検索キーワード%' ■ このスレッドは過去ログ倉庫に格納されています