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

レス数が950を超えています。1000を超えると書き込みができなくなります。
1デフォルトの名無しさん
垢版 |
2019/04/03(水) 08:33:54.41ID:aMB9OKwG
語りましょう。
2019/05/20(月) 07:52:01.67ID:i2lGFcL1
>>899
全くの別物なので同列に並べないほうがいいぞ
901デフォルトの名無しさん
垢版 |
2019/05/20(月) 08:09:04.15ID:Ls7KtjSn
>>896
業務の都合ではなくて
社外とか他の要求によるもの
変えるとしたら議会とか外部を変える必要があるモノもある
2019/05/20(月) 12:37:06.59ID:Szi9/Ud5
価値あるシステムを作るのがアジャイル(というかアジャイルに限らず一般的な開発)
システム同士を推奨されない方法で無理矢理繋ぎ合わせるのがRPA
2019/05/20(月) 13:55:18.74ID:S+LzFoa5
>>902
言っている意味がわからないんだが
2019/05/20(月) 14:49:44.50ID:sZS9yBjR
明確な定義じゃなくて、みんながいろんなのを「これぞRPA]と言っているから
「RPAはあいうえお」と理解している人に
「RPAはあいう＋うえお」と説明しても、理解できるはずが無い
2019/05/20(月) 14:57:26.11ID:VITeHWYT
つまり＋はdistinctの中置演算子なんだね！
2019/05/20(月) 15:18:18.56ID:tNUIdW8D
じゃあ自分なりの定義を説明しろよ
その例だと理解し合えそうだし
2019/05/20(月) 17:51:24.39ID:MHTXu+vK
>>902
価値あるアジャイル
推奨されない無理矢理RPA
開発手法の話に価値観をぶっ込んでくるのがなんとも香ばしい ネガキャン乙ですね
2019/05/20(月) 18:29:38.30ID:+gFw2T6+
>>907
はぁ？
アジャイルは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える
RPAがやってるような無理矢理プログラムで画面操作なんてのは、誰が見たってまっとうじゃない汚いやり方であって、本来ならプログラムから呼び出されることを前提にしたAPIを提供・利用すべきところだ
キミはちょっと粋がる前にまずITの常識を身につけてくれ
2019/05/20(月) 18:45:40.79ID:MHTXu+vK
>>908
ITの常識であることを示してくださいよ
RPAを進めてる企業はITの常識がないんだね 常識人様かっけー

RPAは迅速に価値あるシステムをユーザーに提供するために発明され、発展してきた開発手法で、それが存在理由そのものとも言える ←これでええんちゃう
2019/05/20(月) 18:52:06.48ID:WUauwveS
RPA進めてる企業はITの常識がないと思うよ
大部分の企業はRPAが流行っているから取り入れてるだけ
事業部門で乱造されたvbaのマクロが技術的負債となっていて、
それに代わるRPAが技術的負債とならない理由を明確に説明できる導入担当者は滅多にいないと思う
2019/05/20(月) 19:01:47.22ID:DDB8Oiif
何故その組織でRPAが推し進められるかって、そこにRPAを斬って捨てられる「お前ら」が居ないからだしな
だからいくら否定したところでRPAは導入される、ここで否定している「お前ら」がその組織内で矢面に立って
RPAを斬って捨てられる抜本的改修を行ってくれるわけではないからだ
2019/05/20(月) 19:11:53.59ID:+gFw2T6+
抜本的な改革ができなければRPAを導入する
この戦略は推進派が仕掛けた大胆なミスリードだろう

この戦略ではRPAを導入したら黒字になるって前提を何の保証もなく受け入れてしまってる
実際には野良マクロと同じで借金(技術的負債)になる可能性を大いに孕んでるわけだ
導入したら赤字にだってなりうるのに推進派はなぜかそのリスクを完全に無視して話を進めようとする

とまあここまでちゃんと考えてる人なら
代案がなければ導入を見送って現状維持という選択肢が見えてくるわけだな
2019/05/20(月) 19:54:17.68ID:tNUIdW8D
RPA進めてるのはプロが沢山いるシステムメーカー企業もだけどな

