アカウント名:
パスワード:
で、適当なタイミングで、古いレコードを消していくと。別に珍しい話でもないと思うが。
陰謀論を持ち出すのはちょっと気が早いんじゃないかね。
(オフトピ、-1)
>削除フラグ立ててデータは残しておいた
Netscape Naviagator/Communicatorのメーラを思い出した。後から必要を感じたユーザが手元のメールをすっきり整理した時点でメールフォルダの実ファイルからも削除されるいにしえの実装。
// 他のメーラも同案多数なのであろうなあ。
他の可能性として、
・法的機関からの被疑者の過去メールを提供しろという要請に備え、定期バックアップを残している・サーバ群の大規模障害に備え、他地域にあるセンターにバックアップを定期的に送っている
メールサーバなら、どこでも確実にやっている備えだと思う。何世代分か残しているなら、その時々のDraftsフォルダを復元すれば良いだけで、それを「古いバージョン」と表現しているように思う。
Yahooクラスの規模のサービスが世代別バックアップなんてやれるもんですかね。データ量多すぎる気がしますが。そうでもないのかな。
問題は、「自動保存の動作に関するYahoo!側の説明は一定せず」というところでしょう。珍しい話でもなく仕様の通りだとすると、説明が一定しないというのはおかしいと考えるのはおかしくないと思います。
大規模システムの内部実装の詳細を、素人に対して一切のごまかしを交えず説明できたものだけ石を投げなさい。
当事者が説明できないのがおかしいのであって、批判されて当然。外野は説明できなくて当然。説明できないなら批判するなと言うのはおかしい。
いやそうじゃなくて、システムの内部実装を「仔細漏れなく」「正確に」説明すると絶対理解してもらえないから、細部を省いて説明するとか、何かに例えて説明するとかするしかない、という話。
色々突っ込まれたら省いていた箇所を追加で説明したり、別の例えに切り替えたりするから、「説明が一定しない」という印象を持たれてしまう。特定条件下での例外処理が大量にあったりすると、更にややこしく……。
米Yahoo!がどうかは知らないけど、一般的にあることだと思うよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
削除フラグ立ててデータは残しておいたって話だよね (スコア:0)
で、適当なタイミングで、古いレコードを消していくと。
別に珍しい話でもないと思うが。
陰謀論を持ち出すのはちょっと気が早いんじゃないかね。
Re:削除フラグ立ててデータは残しておいたって話だよね (スコア:1)
(オフトピ、-1)
>削除フラグ立ててデータは残しておいた
Netscape Naviagator/Communicatorのメーラを思い出した。
後から必要を感じたユーザが手元のメールをすっきり整理した時点で
メールフォルダの実ファイルからも削除されるいにしえの実装。
// 他のメーラも同案多数なのであろうなあ。
Re: (スコア:0)
他の可能性として、
・法的機関からの被疑者の過去メールを提供しろという要請に備え、定期バックアップを残している
・サーバ群の大規模障害に備え、他地域にあるセンターにバックアップを定期的に送っている
メールサーバなら、どこでも確実にやっている備えだと思う。
何世代分か残しているなら、その時々のDraftsフォルダを復元すれば良いだけで、それを「古いバージョン」と
表現しているように思う。
Re: (スコア:0)
Yahooクラスの規模のサービスが世代別バックアップなんてやれるもんですかね。データ量多すぎる気がしますが。そうでもないのかな。
Re: (スコア:0)
問題は、「自動保存の動作に関するYahoo!側の説明は一定せず」というところでしょう。
珍しい話でもなく仕様の通りだとすると、説明が一定しないというのはおかしいと考えるのはおかしくないと思います。
Re:削除フラグ立ててデータは残しておいたって話だよね (スコア:2, おもしろおかしい)
大規模システムの内部実装の詳細を、素人に対して一切のごまかしを交えず説明できたものだけ石を投げなさい。
Re: (スコア:0)
当事者が説明できないのがおかしいのであって、批判されて当然。
外野は説明できなくて当然。説明できないなら批判するなと言うのはおかしい。
Re:削除フラグ立ててデータは残しておいたって話だよね (スコア:1)
いやそうじゃなくて、システムの内部実装を「仔細漏れなく」「正確に」説明すると絶対理解してもらえないから、
細部を省いて説明するとか、何かに例えて説明するとかするしかない、という話。
色々突っ込まれたら省いていた箇所を追加で説明したり、別の例えに切り替えたりするから、「説明が一定しない」
という印象を持たれてしまう。特定条件下での例外処理が大量にあったりすると、更にややこしく……。
米Yahoo!がどうかは知らないけど、一般的にあることだと思うよ。
Re: (スコア:0)
今の段階だと請求者が理解できてるかどうかの話でしかない。
客観的に見て「一定しない説明」なのか「理解できてないだけ」なのかはこれから。