転職して3ヶ月+が経った3ヶ月経った時点で書こうと思っていたのだけど、どうにも筆が進まずに追加で2ヶ月以上経ってしまった。基本的に英語で書くが喋る機会は殆どない」と聞いていたが配属先チームは公用語が英語だったミーティングは基本的に英語で進み、詰まるときや間違いを許容できないときは英日両方で共有される感じ業務と英語習得が兼ねられて大変便利だった...のだけど残念ながら今は所属が変わり英語を使う機会は大幅に減ってしまった貯金できるようになった年収が約1.5倍になり入社〜現在に安い中古のグランドピアノ分くらい預金が増えたお金で行動の選択肢を増やしたい(休日増やすとか)ので今後も贅沢はほどほどにしたい予想外だったこと・不満なこと人間関係の悩みは無く大きな問題はナシ、ありがたや。週休3日化する?土日は妻や友人と過ごす時間を優先し、平日の1日をやりたい学習に充てられると幸せなのでは転職意欲が全く起きていないので上り調子にやっていきたい落ち込むこともありつつ、概ね健康です。大健康大幸福を目指すぞ。不満なことを思い出したので公平のため追記。4章メモ3章の週は時間が取れなかったので一旦飛ばしました。4章はドメインを表現する箇所と技術的な要求を実現する箇所を分離すべき理由とその方法としてのレイヤ化アーキテクチャについて。関心事を分離しつつ相互作用も継続してできるようにする"本質的な原則は、レイヤ内のどの要素も、同じレイヤの他の要素か、その「下にある」レイヤの要素にしか依存しない、ということである。""レイヤの価値は、それぞれがコンピュータプログラムにおける特定の側面を専門的に扱うことにある。""もちろん、決定的に重要なのは、設計における最も重要で凝集度の高い側面を隔離するレイヤを選び出すことだ。記録する、等はスコープ外"おそらくそこには、元帳オブジェクトや、振り込みおよび引き落としオブジェクト、金銭取引オブジェクトなどが含まれていただろう。"振る舞いもオブジェクトなんだ。オブジェクトとは...?レイヤを関係づける依存方向を逆転したいときはコールバックやオブザーバーを使う(ravelll)アプリケーションコーディネータとは?アーキテクチャフレームワーク"多くのインフラストラクチャの要求を統合するフレームワークを使うと、他のレイヤをきわめて特殊な仕方で実装しなければならなくなることも多い。話か???"最もよくできたアーキテクチャフレームワークは、複雑な技術的問題を解決する一方で、ドメイン開発者がモデルを表現することに集中できるようにする。フレームワークは、ドメインについての設計の選択肢を制限する前提を多く設けすぎたり、開発の速度を低下させるほど実装を重苦しくしてしまったりすることで、容易に開発の妨げとなり得るのだ。っぽい何かでよい"同じ理由から、モデル駆動設計に取り組むチームは、最初からそれにふさわしいやり方で設計する必要がある。(snip)しかし、最初の一歩を試しに踏み出す先が、ドメインレイヤを隔離したモデル駆動でなければ、プロジェクトは利口なUIに行き詰まることになるだろう。2章メモユビキタス言語とそれを作る・使う上でのよくある勘違いの章と理解した。書かずにコードに語らせる。コメントはこれに含まれないので重視しない厳密で活きたモデルを保てるが、理解しづらい。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。