野良マクロが残ってるのは、(リスクがありつつも)トータル収支がプラスだからでしょ トータルマイナスなら使うのやめて手作業すればええんやし
2019/05/20(月) 20:53:26.11ID:WqxMRmSy
上に出ている 19_02a.pdf を読んで感じたのは、言われるほど迅速でも簡単でもない事かな
製造・販売元のフルサポート約4か月と業務分析を丸投げをした上で284時間の削減だし
RPA担当者を決めて育てないと非効率じゃない？
2019/05/20(月) 21:31:39.33ID:XvKGcCXD
効果と用途が解りやすいから
RPAに興味を持つ企業が多いし営業も売り込みやすい

リレーショナルデータベースひとつとっても、
原理の理解が難しいユーザーにシステムをプレゼンして売るより楽
2019/05/20(月) 21:49:29.92ID:+gFw2T6+
売る方は楽そうだな
売る方は
2019/05/20(月) 21:59:44.16ID:r0yN2fLr
押し付けられる側は大変だぞ
2019/05/20(月) 22:41:41.10ID:S+LzFoa5
>>908
アジャイル＝手法
RPA＝ツール（python,VB,C#もツール）
何で手法とツールが比較対象になるかな。

アジャイルの比較対象はウォーターフォールとかだろ。

頭悪そうだな。
2019/05/20(月) 23:47:17.09ID:sZS9yBjR
RPAというツールは簡単に手早くというアジャイルを連想させる宣伝をしているけど
実際はアジャイルに向かないし、アジャイルの本質も外している
といいたいのでは？

ところで、ときどき引き合いに出されるVBAは、自分はシステム化使ったことはないけど
アジャイルに使えるようなもの？
2019/05/20(月) 23:56:29.51ID:QzUOq4Zt
ま、RPA（GUIプログラミング）の比較対象は普通はPythonとかのコードプログラミングだろうな

誰もが知ってるソシャゲの最大手もRPAを社内業務に導入しているけど、ITの知識が足らないんだ
オマエらどんだけ凄いんだ？
2019/05/21(火) 00:24:32.37ID:Uhxgkz/G
RPAの本質はGUIじゃないぞ？
2019/05/21(火) 00:27:18.16ID:Uhxgkz/G
RPAの本質はグルー言語
2019/05/21(火) 00:31:29.69ID:Uhxgkz/G
本来バラバラのツールを協調させられるってこと
2019/05/21(火) 00:34:28.57ID:k9v5JDAs
課題解決の手段の話だろ
開発体制で解決を目指してもいいし ツールで解決を目指してもいい あるいは組み合わせることも可能性としてはある
2019/05/21(火) 00:37:05.52ID:Uhxgkz/G
まあGUIしかインターフェースのないクソツールが多いからGUIの側面が強調されるのはわかるが。
2019/05/21(火) 01:02:59.17ID:/D6j6qTK
グルー言語か
それは失礼した
2019/05/21(火) 02:45:50.09ID:TjbQceSH
Pythonはインストールして環境構築しないといけないが
Powershellはインストールしなくても使用可能。

.netの豊富なライブラリも使える。

なのに人気のなさよ。
2019/05/21(火) 05:58:36.24ID:Aycvo8FW
pythonとRPAは対じゃないぞ
pythonはRPAにもなる包含の関係になってる
だからRPAをやりたければpythonを学べばいい
2019/05/21(火) 06:11:07.87ID:3SKreY0M
>>928
その論法だと、ありとあらゆる言語、アセンブラがRPAにもなる包含の関係になってることになる
RPAはpythonを知らなくても使えるのが最大のメリットだから、pythonはRPAではない
異論は幾らでも
どうでもいいし
2019/05/21(火) 07:07:10.88ID:BRTQCfuh
高級言語＋プログラマ→システム構築（投資）
ノンプログラミング＋事務員→リストラ

付加価値の創出　vs　組織のスリム化

