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

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

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

**デフォルトの名無しさん** · 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
だって君、質問も理解できてないし、リスク分析もできないし、勝手に条件追加するし、勝手に要件も追加しようとする。
邪魔なだけじゃん。
プロジェクト炎上屋さんでしょ。いらんわｗ

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

>>789
だって君、質問も理解できてないし、リスク分析もできないし、隠れた条件見逃すし、要件お漏らしするし
邪魔なだけじゃん
プロジェクト炎上屋さんでしょ。要らんわ

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

>>790
ナンだよ隠れた条件って。勝手に付け加えるなｗ
質問者からそんな追加条件ヒアリングできてないぞ。

お前、ずーと一人でスコープがずれてんのよ。
だから会話にならんし、人の言うことが理解できない。

そろそろ学習しろ。何回同じこと繰り返してるの？

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

>>791
んなこと言ってるから本来必要な要件をお漏らししてあとで大事故に繋がるんだよ
相手が言ったことだけを鵜呑みにするな
それは何も考えないバカのやりかただ

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

>>792
> 相手が言ったことだけを鵜呑みにするな

ちがうぞ。必要なら相手に提案して「ヒアリング」するんだよ。
で、エビデンスを残す。
勝手に追加するのはプロジェクトとして最悪の結果を残すし、そんなやつはプロジェクトにいらない。

だれも必要としていない提案すらまともでない内容を勝手に追加するな。

今回だと、

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

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

に対して、なぜ、

> ステータスコードなんてのは、通信中に明らかなエラーはなかったね、程度の認識でいい
ステータスOKならそこから更に、中間者攻撃がなかったか、データ破損がなかったか、等のより精度の高いチェックをするのが当たり前だ

みたいな話が出る？
そもそもお前の言ってるステータスコードが「HTTPステータスコード」なら、このコメントすら間違ってるんだけど？

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

>>793
つうか前から思ってたがここはプロジェクトじゃねえぞ間抜け

ヒアリングしてないのはお前も同じ
質問者の発言は「ダウンロード成功したかどうか判断方法がわからない」だけだ
ダウンロード成功の定義が定まってない以上は過不足を論じることはできない
お前は余計な要件を追加するなというがそれが余計かどうかもわからん
俺が言うようにお前が必要な要件を勝手に無視してるかもしれん

リアルなプロジェクトでない掲示板ではよくあるシチュエーションだが質問者が議論に参加する気がない場合は平均的なシチュエーションを想定して論じるしかない
となると答えは信頼できるハッシュ値との比較が妥当なところだろとなるわけだ

HTTPステータスコードと誰かが言ったか？

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

つうかステータスコードをHTTPステータスコードと読み替えても特に問題ないだろそこ

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

>>792
> ヒアリングしてないのはお前も同じ

そうそう。。だから提示された内容に対してのみコメントするようにしている。
だから余計な追加はしてない。

> ダウンロード成功の定義が定まってない以上は過不足を論じることはできない

そうそう。過不足を論じるな。

> リアルなプロジェクトでない掲示板ではよくあるシチュエーションだが質問者が議論に参加する気がない場合は平均的なシチュエーションを想定して論じるしかない

そうそう。分かってんじゃん。
ただ、平均が何かはシュチュエーションによる。
わからない場合は、「提示された内容で」進めるのがズレないコツ。
この場合は、「銀行振込の帳票なんかを毎日銀行のオンラインサービスサイトからダウンロードしたい」っていうよくあるダウンロード案件。

> HTTPステータスコードと誰かが言ったか？

ナンのステータスコードを指したんだ？(これがヒアリング)

> 信頼できるハッシュ値との比較が妥当なところだろとなるわけだ
ならねーよばかｗ
なんでそこで飛ぶｗ

ところで、

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

そんな条件は、だ・れ・が・決めた？

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

すげえ長々とやり合ってる所申し訳ない
>753、>>758の話だけ見ると
>「今日の(昨日のではなくて)、銀行のオンラインサービスサイトからダウンロードに成功した(失敗していない)」
単純にファイルダウンロードに成功したかどうかだけなら
とりあえず日付でファイル名作って存在チェックだけやればええんやないの？
セキュリティ面の話はその次のステップじゃ？

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

ぶっちゃけ要件なんて後出しでコロコロ変わるんだから
・ツールでやりたい事（現行業務のヒアリング、自動化のフロー/処理の流れの策定）
・その上で必要なエラーチェック処理（ファイル存在チェック、アクセス可否チェック、整合性チェック等など）
正直、やりたい事も分からずに互いの妄想だけで殴り合ってるのは不毛すぎるわ

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

>>797
これ、今日ダウンロードしたファイルはホントに今日の作成のモノなの？って疑問だから、ダウンロード日の比較だとちょっとまずい。(ダウンロードファイル名に作成日付が入っていればいいけど。)

で、前日ファイルと当日ファイルの内容比較なら、ハッシュの比較でいいんでは？ってのがコメントとしてついてる。

意識高い君がズレたこと言ってるから、ミスリードになってるけど、元の文脈はそんな感じ。

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

>>799
ああ、そういう流れでハッシュ値比較が出たのか
個人的にはファイルのタイムスタンプで見たいかな
あれなら作成日時とれるし

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

>>796
提示された内容に対してのみコメントとかよく言えたもんだ
お前の論調は余計な要件を増やすなだろ
先程も言ったが要件が定まってないのに要件を増やすなとは言うことはできない
つまりお前も脳内で勝手に定めた要件を基にして発言しているんだよ
それは提示された内容ではない

提示された内容は「銀行サイトからダウンロードする際にダウンロード成功を判定する方法」だ
何を持ってダウンロード成功とみなすかは未定義な

HTTPモジュールの返すステータスあるいは投げる例外だよ
バカでもわかると思うがHTTPリクエストの失敗要因はネットワークやサーバーサイドだけじゃねえぞ？

妥当だぞ
セキュリティが絡むファイルのダウンロードを必要とする場面ではハッシュ値の比較はポピュラーな解決策だ
コストと安定性と精度の観点から見てバランスがいいんだよ
もちろんサービス側がハッシュ値を公開してる前提だが
デジタル署名もないハッシュ値も無い場合に比較的有効な確認方法は形式チェックと複数回ダウンロードだが
形式チェックはエラーが小さいと意外とチェックに引っかからない場合がある
複数回ダウンロードはファイルダウンロードの通信経路が保護されてる前提だがエラー検出の精度はかなり高い

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

>>797
ファイルが存在するかだけじゃ駄目だ
ダウンロードに失敗してもファイルが残る場合はある
ブラウザが成功と認識しても実は失敗してたなんてことは普通にある話だ
ダウンロードしたファイルが開けなかった
でも取り直したら開けたなんてこと経験したことないか？
最近はブラウザの品質が良いからそう頻繁に起こることでもないがそういうことは原理的にありえるんだ

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

>>799
質問者は「今日のダウンロードが成功したかどうかを判定する方法」を知りたがってる
ファイルが昨日ダウンロードしたものかどうかは聞いてない
今日のダウンロードが成功したことがわかればそのファイルが昨日のものではないことは明らかなのだからそれを聞く意味がない