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

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

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

**デフォルトの名無しさん** · 2019/12/27(金) 10:58:33.84

>>688
手作業の置き換えだとして、その時点での要件がRPAによって実装されるべき要件。
現行が、送信元の目視確認程度ならそれを踏襲。

RPAプログラムチームとしては情シスの提供するセキュリティに不安があるメールをRPAプログラムに組み込む時にどうすべきなのか？は見直しであり要件の変更だぞ。

ごっちゃにするとおかしな話になるし、現に今このスレでおかしなことを言ってるやつがいる。

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

>>689
柔軟な人間の目視確認と自動化を同じレベルで考えるなよ
自動化するならセキュリティ要件を追加して強化しなければならない
手作業におけるセキュリティ要件はRPAプログラムがあろうがなかろうが引き続き維持する
そこにRPAプログラム用のセキュリティ要件が追加されるんだよ
変更じゃない追加だ

メールだったら例えば
手作業は今までどおり
RPAプログラムは署名されてないメールは処理しないという要件を追加
といった具合だな

**デフォルトの名無しさん** · 2019/12/27(金) 11:18:06.62

>>690
> 変更じゃない追加だ

言葉遊びはどうでもいいよ。
一般的な感覚で、「追加」ってのは変更だわ。

RPA化に伴うワークフローの見直しが関係性は深いけど別の議論であるように
RPA化に伴うセキュリティ要件の見直しも関係性は深いけど、別の話。

どっちも一緒にしちゃうと、RPAプロジェクトは肥大化するし、責任範囲が明確化されないままのゴミプロジェクトになる。
ちゃんと整理しろ。

**デフォルトの名無しさん** · 2019/12/27(金) 11:45:35.30

>>685
内部に対する対策は必要だがそれはメールに限った話じゃないだろ
ましてやわざわざRPAに限定の対策とかアホすぎるわw

**デフォルトの名無しさん** · 2019/12/27(金) 11:47:54.95

セキュリティ対策は避けて通れない
別の話にしたいようだが不可分だからな

**デフォルトの名無しさん** · 2019/12/27(金) 11:50:46.39

>>692
RPAに限定した対策をしろと言っているのではない
必要な対策をRPAだけ特別扱いで無視することはできないと言ってるのだアホが

**デフォルトの名無しさん** · 2019/12/27(金) 11:59:44.69

>>693
セキュリティ対策は、既存の要件があるだろって話だぞ。
追加の話は別の話だって言ってる。
まぁ、理解できないやつが多いからそういうやつがRPAプロジェクト失敗させてるんだろうけど。

> RPA化に伴うワークフローの見直しが関係性は深いけど別の議論であるように
> RPA化に伴うセキュリティ要件の見直しも関係性は深いけど、別の話。

これが理解できるようになれｗ

**デフォルトの名無しさん** · 2019/12/27(金) 12:10:36.80

>>695
既存の要件では不足するから追加しろって話を早く理解しろ

**デフォルトの名無しさん** · 2019/12/27(金) 12:15:24.94

>>696
不足するかもって話は理解した上で話してる。
不足するってのは理解できないｗ

ワークフロー見直しが効果的って話は理解する。
ワークフローの見直しが必須ってのは理解できないのと一緒だわ。

**デフォルトの名無しさん** · 2019/12/27(金) 12:28:32.86

>>674
ある訳ないしw
CreateobjectからMAPI参照するしか手段の無い御仁達はヤバイと思ってるんだろうが。
RSAパスワード使ってる限りで食い破られた事例は知らんよ。
破られてたらSMBC、MUFJのネットバンキングのメールも全部他人に覗かれてる事に。
iPhone SMSで自分宛のメールすら見れねえし。
どうやって破んのか説明してから反論しろw

**デフォルトの名無しさん** · 2019/12/27(金) 12:35:55.17

>>671
PKIとRSAの区別すら付かなかったのに長文レスかw

「公開鍵」と言ってるから、OutlookでPKI使ってメール送信する手順は知ってるとして。

RSAはマウス操作はMicrosoftがOutlookにGUI用意して無いから、どうやら知らなかったみたいねw

