RDBMSだと追記型のWALとやることがかぶるのでアプリケーションレベルでそれをやるとかぶってしまってスジが良くないという趣旨の意見を見かけた。
過去の状態に対する参照、復元可能性を考慮した結果too muchなことも当然あると思うことに注意すべき。
要はバランスおじさん
イミュータブルデータモデリング風になっている、履歴を表すテーブルが更新日時のカラムを持っており、「正しい履歴」であるという保証のないデータになっているという悪夢を見た。
アプリケーションのコード見りゃいいじゃん？
箇条書き部分に記載しているが、
そもそもクソコードという名称自体、はインターネットで概念として語る程度が丁度いい
クソコードが持つ要素
生産性が低い
安心して変更/拡張できず、身動きが取れない
その意思決定が大きな岐路となりうるような場合ではトレードオフについて入念に考えると思うが、そうではない場合もトレードオフを含みうる副作用が存在することを忘れてはならない
という話をたまにするが言いたいことが散らばってまとまらないのでここに置いとく
トレードオフについて考慮しないという選択自体にもトレードオフが存在する
トレードオフを考慮しないことで判断を早めることができるが、一方で、意思決定に対して存在したトレードオフについての認知が遅れる
トレードオフで考えうる悪い結果、つまりリスクは意思決定の時点で把握できるものであれば甘んじて受け入れる姿勢が大切