ラーメンの構造に学ぶ、コード設計 - そこに汎用性はあるんか （≠Rahmen編）
プログラムを使ってある仕様を実現するとき、多くの場合、そこに"唯一の答"はありません。 同じ仕様、機能を実現するコードにも多様性があります。 プログラミングにおいてしばしば問題になるのが、「その様々なコードのうち、どのコードを選んで実装するか？」ということです。 とりあえず機能が実現されるという点においてはどのコードを選んでも同じであっても、その後の保守性や拡張性などにおいて、自分がどんなコードを選んで書くか という事は重要です。 今の時点では正しく動作しているコードであっても、可読性や拡張性などの観点でクソコード、悪いコードなどと揶揄される場面がしばしば見受けられます。クソコードというのはかなり強い言葉で、あまり良い言葉だとは思わないですが、その言葉を発する人からすると、どうしてもそう言いたくなるような問題があるのでしょう。 ところで、同じ労力で悪いコードを避けて実装できるのであれば、そ
約 3 年半の DDD 実務経験を締め括る
ドメイン駆動設計 ( Domain Driven Design: DDD ) を実践している企業で約 3 年半開発してきましたが、このたび転職をすることになり、DDD を卒業 ( ？ ) することになりました。約 3 年半の DDD Life を振り返って「うまく実践できていないな」と感じた点について、その事例と解決案を紹介します。 この記事は下記 2 つの記事の締め括り ( 最終回 ) になります。まだ読んでいないという方はぜひ一度読んでみて下さい[1]。 想定読者 この記事は以下のような方を読者として想定しています。 DDD に興味がある方 DDD の実践例や体験談を聞きたい方 前述した記事で紹介したモデルのその後が気になっている方 この記事の目的 この記事は「DDD とは何か？」について、DDD の実務経験を経て辿り着いた私なりの理解を できる限り平易な言葉で説明すること を目的とし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