て、事はアンタの会社のOracleやSQL Serverは、管理者パスワード漏洩したら、
テーブル開いて顧客の名前や住所が見えちゃうんだねw

テーブルセル単位で暗号化くらいしとけw
仮にID、パスワード知られてもデータ閲覧だけはふせげからw

**デフォルトの名無しさん** · 2019/12/27(金) 12:39:40.63

こんな奴等が自動化とかw

そのうちRPAを起因としたデータ漏洩とかニュースになる時代が来るんだろうねえ。

UiPath用のバックドア感染ツールとか作って仕込んでみるかw

**デフォルトの名無しさん** · 2019/12/27(金) 12:45:48.84

>>694
はあ？
今更何を言ってるんだよ、そんなことは既に>>648に書いてある
わざわざ>>666で何を聞きたかったんだよw

**デフォルトの名無しさん** · 2019/12/27(金) 12:55:21.10

セキュリティ意識高い系は厄介だな

**デフォルトの名無しさん** · 2019/12/27(金) 13:20:14.02

UiPathと比べてＷinActorのほうは
単価下がってきたな
MS製のは画像マッチングとかないらしいし
当面はUiPathか

**デフォルトの名無しさん** · 2019/12/27(金) 14:20:47.91

>>697
お前認識が甘すぎ
新しいことやるなら不足するのが当たり前
運が良ければ既存のもので間に合うかも
そういう認識でいろ
セキュリティは常にかもしれない運転で行け

**デフォルトの名無しさん** · 2019/12/27(金) 14:24:29.52

>>699
おめえ目潰しでも食らってんのか？
レス先の署名って文字が見えなかった？
データベースの暗号化なんて当たり前の話を蒸し返すな

**デフォルトの名無しさん** · 2019/12/27(金) 14:26:38.61

>>701
648はセキュリティ対策なんて関係ないと言ってるわけだが
お前のとこのザルRPAはこのマヌケとおなじでセキュリティ対策してないってことか
やっぱりな

**デフォルトの名無しさん** · 2019/12/27(金) 14:32:05.28

>>699
> 「公開鍵」と言ってるから、OutlookでPKI使ってメール送信する手順は知ってるとして。
>
> RSAはマウス操作はMicrosoftがOutlookにGUI用意して無いから、どうやら知らなかったみたいねw

PKIとRSAの関係性を正しく理解してるならそもそもこんな発言しねえし
わかってないのお前じゃんｗｗｗ
お前はツールの使い方、手順を知ってるだけで中身はなんにも理解してないんだな

**デフォルトの名無しさん** · 2019/12/27(金) 14:50:12.72

>>706
> 648はセキュリティ対策なんて関係ないと言ってるわけだが
おいおい、日本語大丈夫か？
手動でやるのとRPAでセキュリティに違いはないって話だぞ

> やっぱりな
お前の理解力がやっぱりなだよw

**デフォルトの名無しさん** · 2019/12/27(金) 14:51:46.57

>>700
どうでもいいですけどこのレスの最後の行はアウトではないでしょうか
やってしまいましたね

**デフォルトの名無しさん** · 2019/12/27(金) 14:55:32.23

>>708
まだ言ってんの？
人間が手作業で行う業務で実施するセキュリティ対策とプログラムで行うセキュリティ対策が同じなわけないだろ

**デフォルトの名無しさん** · 2019/12/27(金) 15:04:15.47

>>704
アホだなぁ。

> 新しいことやるなら不足するのが当たり前

ナニ勝手に新しいことやる前提にしてんだよｗ
新しいことやるだけじゃなくて、既存の置き換えがあること理解しろ。
勝手にスコープ広げるな。だからRPAがゴミになる。

> セキュリティは常にかもしれない運転で行け

コストとトレードオフって言葉知らんのか？
意識だけ高い系はこれだから困るｗｗｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:05:52.84

>>710
はあ？
何が違うのか具体的に書いてみ

**デフォルトの名無しさん** · 2019/12/27(金) 15:08:47.89

>>711
置き換えとかさあ
夢見てんじゃねえぞ
人間が柔軟な判断力で行ってた仕事をそう簡単に機械化できると思うな
ましてやセキュリティの問題は特に難しいんだ
人間ならこれなんか怪しいなと直感で気付くこともプログラムでは事前に予測して対策を実装してなきゃ素通りだ
手動でやってた時とは異なるセキュリティ対策が必要なんだよ