この２つは経営戦略上の狙いがまったく違う
2019/05/21(火) 07:32:33.45ID:60XIBCuC
本当にお前らは頭が硬いなぁ
そんなんだから土方て言われるんだよ
2019/05/21(火) 07:39:23.03ID:BRTQCfuh
じゃあム板から出て行けよ
2019/05/21(火) 07:48:02.44ID:i7gQuS61
>>929
その通りだよ
解ってきたようだね
普通のプログラミング言語はRPAのスーパーセット
ただパッケージの充実度や言語そのものの生産性によって利便性は大きく変わるだろうね
C++やアセンブラでもRPAできなくはないが高い生産性は期待できないからやるメリットはないと言える
2019/05/21(火) 07:50:20.05ID:i7gQuS61
補足
その通りと言ったのは>>929の前半な
後半は間違いだ
2019/05/21(火) 07:54:49.37ID:jn/uMTqD
RPAで自動化出来る仕事の半分はそもそもビジネス上価値が無く
やらなくてもいい仕事であるという統計がありま
2019/05/21(火) 08:38:11.09ID:QqMBmour
実行できる機能的な話でいえばpythonはRPAと包含の関係になってるが、
RPAにはコードやセレクタの自動生成やGUIプログラミングっていうPythonには無い要素を持ってるわけで、
且つ上記二点の特徴がRPAの主軸機能ともいえる点から総合的に見れば完全な包含関係とは言えないと思うよ
2019/05/21(火) 09:30:45.88ID:LIGk2jS9
ソースよろ
2019/05/21(火) 10:35:33.44ID:9Ky6/Znj
>>936 そりゃ違うだろ。　何もpythonの生の機能だけで使うわけじゃないからな。
2019/05/21(火) 11:22:33.36ID:GeNjPIR5
>>938
？？？？？
Pythonにもコードを自動生成したりGUIプログラミングができるパッケージがあるってんなら納得だが、現時点でそんなのないよね
そもそも、RPAでできることはPythonでもできるから初めからPython学ぼうって理論が成立するなら
PythonでできることはCでもできるから初めからC学ぼうってことになるよね
じゃあPythonの存在意義は無いのか？って言われるとそうじゃなくて、PythonにはCには無い学びやすさとパッケージの豊富さがあるから価値がある
RPAにも同じように、Pythonには無いGUI自動操作に特化した機能があるから価値があるってことなんだよ

どっちが良くてどっちがダメってんじゃなく適材適所の話ね
実際のところ、PythonってSeleniumのおかげでWebアプリには強いけど、Windowsネイティブアプリの自動化ってなるとめっきり向いてないよね
ペイント開いて「貼り付け」ボタンを押下するだけ単純な処理のコード貼ってみ？？
え、めんどくさ　って思ったっしょ？その時点でもう向いてないってことだからね
2019/05/21(火) 11:41:01.75ID:TglY/tHF
やっと主観的なRPAはダメ！的な盲目的コメントから冷静なコメントが出てきた
勉強になる
2019/05/21(火) 12:15:34.32ID:OlyPjtaQ
>>936
それらはRPAの要件ではないよ
一部のRPAを名乗る製品がそれらをサポートしているというだけだ
人間が手作業で行っていたような作業を自動化するもの、ヒューマンインターフェイスを通じてプログラムをコントロールするプログラムがRPA
2019/05/21(火) 12:37:41.04ID:OlyPjtaQ
>>939
RPAでできることはパイソンでできる
パイソンでできることはcでできる
パイソンはRPAより簡単で生産性が高いので前者は成立するが
cはパイソンより難しく生産性が低いので後者は成立しない

パイソンにもGUI操作に特化したパッケージは無数にある(このスレでも散々既出)

ポチポチの生産性が高いのはごく小さな画面小さな処理短い寿命のツールだけだよ
ポチポチのために他の素晴らしいプログラム体験を犠牲にするのは目先の利益しか見えてない証拠
GUIポチポチでパス解析したいならインスペクタツールを使えばよろしい
それかSikuliXとかそっち系のツールもなんかあるだろ
2019/05/21(火) 13:31:21.33ID:MD1oUmkY
いや、結局ライブラリの問題でCだろうがPythonだろうがVBAだろうがRPAだろうが同じ。
RPAはライブラリが揃っているのは有利かもしれない。
結局、どんな言語でも組む人の問題。

で、出来た物がダメな可能性が高いのはRPAだろうね。
2019/05/21(火) 13:42:05.89ID:QGDbQQB0
プログラム知識が互いにゼロの状態から自動化を行う場合、即戦力としては
RPAに軍配上がるだろうね
何年後か先を見た場合RPAだけ使える人とプログラム使える人とでは
汎用性やスキルの差が目も当てられないことになってそう
2019/05/21(火) 13:52:13.78ID:MD1oUmkY
プログラム知識が無い人は、ゴミなので意味が無い。

