アカウント名:
パスワード:
こういう話は営業がいつもやってて、俺はただのコーダーなんだけどそろそろ勉強しないとなあ。
とある画像を生成するサーブレット作った。生成した画像データはNASに突っ込むんだけど、NASはお客さんのインフラチームが用意。ユーザのリクエストに応じて、それを読んでブラウザに表示したりもする。
でも極まれに、ファイルを読み書きできない事があるんよ。ディレクトリも読めなかったりする。あるはずのファイルが読めない場合は、1秒くらい間をおいてリトライしたりもしてみたんだけど、読めない時はほんとマジ読めない。お客さんのインフラチームが用意したNASの性能の問題じゃね、俺のサーブレット悪くなくね、とも思うんだけど、分からん。キャッシュとかには対応してなくて、いちいちNASからファイル読もうとするから、不親切っちゃ不親切よな。
こういう、どこが悪いんだか分からんバグの扱いはどうなるんだろ?やっぱソフトウェア部分を作った俺が1年以内にどうにか出来なかったら減額云々?
あと、リリース後もガンガン機能が追加されていくわけじゃん。だんだんと、当初の設計思想とは相容れない要望とかも出てくるわけじゃん。でもどうにか無理して実装しちゃって、やっぱバグ出てくるよな。しかも対処が困難なやつ。こういうのも、瑕疵担保責任がどうの、みたいな話になるのかな。ちょっとキツいぜと思うんだが。建築だと「10年前に10階建てのビル作ったけど、これ基本的な設計はそのままに20階に建て増ししてくれ」とか言ってたら「ハハハ夢いっぱいだなボーイ!」って笑われるだけよな?そうでもない?
瑕疵であると言うためには「ここが悪い」という証明を発注元がしなきゃいけないのよね、本来は。
ちなみに NAS で1秒程度の遅延とかよくあること。クラスタ構成なら60秒程度は覚悟しておいていい。
そういうのは、うまく交渉して保守契約してもらうなり請負じゃなく委託にするなりするしかない。
同時に多数の人が使う事を前提としていないプログラムに見かける問題のような。せめて原因の切り分けぐらいやってくれよとおもうのさ。例外を握りつぶしていなければ、何らかの情報はとれるとおもうんだけどねぇ?
通常は責任分界点を決める。例えば「生成については担保するが、それが実際にファイルシステムに保存されるかは別とする」というのは別におかしな条件ではない。あるいは、当該プログラムが稼働しているローカルシステムへの保存までは担保する(ディスクの空き容量とか細かいところは省略)とかね。保守範囲を超える機能追加は別契約でしょ。突っぱねるだけでなく、インターフェース互換は担保するとかやりようはある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
俺もそろそろ勉強しないとな (スコア:0)
こういう話は営業がいつもやってて、俺はただのコーダーなんだけど
そろそろ勉強しないとなあ。
とある画像を生成するサーブレット作った。
生成した画像データはNASに突っ込むんだけど、NASはお客さんのインフラチームが用意。
ユーザのリクエストに応じて、それを読んでブラウザに表示したりもする。
でも極まれに、ファイルを読み書きできない事があるんよ。ディレクトリも読めなかったりする。
あるはずのファイルが読めない場合は、1秒くらい間をおいてリトライしたりもしてみたんだけど、読めない時はほんとマジ読めない。
お客さんのインフラチームが用意したNASの性能の問題じゃね、俺のサーブレット悪くなくね、とも思うんだけど、分からん。
キャッシュとかには対応してなくて、いちいちNASからファイル読もうとするから、不親切っちゃ不親切よな。
こういう、どこが悪いんだか分からんバグの扱いはどうなるんだろ?
やっぱソフトウェア部分を作った俺が1年以内にどうにか出来なかったら減額云々?
あと、リリース後もガンガン機能が追加されていくわけじゃん。
だんだんと、当初の設計思想とは相容れない要望とかも出てくるわけじゃん。
でもどうにか無理して実装しちゃって、やっぱバグ出てくるよな。しかも対処が困難なやつ。
こういうのも、瑕疵担保責任がどうの、みたいな話になるのかな。ちょっとキツいぜと思うんだが。
建築だと「10年前に10階建てのビル作ったけど、これ基本的な設計はそのままに20階に建て増ししてくれ」とか言ってたら
「ハハハ夢いっぱいだなボーイ!」って笑われるだけよな?そうでもない?
Re:俺もそろそろ勉強しないとな (スコア:2)
瑕疵であると言うためには「ここが悪い」という証明を発注元がしなきゃいけないのよね、本来は。
ちなみに NAS で1秒程度の遅延とかよくあること。クラスタ構成なら60秒程度は覚悟しておいていい。
# mishimaは本田透先生を熱烈に応援しています
Re: (スコア:0)
そういうのは、うまく交渉して保守契約してもらうなり請負じゃなく委託にするなりするしかない。
Re: (スコア:0)
同時に多数の人が使う事を前提としていないプログラムに見かける問題のような。
せめて原因の切り分けぐらいやってくれよとおもうのさ。
例外を握りつぶしていなければ、何らかの情報はとれるとおもうんだけどねぇ?
Re: (スコア:0)
通常は責任分界点を決める。
例えば「生成については担保するが、それが実際にファイルシステムに保存されるかは別とする」
というのは別におかしな条件ではない。
あるいは、当該プログラムが稼働しているローカルシステムへの保存までは担保する(ディスクの空き容量とか細かいところは省略)とかね。
保守範囲を超える機能追加は別契約でしょ。突っぱねるだけでなく、インターフェース互換は担保するとかやりようはある。