アカウント名:
パスワード:
こういう話は営業がいつもやってて、俺はただのコーダーなんだけどそろそろ勉強しないとなあ。
とある画像を生成するサーブレット作った。生成した画像データはNASに突っ込むんだけど、NASはお客さんのインフラチームが用意。ユーザのリクエストに応じて、それを読んでブラウザに表示したりもする。
でも極まれに、ファイルを読み書きできない事があるんよ。ディレクトリも読めなかったりする。あるはずのファイルが読めない場合は、1秒くらい間をおいてリトライしたりもしてみたんだけど、読めない時はほんとマジ読めない。お客さんのインフラチームが用意したNASの性能の問題じゃね、
通常は責任分界点を決める。例えば「生成については担保するが、それが実際にファイルシステムに保存されるかは別とする」というのは別におかしな条件ではない。あるいは、当該プログラムが稼働しているローカルシステムへの保存までは担保する(ディスクの空き容量とか細かいところは省略)とかね。保守範囲を超える機能追加は別契約でしょ。突っぱねるだけでなく、インターフェース互換は担保するとかやりようはある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
俺もそろそろ勉強しないとな (スコア:0)
こういう話は営業がいつもやってて、俺はただのコーダーなんだけど
そろそろ勉強しないとなあ。
とある画像を生成するサーブレット作った。
生成した画像データはNASに突っ込むんだけど、NASはお客さんのインフラチームが用意。
ユーザのリクエストに応じて、それを読んでブラウザに表示したりもする。
でも極まれに、ファイルを読み書きできない事があるんよ。ディレクトリも読めなかったりする。
あるはずのファイルが読めない場合は、1秒くらい間をおいてリトライしたりもしてみたんだけど、読めない時はほんとマジ読めない。
お客さんのインフラチームが用意したNASの性能の問題じゃね、
Re:俺もそろそろ勉強しないとな (スコア:0)
通常は責任分界点を決める。
例えば「生成については担保するが、それが実際にファイルシステムに保存されるかは別とする」
というのは別におかしな条件ではない。
あるいは、当該プログラムが稼働しているローカルシステムへの保存までは担保する(ディスクの空き容量とか細かいところは省略)とかね。
保守範囲を超える機能追加は別契約でしょ。突っぱねるだけでなく、インターフェース互換は担保するとかやりようはある。