RPAやってプログラム知識を積むんだが、敢えて言えばVBAやってプログラム知識積んだ人が後からやった方が良いし、Pythonの方が更に良いし、Cの方がと続く。
2019/05/21(火) 13:59:13.22ID:j42QpNYj
え〜
ぼくのかんがえたさいきょうのRPAの議論をやるの？
不毛だよ
RPAとして売っている、配っているものがRPA
でもね、気をつけて
「PythonこそがRPA」とか言ったらコミュニティでBANくらっても文句言えないレベル
2019/05/21(火) 14:21:33.50ID:QqMBmour
>>942
>cはパイソンより難しく生産性が低いので後者は成立しない
全てのC使いに謝れ（笑）Cは難解だがPython以上の自由と実行速度がある。結局どこに重きを置くかで使うツールの最適解は変わってくるってこと
現状ではWindowsネイティブアプリの自動化に関してはUiPath使うのが楽だよねって話（3大RPA以外のRPAツールが生産性低いのは同意）

因みにPythonのGUIに特化したパッケージとは？？？
全然思い当たらん。スレにも出てないよ。PyAutoGUIの事言ってる？？？あれイメージマッチングしかできないからね。
UIAutomation叩けって話？それならPythonじゃなくC#でいいよね。それにしてもいちいちInspectで解析とか生産性低すぎだけどね。
SikuliX？？あれこそ画像認識しかできない糞RPAの代表格みたいなツールじゃん。
2019/05/21(火) 17:59:27.06ID:dHwvsA57
Windowsならpythonより.NETの方が簡単
インスペクタでポチポチ調べてpowershellに貼り付ける
RPA製品のポチポチと比べてそんなに生産性が劣るとは思えない
それにプログラムならポチポチ以外の解析方法もあるしね
2019/05/21(火) 18:35:33.05ID:mT3rZ3e8
>>948
インスペクタでAutomationIDがブランクになっててNameも付いてないような場合でも自動化ってできるの？？
できるとして、どうやって要素特定するの？
2019/05/21(火) 20:01:01.10ID:dHwvsA57
>>949
他の属性、親子、兄弟
2019/05/21(火) 20:07:54.85ID:MD1oUmkY
インスペクタよりはRPAの方が全然良いだろ。
RPA否定派だけど公平じゃないのはいただけない。
2019/05/21(火) 20:09:17.65ID:MD1oUmkY
でも、インスペクタみたいなのは簡単に作れるので、自分に合ったのを作っとけば良い。
2019/05/21(火) 21:00:02.88ID:uppTvlNm
構造が綺麗かつ静的なUIならRPAもinspectも作業量は大差ないかと
複雑なUIをRPAで操作したことがないので、その場合は比較できないけど・・・
例えば>>949のように内部構造が不親切なUIやコントロールが動的なUIは、RPAの場合どうなる???

>>952
コード生成も簡単な割に効果が大きいのでオススメ
2019/05/21(火) 21:01:25.22ID:mT3rZ3e8
>>950
やっぱりそうなるよね…
他の属性もNullで周辺に手頃なアンカーになる要素がない場合はツリーの上の方から指定する感じですよね
この要素の3番目の子要素の孫要素の2番目の子要素の…みたいな
めちゃくちゃ大変そう

>>952
インスペクタ的なの自作できるんですね！！
FindAllで要素列挙する感じ…？？このへんの情報ってWeb上にあんまり転がってないから詳細気になります！！！
2019/05/21(火) 21:30:25.23ID:k9v5JDAs
RPAでやるこの作業をPythonなら(Pythonでも)こんな簡単にできます、だからベストプラクティスはこれなんです、みたいな話がこんなふうに載ってるとRPA肯定派も減るかもな 私はRPA肯定派だけど
2019/05/21(火) 21:51:40.58ID:dHwvsA57
>>954
とはいえクソUIの自動化が面倒くさくなるのはRPAも同じだからな
2019/05/21(火) 22:06:15.27ID:cyPXFvwt
SEにRPAを作らせるような本末転倒な現象があちこちで起きてるから
RPA＜PGみたいな当たり前の比較が出てくる

