アカウント名:
パスワード:
技術的には可能、そして実際実装も容易なんだが、設計時の想定から外れていて単純に実装すると例えば付け足すような処理をしなければいけなくなる。でもメンテナンス性が悪くなるとかそういう目に見えるデメリットはとりあえずはない(将来的にはあるかもしれない)。だからできれば実装したくない。
こういう時の技術的な言葉ってないかな。割とよくある事だと思うんだが。
技術的には可能、そして実際実装も容易なんだが、設計時の想定から外れていて単純に実装すると例えば付け足すような処理をしなければいけなくなる。
システムの設計思想に反する、とか一貫性が無くなる、で良いのでは?なぜそれがダメなのかと問われたら、保守・運用・システム拡張におけるデメリットの具体例をあげれば。
設計ポリシーから外れる機能ですので、初期検討から見直しが必要ですとか利用想定外の実装が必要ですので、基本設計への影響から検討しなければなりませんとか、何らかの形で振出しに戻っての作業が必要だよと伝えるのがいいじゃないかな。
事実、そういう嫌な予感ってよく当たるんだよね。ちょっと加えた機能が大火事を引き起こす。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
技術的には可能です (スコア:0)
技術的には可能、そして実際実装も容易なんだが、設計時の想定から外れていて単純に実装すると例えば付け足すような処理をしなければいけなくなる。
でもメンテナンス性が悪くなるとかそういう目に見えるデメリットはとりあえずはない(将来的にはあるかもしれない)。
だからできれば実装したくない。
こういう時の技術的な言葉ってないかな。
割とよくある事だと思うんだが。
Re: (スコア:0)
システムの設計思想に反する、とか一貫性が無くなる、で良いのでは?
なぜそれがダメなのかと問われたら、保守・運用・システム拡張におけるデメリットの具体例をあげれば。
Re: (スコア:0)
設計ポリシーから外れる機能ですので、初期検討から見直しが必要です
とか
利用想定外の実装が必要ですので、基本設計への影響から検討しなければなりません
とか、何らかの形で振出しに戻っての作業が必要だよと伝えるのがいいじゃないかな。
事実、そういう嫌な予感ってよく当たるんだよね。ちょっと加えた機能が大火事を引き起こす。