ドメイン駆動設計の捉え方のスライドを作成 - 「ノクターン（夜想曲）」からの人生復旧
ドメイン駆動設計の捉え方 20150718 from Mao Ohnishi www.slideshare.net DDD本を読み終えたので、まとめのスライドを作成しました。 本を読んで良かった点や実践で感じている点を反映させた内容になっていて、今回は、「DDDの捉え方」編という位置付けでまとめたので、あまり実践ネタはないです。すいません。。。 また、おそらく半年も経てば考え方が変わると思ったので、「2015/07/18版」という感じにしています。 これからDDDやる人や既にDDDやっていて悩んでいるような人にとって、いい刺激になればと思っています。 あと、どこかのタイミングで、実践編もスライドにまとめれたらと思っています。 P.S. 今回のスライドをどこかの勉強会で喋ってみたいが、喋る機会はあるのだろうか。。。 まぁ、いつでも喋れるように準備だけはしておこう！
コードレビューのベストプラクティス | POSTD
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