**デフォルトの名無しさん** · 2019/12/27(金) 15:09:48.96

>>712
713

**デフォルトの名無しさん** · 2019/12/27(金) 15:35:08.10

>>713
> 人間ならこれなんか怪しいなと直感で気付くこともプログラムでは事前に予測して対策を実装してなきゃ素通りだ

それ、普通は追加要件。
で、スコープを広げるかどうかは別の話だわ。
勝手にスコープ広げるな。炎上屋かｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:43:43.39

>>715
そう
要件追加が必要
置き換えとか非現実的
特にセキュリティ対策は単純な置き換えが難しい
手動と自動では根本的に異なるからな

あとな
お前独自の世界でしか通用しないスコープって言葉をいきなり使うのやめろ
なんのスコープだよ

**デフォルトの名無しさん** · 2019/12/27(金) 15:49:55.01

>>716
お前、プロジェクトがどんな仕組みで動くのかを知らないんだろ？
そんなんでセキュリティとか語るなよ。

一人でRPAのためのSOC/CERTでもつくっとけｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:52:36.47

>>717
おいスコープってなんのスコープだよ
オレオレ用語使っんじゃねえぞ

**デフォルトの名無しさん** · 2019/12/27(金) 15:54:05.62

>>718
要件定義の話してたらプロジェクトスコープに決まってんだろ。
あほかｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:56:33.57

>>719
最初からそう言えカス
要件追加してんだからプロジェクトスコープが広がるのは当たり前だろ

**デフォルトの名無しさん** · 2019/12/27(金) 16:00:36.62

>>720
最初から言ってんだろ。ほんとこれ以上あほ晒すなよ。
要件も勝手に追加するな。
要件整理して新要件が出てきたら追加が必要か判断しろ。
炎上屋はこれだから困る。

**デフォルトの名無しさん** · 2019/12/27(金) 16:02:17.07

>>721
セキュリティ要件の追加が必要だから追加すんだろうが
ま、お前んとこはセキュリティガバガバでもオッケーなゆるい企業なのかもしれんがな

**デフォルトの名無しさん** · 2019/12/27(金) 16:08:13.42

>>722
セキュリティはどこまでやるのかの見極めが重要。
セキュリティ要件の定義のキモは、攻撃方法とリスク分析にある。
追加が必要かどうかは、それに対しての判定だぞ。
追加が必要だから必要とか、恥ずかしすぎるわ。どこの稟議も通らん。

**デフォルトの名無しさん** · 2019/12/27(金) 16:52:43.06

>>713
> 手動でやってた時とは異なるセキュリティ対策が必要なんだよ
「具体的」に書けって言ったはずだが？
書けないなら黙ってなよ、知ったかがますますバレるだけだぞw

**デフォルトの名無しさん** · 2019/12/27(金) 18:55:38.82

>>703
>MS製のは画像マッチングとかないらしいし

んなもん無くても完璧に動かして見せるわ!wwwwwwwって自信があるんだと思うぞ。
そもそもMS製OS上で動かすわけだし。

**デフォルトの名無しさん** · 2019/12/27(金) 19:21:13.20

これだからセキュリティ意識高い系は…

**デフォルトの名無しさん** · 2019/12/28(土) 09:30:28.07

ユーザーはWinActor使って俺の作ったAPIを好きなタイミングで好きな引数入れて呼んで下さい
という使い方なら良いかなと思ったけど、それって自動ワークフローツールだよな
RPAの正しい使い方を教えて欲しい

**デフォルトの名無しさん** · 2019/12/28(土) 11:29:34.26

>>727
その使い方でいいよ
RPAはワークフローツールにUI操作ライブラリを載せただけの物だからワークフローツールとして使うのが正しい
ライブラリは使いたいときに使えばいいものであって使わなきゃいけないものではない

**デフォルトの名無しさん** · 2020/01/06(月) 08:27:25.30

と、なるとバッチ起動サーバーなりJP1入れりゃRPAいらなくなるとw

