設計 13 2月 2024 ビジネスロジックとは何か? 業務システムの設計/開発/運用の文脈での、ビジネスロジックについて考察してみたいと思います。 ソフトウェア設計についての本やブログ記事などで、「ビジネスロジックは重要である」ということは、何度も何度も言われていて常識になっていて否定する人はほとんど居ないと思います。この点については文字… 続きを読む
設計 10 11月 2023 『整理して分解する』 〜 複雑なソースコードをコントロールする方法 〜 継続的なソフトウェア開発で複雑になってしまったソースコードに対処する方針について説明してみます。 手に負えない複雑さ 業務で扱っているソースコードをちょこっと修正したつもりなのに、他の場所でバグが発生する。機能追加するための調査に時間がかかる。そのような状態は、ソースコードが複雑になりすぎて手に負え… 続きを読む
設計 2 10月 2023 技術書のサンプルコードと業務コードの間にある壁 主にソフトウェア設計やプログラミングについての本を読んでいるとサンプルコードが書いてあるんだけど、説明のためのコードなので、小さいコードであることが多い。紙面の都合上、仕方のないことだし、説明を判り易くするために余分な記述を排除するので当然と言えば当然です。 技術書から学ぶことで、仕事でもより良いコ… 続きを読む
設計 16 8月 2023 オブジェクト設計スタイルガイド 読了 オブジェクト設計スタイルガイドを読みおわりました。 オブジェクト設計スタイルガイド(amazon) 購入前に目次を見たところ、自分の感覚と合ってそうな本だなということを感じました。逆に合いすぎて学びが少なかったらどうしようと思って、買って読んでみるかどうか迷いましたが、要らぬ心配でした。読んで良かっ… 続きを読む
設計 21 7月 2023 レガシーコードにおいて悪者とされるコードの依存について 修正するのが怖くて危険になってしまったようなレガシーコードを改善する文脈では、依存が悪者として扱われることが多いです。しかし、特にフレームワークやライブラリを使ってプログラムを書く以上、フレームワークやライブラリの機能を使うので、依存することは避けられません。ということは、依存が悪という単純な解像度… 続きを読む