窓際じじいやパートのおばちゃんが作れないなら、その時点で導入を諦めとけ
2019/05/21(火) 22:09:31.75ID:dHwvsA57
WinAppDriverはXPathをサポートしてるからクソUIにも比較的対処しやすい
デスクトップアプリ自体の需要が激減してるからだろうけどMicrosoftがあまりWADに熱心じゃないのが残念
2019/05/21(火) 22:38:38.94ID:QqMBmour
他は知らんがUiPathなら美UIだろうがクソUIだろうがワンクリックでセレクタ自動生成よ
構造解析に頭使わなくて済むってだけで使う理由に足る
2019/05/21(火) 22:44:13.94ID:/D6j6qTK
UiPathだけじゃなくて、Blue PrismもAutomationAnywhereもそう
三大RPAは楽々セレクタ自動生成
他は知らん
2019/05/22(水) 00:07:11.52ID:bxcYYOqD
───────→〇

┌──┐
　　　　 └─┐┌→×
　　　　　　　 └┘

まっすぐ行きますか?
曲がりながらたどり着きますか?
マウスカーソJは。
2019/05/22(水) 00:27:48.01ID:96zrvqQu
RPAが簡単ってのはちょっと信じられん
もう何日か弄ってるが全く思い通りに快適に処理を組めない
とにかくGUIでプログラミングってのが思ってたよりずっと難しくて苦痛に満ちてる
なにがどこにあってどうしたらどうなるのか直感ではサッパリわからない
じゃあ調べるかってググるんだけどなんも出てこねえの
スクショとか動画は時々出てくるんだけど
それじゃ検索できねえし視聴するのも大変

それと使いかたがわかっても生産性はあまり期待できない
GUIエディタの操作感がいまいちだから作図そのものの労力が思ったより大きい
調査を済ませて手を動かすだけの状態でも実装に時間がかかる
キーボードでテキストを打つよりもマウスとキーボードで作図するほうが大変なのは考えてみたら当たり前の話なんだけど
しつこく簡単だって言う人が居るからその労力を過小評価してしまっていた
2019/05/22(水) 00:42:39.58ID:4YJPjHYX
RPAがテキストプログラミングよりも簡単というのはRPAベンダーの意図的なミスリード
テキストプログラミングがわからない人でもGUIエディタで何とか組める、というのが正解
両方できる人にとってどちらが簡単かという視点で評価されてるわけじゃない
2019/05/22(水) 00:54:08.77ID:96zrvqQu
>>963
しっかり教育した上でセンスのある何割かが何とか組めるって感じなのでは？

例の導入実験レポートでもベンダーのサポート無しで最後まで組めたロボットは1体だけだった
研修を受けた人の感想も簡単楽勝即戦力という印象ではなかった
2019/05/22(水) 01:55:02.22ID:UE4fNRS/
とりあえず何のRPAだったかくらい書こうぜ
UiPathなのかBlue PrismかWinActorなのかさ
2019/05/22(水) 01:56:56.64ID:UE4fNRS/
テキストプログラミングにもPython,VBA,Cとか色々あるようにRPAにもUiPathとかBizRoboとか色々ある
2019/05/22(水) 06:08:36.71ID:ibGj0Bbb
>>964
自分素人でuipathで今組んでるけど、とにかく技のレパートリーが少ない状態
やることは難しくないけど、こういう時どのアクティビティてどのような.netで記述すればいいのかわからない
型とかも馴染みないし、変数の概念もまだ染み付いていない

ゲームと同じで雑魚敵倒してレベルアップ期間が必要。
急にボス戦(会社の課題解決)突入しても勝てないね
2019/05/22(水) 08:03:07.19ID:VzR1qppQ
組めないマンは詳細書けよ
どんなものを組もうとしてるのかとか
どの製品使ってるかとか
具体性がないからモヤモヤする
2019/05/22(水) 08:13:58.44ID:4YJPjHYX
結局.NETライブラリを使える奴しかUiPathをまともに使いこなせないという話なのかね
2019/05/22(水) 08:14:07.38ID:QRodnWgc
RPAもピンキリ
たぶんここで簡単生産性高い言われてるのは3大RPAツール（Automation Anywhere, Blue Prism, UiPath)のどれか
難しいわからん情報少ない言われてるのはそれ以外のRPAツール（WinActor,BizRobo,NICE,RoboPad,Auto〇〇名人..等）

