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

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

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

**デフォルトの名無しさん** · 2019/08/27(火) 18:59:31.16

Datetimeでパースすればいいんじゃね

**デフォルトの名無しさん** · 2019/08/27(火) 19:10:59.08

>>145
アドバイスthx
https://www.rpahiroba.com/2018/06/24/uipathで年月日を加工しよう/
このサイトに書いてある通りにやったらいいのか？

**デフォルトの名無しさん** · 2019/08/27(火) 19:15:49.19

んー若干ちがうかもw
要は文字列型を日付型に変換するてこと

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

なんかサイトうまく表示されてないわ
stringで取った値をassignでdatetime.Parse(変数)に代入して比較したらいいのかな

**デフォルトの名無しさん** · 2019/08/27(火) 19:26:55.81

そうそう

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

>>144
dataTable.AsEnumerable()
.Max(row => DateTime.Parse(row["更新日時"].ToString()));

**デフォルトの名無しさん** · 2019/08/27(火) 19:30:38.16

>>149
>>150
2人ともありがとう、初めて1ヶ月ちょいだけどやっと少しずつ RPAのシナリオ作成慣れてきたわ

**デフォルトの名無しさん** · 2019/08/27(火) 19:30:47.90

プログラミングで解決するより、最先端で
これからの必須ツールって設定で売られてる
RPA使った方が外受けがいいからな。

**デフォルトの名無しさん** · 2019/08/27(火) 19:33:29.30

>>152
ということはRPAの方が単価は高くなる？
俺はRPAが使えるナウい人材だから賃上げしろ、と

**デフォルトの名無しさん** · 2019/08/27(火) 19:39:37.63

uipathでメール本文を取得して本文を1行ずつに分割したいのですが、どんなアクテビティを使えばいいのでしょうか？
メール本文を取得はできています。
string型の変数に格納はしています。

あと、メール取得時のフィルターでタイトルに一部合致する文字列を設定する際、どの様な書き方をすればいいでしょうか？
ネットで検索してSQLを使ったやり方はあったのですが、もう少し簡単な方法はないのかな？と思いまして合わせて質問させてください。

**デフォルトの名無しさん** · 2019/08/27(火) 19:44:16.41

>>142
まあ書き込むだけなら何とでも言えるしねw
俺の席の隣のRPA担当は今朝のコケた原因１日中調べても判らんかったらしいし。

また明日もコケたらいよいよなので。
横で見てるの楽しいわw

たかだかIEとExcelとSQL Serverなのになw

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

1行づつに分けるのはstring.splitでいけるんじゃない？
部分一致はstring.indexofかな

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

あ、設定か

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

すまん、他の人頼んだw

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

>>154
上 Regex.Split(mailBody, @"\r?\n|\r")
下その説明では何をしたいのかわからん

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

とりあえずsqlでどうやったか書いてもらえると

**デフォルトの名無しさん** · 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は業務やってる人自身がアジャイル型で開発して使うだけ
作業補助ツールに近い