**デフォルトの名無しさん** · 2020/01/06(月) 15:26:13.41

UPの社長が日本を代表するブラック企業の上層部にアプローチして、
間違ったメッセージで勘違いを拡大させた罪は大きい。
https://news.yahoo.co.jp/pickup/6347370

**デフォルトの名無しさん** · 2020/01/06(月) 18:03:00.02

>>729
ゆえにRPA居るの？という気持ちになってる
ユーザーも自力じゃシナリオ作れんし誰得状態

**デフォルトの名無しさん** · 2020/01/06(月) 18:42:06.49

RPAベンダー、広告業者、派遣会社、投資家あたりは儲けたんじゃね？

**デフォルトの名無しさん** · 2020/01/07(火) 20:53:41.53

text existsでテキストに記載した文言が現れるまで待つ場合、「準備完了まで待つ」をinteractiveかcompleteにすれば何分でも待ってくれるのでしょうか？

あと、テキストにはワイルドカードは使えるのでしょうか？
Linuxのコマンドプロンプトで ]$ と ]# と時があるので、どちらでも大丈夫な様にしたいのですが…

**デフォルトの名無しさん** · 2020/01/08(水) 01:57:38.47

>>732
UPは上場ゴールだからこれからもだまして儲けようとしてるんだろ。日本は重要な金づる。
それに比べて既に上場してるBPは偉いよな。客をだまそうとはしてない。

**デフォルトの名無しさん** · 2020/01/08(水) 02:13:53.02

BPはユーザーいないな…

**デフォルトの名無しさん** · 2020/01/09(木) 08:20:48.13

AI・RPAでコールセンター業務を完全自動化　ドコモとNTTデータが4月以降に提供
https://www.itmedia.co.jp/news/articles/2001/07/news124.html

＞AIは、テキストの読み上げ機能などを備えたAmazon Connectと連携し、電話をかける／受ける作業と、顧客との音声通話を担当する。
＞それに伴って発生する、データ入力などの事務作業をRPAが担う。

**デフォルトの名無しさん** · 2020/01/09(木) 08:35:52.46

>>736
NTTデータで開発すれば盤石だと思ったんだろうが。

昨年暮れの自治体クラウドの住民票システム停止から始まって、国税庁システム停止までの事故3件。
これ全部NTTデータ謹製だからなw
ちなみにまだ全面復旧してないと言うていたらく。

昔の実力はもう無いみたい。
下請け丸投げが根付いてしまい、高価格調達に対応しきれずに自己崩壊中らしいから。

**デフォルトの名無しさん** · 2020/01/09(木) 09:07:30.64

>>736
データ入力部分は普通にプログラミングしたほうがいいな

**デフォルトの名無しさん** · 2020/01/09(木) 12:43:12.71

>>737
セブンペイもNTTデータだぜ
高学歴揃えておけば客はどんなゴミでも受け入れるからマジIT楽勝

そういやみずほ銀行のみずほ総研も日本ITの超エリート集団だったな

**デフォルトの名無しさん** · 2020/01/09(木) 17:59:13.20

>>739
つか基幹はNRI、フェイルオーバークラスタはNEC直だから。
常識でしょw

NRIとNTTDは協業はやらんから。

ちなみにセブンペイアプリは小さなソフトハウスな。
アプリなんざNRIはやらないし、丁合い掛けられても出来ないからw

**デフォルトの名無しさん** · 2020/01/09(木) 18:04:24.41

SIer主導の開発方式はこのまま変わらないんだろうか

**デフォルトの名無しさん** · 2020/01/09(木) 19:34:18.50

RPAの次のバズワードはDXでしょうか？
日経コンピュータも現金だね。

**デフォルトの名無しさん** · 2020/01/09(木) 19:38:02.38

次にバズるのは量子コンピュータでしょ

**デフォルトの名無しさん** · 2020/01/09(木) 20:47:28.25

量子コンピュータはライブラリ化が必須だろうな。
一般プログラマに量子プログラミングなんて無理だからな。

**デフォルトの名無しさん** · 2020/01/09(木) 23:12:22.20

受け売りだけど、いま実現してる程度の量子コンピュータで解決できる問題って大して多くないらしい