3大RPAの中でもUiPathは無料ライセンスある分頭一つ抜けて情報量多い
機能的には横並び

まとめるとこんな感じかな？
2019/05/22(水) 08:35:23.74ID:chGHAan1
uipathの業者によるまとめ
2019/05/22(水) 08:45:31.91ID:+nr5I4Jl
ステマの言ってることと実際にやってみた感触が全然違うから何を信じていいのかわからねえ
973デフォルトの名無しさん
垢版 |
2019/05/22(水) 09:18:34.73ID:Re6hEi8T
こういう時言われても分からんわなw
2019/05/22(水) 12:59:05.05ID:Cc2KdtdB
これだけ具体性なく書けるってすごいな
使い手は問題ないんだろうか

＞頭の中にあるロジックを図にする
＞何をどう配置したらどうなるかがわからず

＞全く思い通りに組めない
＞なにがどこにあってどうなるのか直感ではサッパリわからない
＞ググるけどなんも出てこねえの
2019/05/22(水) 13:02:02.78ID:CNYS/Oxc
実際のところRPAツールのシェアってどんなもんなんだろう
国産ってことでWinActorが多そうだけど…
ライセンス的に個人でも気軽に試せるのはUipathだし、
費用的にAAとBPは大企業での導入が大半かな？
展示会によく出店してる名も知らぬツールのシェアもそこそこありそう
導入してるとこは何入れてるかと使い心地聞きたいなー
2019/05/22(水) 13:48:48.66ID:WDej9GuM
>>953
>>954
RPAにそんなに詳しく無いけど、自分がRPAを作るとしたら>>949みたいなのは簡単に出来るので、恐らく一般的なRPAもそうしてると思う。
人間が複雑と思ってるのって機械にとっては複雑じゃないので機械的に親、子、孫でも良いし、コントロール属性で何番目でも良い。

>>953
コード生成はIE系では既に作ってる。
けど作ったの10年以上前でUIが糞なんで作り直そうと思ってる。
通常アプリでも作るつもり。

>>954
FindAllは個人的にはお勧めしない。
自分の組み方が悪いのかも知れないけど見つからない時が結構有った。(ツール作ってる時じゃなくて操作するための検索時ね)
FindFirstで兄弟見つけてそれぞれに対して自分を呼び出せば良い。
2019/05/22(水) 15:28:54.11ID:xmX3hXP/
>>976
主要なRPAツールだと>>949みたいなアプリの要素をクリックした時にどんなセレクタが生成されるんだろ？
サンプルアプリと実際にワンクリックで作ったセレクタを並べて比較したいが面倒くさい
2019/05/22(水) 16:54:57.24ID:pYiuhKLb
>>977
コード書かない人にとってはオブジェクトの情報は寧ろ無い方が良い。
オブジェクト名1個とアイコンぐらいの方が理想的でしょ。
親とか子とか属性とかは見えない方が良いと考えるんじゃないかと思う。

一方、コード書いてきた人にとっては情報は有るほど良い。
その方が対応出来る幅が拡がる。
2019/05/22(水) 18:44:11.74ID:MVgFeAEL
誰か各製品のチュートリアルのアドレスをまとめて下さい
2019/05/22(水) 20:41:50.25ID:Q2YhfS/Q
1903でまた仕事が増えるべ
2019/05/22(水) 21:28:25.35ID:jKifNxDr
1903ってなんや？
2019/05/22(水) 21:37:38.99ID:bY/hrc2P
RPAは情報交換しにくくて不便ですね
気軽にコードスニペットを貼り付けて議論したいけどXMLでは見てもわからない…
2019/05/22(水) 21:40:00.18ID:jKifNxDr
ウインドウズアップデートか
ググっちまったぜ
2019/05/22(水) 22:55:16.73ID:bxcYYOqD
>じゃあ調べるかってググるんだけどなんも出てこねえの

