アカウント名:
パスワード:
全面刷新とやらで天下り先の随意契約業者を儲けさせない限り新しい環境に一切対応できないのが問題でしょ。だったらバカ高い保守料いらないよね。
新しいクライアントに対応する作業は普通は保守じゃない。新しい案件だよ。
さらに、その年度の予算に上がってないものは予備費を使うことになるから、なかなか認められない。だから開発期間を入れると対応できるのは1年以上先になる。それにサービスが提供されていないわけでもないから、予算計上の優先順位も低くなってしまう。現状では利用者も少ないしね。
もちろん、契約時に新バージョンへの対応を含めた特別な保守契約を結べれば良いんだけど、受注する企業からするとリスクが高すぎるでしょう。セキュリティ対策のためにスクリプトやJavaの仕様変更でもあったら、改修にかなりの工数が必要な場合も考えられるし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
勘違いしたのは俺だけ? (スコア:1, すばらしい洞察)
古いシステムの要件がこうで、リプレースでwin7,IE8に対応すんだね。
いつ作られたか知らないが、3年以上前に作られたなら当然の要件(まともに動作確認できたはずも無いから)じゃないの?
まあリプレース遅いってのはあるけど。
Re: (スコア:1, すばらしい洞察)
全面刷新とやらで天下り先の随意契約業者を儲けさせない限り新しい環境に一切対応できないのが問題でしょ。だったらバカ高い保守料いらないよね。
Re:勘違いしたのは俺だけ? (スコア:2)
新しいクライアントに対応する作業は普通は保守じゃない。新しい案件だよ。
さらに、その年度の予算に上がってないものは予備費を使うことになるから、なかなか認められない。だから開発期間を入れると対応できるのは1年以上先になる。
それにサービスが提供されていないわけでもないから、予算計上の優先順位も低くなってしまう。現状では利用者も少ないしね。
もちろん、契約時に新バージョンへの対応を含めた特別な保守契約を結べれば良いんだけど、受注する企業からするとリスクが高すぎるでしょう。セキュリティ対策のためにスクリプトやJavaの仕様変更でもあったら、改修にかなりの工数が必要な場合も考えられるし。