**デフォルトの名無しさん** · 2020/01/09(木) 23:23:42.79

０か１かもつれあい。
白か黒かグレー。
はっきりせぇや！

**デフォルトの名無しさん** · 2020/01/10(金) 08:16:14.21

D-waveは日立のスパコンに負けたし。
Googleも市販はまだだしな。

5年くらいはスパコンで構わないだろうな。
京の次のもスパコンだし。

**デフォルトの名無しさん** · 2020/01/10(金) 09:08:00.29

オワコン

**デフォルトの名無しさん** · 2020/01/10(金) 17:33:40.71

量子コンピュータは全ての状態保持してる時点でその中から特定の状態を求めたら今の計算機とやる事は同じなんじゃないのと思ってしまう

**デフォルトの名無しさん** · 2020/01/10(金) 17:51:59.18

日本の裁判所が「Microsoft Teams」採用、民事訴訟手続きのIT化にて活用へ
https://cloud.watch.impress.co.jp/docs/news/1228574.html

＞日本マイクロソフト株式会社は9日、最高裁判所（以下、最高裁)が推進する民事訴訟手続きのIT化において、
＞コラボレーションツール「Microsoft Teams」が採用されたと発表した。

**デフォルトの名無しさん** · 2020/01/10(金) 20:58:10.22

>>750
お、うちも会社で使ってる。

**デフォルトの名無しさん** · 2020/01/10(金) 21:26:45.39

なんだって開発に32bitの古いマシン(8.1)にリモートで繋げてしなきゃいけないんだよ…
固まるわでストレス溜まる…

さらに HDD逝った可能性あって今日一日の作業がパー…

**デフォルトの名無しさん** · 2020/01/10(金) 21:38:49.01

銀行振込の帳票なんかを毎日銀行のオンラインサービスサイトからダウンロードしたいんだけど勉強するのはseleniumってやつでいいの？

**デフォルトの名無しさん** · 2020/01/10(金) 23:40:11.60

VBAでいいじゃん
というかPythonで
と毎日思ってる

**デフォルトの名無しさん** · 2020/01/11(土) 08:58:40.45

>>753
オンラインサービスの構造がほとんど静的ならHTTPを調べる
動的ならSeleniumを調べる

**デフォルトの名無しさん** · 2020/01/11(土) 10:05:16.19

>>754
PythonでもいいけどC#なら尚良

**デフォルトの名無しさん** · 2020/01/11(土) 13:43:37.82

ダウンロードして後、どう利用するかで変わる。
それとその処理以外。

ダウンロードしたものをExcel上で何かの処理を継続して行うならVBAだけど、そもそも他の処理がExcel関係ないならそっちに合わせるべきでしょ。

**デフォルトの名無しさん** · 2020/01/11(土) 13:59:33.69

おいらの腐った豆腐納豆の脳細胞だと
「今日の(昨日のではなくて)、銀行のオンラインサービスサイトからダウンロードに成功した(失敗していない)」
という判定をどうすればいいか、思いつかない

**デフォルトの名無しさん** · 2020/01/11(土) 17:19:00.35

ダウンロードしたファイルのハッシュをチェック

**デフォルトの名無しさん** · 2020/01/11(土) 17:39:59.19

相手がハッシュ値を公開してないとだめよね
あるいはチェックサムを内部に持ってるファイルを受け取るか

**デフォルトの名無しさん** · 2020/01/11(土) 20:09:19.45

ダウンロードってそんな失敗するものか？
0.001%の失敗が致命傷になるのか？

**デフォルトの名無しさん** · 2020/01/11(土) 22:55:43.90

データのフォーマットがきっちりしてるならそれ自体がチェックになるから、それ次第。

**デフォルトの名無しさん** · 2020/01/12(日) 05:36:04.93

失敗するときはするし致命傷にもなる
データがネットを経由する場合単なるIOとして処理してはならない
失敗したかどうかも判らないなんて論外

**デフォルトの名無しさん** · 2020/01/12(日) 08:37:58.88

ステータスコード見て判断すれば良いじゃんってわけでもないの？

**デフォルトの名無しさん** · 2020/01/12(日) 10:49:10.00