ホントそれ。
結局はユーザー数なんだよな。
VBとかCなんか、多少難しくても、ググればすぐ作例が出てくるからな。
2019/05/22(水) 23:00:37.52ID:x1N2Aurl
>>977
でさ、慣れてくるとHTML丸ごとテキストに落としてREGEXでごにょごにょしてINVOKEしちゃうという
一体俺は何をしてるんだ地獄に落ちるのだ。
2019/05/22(水) 23:04:17.77ID:x1N2Aurl
後きっと何言ってんだお前と言われること必定だけど、
要件分析が糞だと結局道具何使っても同じ。
2019/05/22(水) 23:13:45.45ID:bxcYYOqD
>要件分析が糞だと

糞程度ならまだマシな方。
ウチなんか、要件分析なんかしないで丸投げだもんね。

プログラムと魔法の区別がつかないっていうか、
マジックの種がなくても空中浮遊できると思ってるレベル。
2019/05/22(水) 23:33:53.30ID:jKifNxDr
まあ、マジックの観客のつもりなんだろう。
種はお前が用意するんやでｗ
2019/05/23(木) 00:12:18.35ID:oHhuKr3A
新人や派遣の方が入られた時に指示するようにお話ししてください
てやったら結局ヌケだらけだというね....
もちろんこちらの経験でこういうこともありませんか、こんな例外は
ありませんかとか力の限りは尽くして拾い上げたつもりでもネ。

要するに業務の棚卸経験、適性の差がもろにでるというね、って40
年前から進歩してないじゃん。

SEが偉いって訳じゃないよ。むしろサービス部隊なんだからね。

楽天が英語力とプログラミング能力とかを採用で重視とか、いつもな
ら眼にも留めない提灯記事を見入ってしまう今日この頃（っていうか今日）
2019/05/23(木) 05:57:33.50ID:qnoO+lBN
>>984
ユーザー数が少ないマイナージャンルというのも理由の一つだけど、
それ以上に、プログラミング言語みたいに、気軽にテキストでコミュニケーションを取れないことが最大の課題
このスレだって、もう3スレ終わるけど、具体的なRPAプログラムをUPして議論になったこと、一度もないよね
ここと同じ、事務員が多いVBAスレですら、コードを通じて具体的な議論が交わされている
RPAスレはそういうの、まったくない
コミュニケーションの労力が大き過ぎるから誰もやろうとしない
2019/05/23(木) 05:59:15.47ID:qnoO+lBN
情報発信のコストが大き過ぎるから誰もやろうとしない
だからググっても何も出てこない
992デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:16:23.11ID:ui9bHEhc
>>959
Webならブラウザの機能で同じことができると思う
993デフォルトの名無しさん
垢版 |
2019/05/23(木) 08:46:27.83ID:2adQ/sqL
次スレ
https://mevius.5ch.net/test/read.cgi/tech/1558568756/l50
2019/05/23(木) 08:49:11.48ID:2adQ/sqL
>>992
Webなら、ね。
Windowsネイティブアプリで同じことができるツールはそうそうないよ
2019/05/23(木) 08:53:29.69ID:qnoO+lBN
>>991
地味だけど致命的な課題
言ってしまえばインターネットの力の大半を封じられたようなもの
2019/05/23(木) 08:54:59.99ID:qnoO+lBN
>>994
inspectもあるしレコーダーもある
そもそもデスクトップアプリは極一部なのでそんな気にしなくていい
2019/05/23(木) 10:17:56.11ID:+MKx2viq
>>996
Webアプリて流行りだしたの最近だし、まともなやつならAPI揃ってること多いからRPAなんてそもそも必要ない事が多い
今問題になってるボトルネックになるような基幹システムは殆どがデスクトップアプリだと思うよ
inspectって構造が見れるようになるだけで解析やセレクタ作成は自力でやんなきゃだし、そういう非効率な部分を解決する手段としてRPAは使えるというお話
2019/05/23(木) 10:37:06.44ID:Ru90FyG3
おもいつき
ハードウェアとアプリケーションの間を埋めるOSとミドルウェアのように
アプリケーションとユーザーの間を埋めるのをRPAということにしたいと思う
この観点からRPAベンダーは作り直せ

つまり、何かをするボタンというのがあって、人間はそれをクリックするだけでよいし
タスクスケジューラでクリックするプログラムを起動しても良い
2019/05/23(木) 12:17:26.20ID:JM+CLTRH
>>997
非効率かなー
構造がわかれば解析やセレクタ作成は秒単位の作業だろ？
その些細な作業のために全体的に非効率なRPAを導入するのはもったいないよ
レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況