ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 2021年5月30日 ソフトウェア設計、開発には多くの原則や方法論がある。例えば、DRY 原則や SOLID 原則、デザインパターンにレイヤードアーキテクチャ、クリーンアーキテクチャなどある。さらに DDD にも多くの原則や方法論が含まれている。これらを変更容易性を高めるための手段として原則や方法論を捉えるというのが本エントリの論旨である。 原則や方法論の捉え方 変更容易性 本質的な変更と副次的な変更 外部変更容易性と内部変更容易性 原則を適用する指針 さいごに 原則
雑で速いやつに対する説諭 - 傘をひらいて、空を
疫病が流行しているのでよぶんな外出を控えるようにという通達が出された。弊社ではそのために些末な打ち合わせもオンラインでおこなわれ、皆が慣れてきた今となってはリアルタイムの共同作業も気楽に実施されている。本日は上司からの資料レビューであった。 上司：急ぎでイレギュラーな仕事やってもらっちゃってごめんね わたし：いえいえだいじょうぶです 上司：こういう差し込みの仕事、ガッてやってバッて出してくれるのほんと助かる わたし：いやあ、この程度でよろしければ 上司：あのね、できればこの程度じゃなくしてほしい 上司：あなたの仕事はいつもスピーディで対応も柔軟で素晴らしい。でも雑 わたし：あっそれが本題ですね 上司：うん。赤字のところ見ておいて。とくに数字の誤字は致命的だからね。あと図の作りとレイアウト。せめて余白を左右対称にしてほしい。総じて雑 わたし：承知しました。赤線ありがとうございます。すごく直し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