セキュリティ意識、低すぎだろ
ステータスコードなんてのは、通信中に明らかなエラーはなかったね、程度の認識でいい
ステータスOKならそこから更に、中間者攻撃がなかったか、データ破損がなかったか、等のより精度の高いチェックをするのが当たり前だ
それで、具体的には、信頼できるハッシュ値と比較する方法が精度面、安全面、コスト面でベストだ

**デフォルトの名無しさん** · 2020/01/12(日) 11:25:14.46

セキュリティ意識高い系まだ騒いでんのか

**デフォルトの名無しさん** · 2020/01/12(日) 11:29:55.46

>>765
なんでこの文脈でセキュリティ意識が出てくるのかよくわからん。
たかだかエビデンスのバックアップする程度の作業だぞ。

**デフォルトの名無しさん** · 2020/01/12(日) 11:34:20.33

極論言えば、ダウンロードにErrorがなければよいだけであって、中身が変わってたとしても、原本が銀行サイトにあるんだから問題発覚時に突き合わせすればいいだけでしょ。

**デフォルトの名無しさん** · 2020/01/12(日) 11:47:20.67

問題が発覚すれば幸運
発覚しないことも多い
うっかり税金がらみだと追徴課税されてしまうが、うっかりで済めばいいけど

**デフォルトの名無しさん** · 2020/01/12(日) 11:50:15.11

これだから意識低いやつは
バックアップは大元が消えたり、壊れた時のものだ
なにか問題があっても、極論、大元があるからいいじゃん、なんて考え方は本末転倒だ

**デフォルトの名無しさん** · 2020/01/12(日) 11:51:34.06

>>767
データ改ざんリスクはセキュリティの話題だろが

**デフォルトの名無しさん** · 2020/01/12(日) 11:56:46.77

手作業の時もやってるのかね

**デフォルトの名無しさん** · 2020/01/12(日) 12:02:54.37

なかなか発覚しない問題の例(空想世界の出来事で現実とは無関係)
問題とは：
　　銀行のシステム障害の案内を弊社のRPAが気づかずデータ差し替えできなかった
ーーーーー
Home　＞　お客様へ
先日の帳票が間違ってたんよ。ごめんね

原因：うちのRPAがしくったけど気づかなかった
しくった内容
　　：いつのまにか法律が変わってあちこち変更で、うちの帳票アップロードRPAがぱにくった

対処：当該RPAは停止しますた
　　：ERPの出力を人間による二重チェック後にアップロードする運用に変更
　　：法律が変わったらアラームをだすRPAの稼動を開始しますん

お客様へのお願い
　　：ここ(URL)からダウンロードして差し替えてくれよう年度末まで公開中
　　：もともとのダウンロードデータを差し替えるシステムが未実装なので差し替えらんない御了承しなさい

**デフォルトの名無しさん** · 2020/01/12(日) 12:04:35.22

>>770
>>771
あほすぎる。
大元が壊れても意味があるデータなら、データに署名が入ってるはずだからそれを検証しとけばいいし、そうでないなら大元が壊れたらごみになる。
リスクを正しく判断するのがセキュリティの基本だぞ。

**デフォルトの名無しさん** · 2020/01/12(日) 12:08:27.48

>>774
バカすぎ
今は署名もハッシュもない状況を議論してんだよ

**デフォルトの名無しさん** · 2020/01/12(日) 12:12:55.10

>>775
の本後嫁「そうでないなら大元が壊れたらごみになる。」

**デフォルトの名無しさん** · 2020/01/12(日) 12:13:35.09

>>776
ひどいなｗ「日本語読め」なｗ

**デフォルトの名無しさん** · 2020/01/12(日) 12:16:04.96

こいつやべえな

バ　ッ　ク　ア　ッ　プ

の話題なのに

大　本　が　壊　れ　た　ら　ダ　メ

とか本末転倒すぎて話にならん

大　本　が　壊　れ　た　時　の　話

してんだよバカ

**デフォルトの名無しさん** · 2020/01/12(日) 12:27:06.70

>>778
壊れたらどうやって「大元と同じだった」って証明するんだよ。
ばかｗ

**デフォルトの名無しさん** · 2020/01/12(日) 12:37:55.95

>>779
バカの世界チャンプか？
ダウンロード後に大元と同じことを確かめるにはどうすればいいのか？ってことを議論してんだろが
壊れた後の話にすりかえてんじゃねえよダウンロード直後には大元は生きてる前提だろが
スタート地点に戻って質問をよく見直してこい
そしてもう帰ってくるな

**デフォルトの名無しさん** · 2020/01/12(日) 12:47:02.01

>>780
あれ？問題すり替わってるぞ。
問題だったのは、

> 銀行振込の帳票なんかを毎日銀行のオンラインサービスサイトからダウンロードしたいんだけど勉強するのはseleniumってやつでいいの？

> 「今日の(昨日のではなくて)、銀行のオンラインサービスサイトからダウンロードに成功した(失敗していない)」
という判定をどうすればいいか、思いつかない

で、別に大元と同じことを確かめたいって要件はない。
その要件はお前がいい出しただけで、俺がリスク判定的に「無駄」って指摘したんだけど？

もう一度言おうｗ「日本語読め」ｗ

**デフォルトの名無しさん** · 2020/01/12(日) 12:57:43.04

>>781
はぁやれやれ
ダウンロードに成功したってことは大元と同じデータが手元にあるって事だ
つまりこれはローカルとリモートのデータの同値性をいかにして担保するかという問題なんだよ
てめえが関わると要件漏れで大惨事まっしぐらだな

**デフォルトの名無しさん** · 2020/01/12(日) 13:10:11.02

>>782
> つまりこれはローカルとリモートのデータの同値性をいかにして担保するかという問題なんだよ

だから、それ言い出したのお前だし、意味がないって言ってるんだけど。
大元がぶっ壊れたら無駄になる程度のデータなら、別にダウンロード元の厳密な検証とか必要ないし
計算が合わないとかのシステム上の不整合で検証するのがまっとうだろ。

ダウンロード時のセキュリティとか、ブラウザレベルの実装で問題ない。

なんか、本気で言ってるっぽいからカワイソウになってきたわ。

**デフォルトの名無しさん** · 2020/01/12(日) 13:30:43.81

>>783
厳密な検証が必要ないなら迷うところなんてないんだから質問しねえわ
つかブラウザでセキュリティ十分とか言ってるなら本気でアホだぞ

**デフォルトの名無しさん** · 2020/01/12(日) 13:44:00.39

>>784
質問はコレ

> 銀行振込の帳票なんかを毎日銀行のオンラインサービスサイトからダウンロードしたいんだけど勉強するのはseleniumってやつでいいの？

> 「今日の(昨日のではなくて)、銀行のオンラインサービスサイトからダウンロードに成功した(失敗していない)」
という判定をどうすればいいか、思いつかない

お前、全然ずれたこと言ってんのよ。

> つかブラウザでセキュリティ十分とか言ってるなら本気でアホだぞ

ブラウザレベルって言うよりももっと限定的に「使用する証明書選択をただしくね」ぐらいだな。
セキュリティ意識すればするほど要件的に無駄が分かってくる。

それよりも、>>773 とかをどう拾うとかのほうが考察としては面白い。
多分、ログイン後の「需要なお知らせ」系の処理だと思うけど、しんどそう。

**デフォルトの名無しさん** · 2020/01/12(日) 13:57:39.24

>>785
ずれてんのはお前な
セキュリティを意識してないから要件漏れだらけだ
773は今は別の問題で誰も議論してない

**デフォルトの名無しさん** · 2020/01/12(日) 14:00:43.14

>>786
俺の言ってること、理解できないんでしょ？
もう君出てこなくていいよｗ

それより >>773 を深めたほうがスレ的に面白い。
突発的に出てきそうなお知らせって、みんなどうやって拾おうとしてる？

**デフォルトの名無しさん** · 2020/01/12(日) 14:23:22.55

>>787
そっくり返すわ
お前も出てくんな

**デフォルトの名無しさん** · 2020/01/12(日) 14:36:27.29

>>788
だって君、質問も理解できてないし、リスク分析もできないし、勝手に条件追加するし、勝手に要件も追加しようとする。
邪魔なだけじゃん。
プロジェクト炎上屋さんでしょ。いらんわｗ