角征典のレビュー一覧

イテレーションレトロスペクティブのステップ
->経験や改善を取込む->製品を構築する->インクリメントした製品を出荷する->場を設定する->データを収集する->アイデアを出す->何をすべきかを決定する->レトロスペクティブを終了する。というサイクルでものづくりが回っていくという合理的な方法が紹介され...続きを読むている。濃厚な一冊。

ソフトウェアエンジニアリングの統一理論はまだ出現してないけど、そんな期待もできそうな。
自分達の開発プロセスを分析して抽象化して再構築して、記法を定義してって、まあエンジニアがいつもやってる事ではある。

設計の原則、境界を定めること、フレームワークやデータベースは詳細とすることなど、多くの気付きがあった
すでに身に覚えがあるものも多い

アーキテクトだけでなくプログラマーこそ目を通しておくべきと思った

この本独自の用語や解釈があり、モダン・ソフトウェアエンジニアリングというのはあながち間違いでもないなと思った
おすすめしたい本

Clean Architecture 達人に学ぶソフトウェアの構造と設計

Robert C. Martin氏の著書です。

Cleanシリーズの三冊目になります。

今回は、ソフトウェアアーキテクチャにフォーカスされた内容になっています。
ソフトウェアアーキテクチャとは、結局のところ設計と同じであ...続きを読むること。
アーキテクチャは、「振る舞い」「構造」の2つの価値があり、後者により価値が高いこと。
それらを実現するための戦略と考え方が書かれています。

後半にでてくるクリーンアーキテクチャの図は有名ですね。

【本書で学べること・考えること】
- アーキテクチャとは
- プログラムのパラダイム
- 設計の原則（SOLID）
- コンポーネントの原則
- アーキテクチャの原則
- クリーンアーキテクチャ
- ボブおじさんの想い出

読んでみての感想です。

ソフトウェアアーキテクチャって、コードの上位概念のように考えていましたが、実際はコードそのものであると言ってもよいということが理解できました。
コードを原則に則って書き、コンポーネントを原則に則りまとめ、原則に則りシステムを構築する。
その過程で、決定をなるべく遅らせることで、より柔軟な「構造」をキープすることがアーキテクチャであるということです。
特に依存性の管理が重要であるということもわかりました。

実際の開発だとフレームワークが決まっていて、そのフレームワークのルールに合わせて実装することが多く、違いがあるなぁと思います、
本質的には、本書の方がよりソフトなのですが、そのためには高い技術力と知見を持ったメンバーも必要で、ハードルはかなり高いなと感じました。

ソフトウェアシステムだけでなく、ビジネス全体から詳細を見ることで、一段上のコードが書けるようになると思います。

Clean Craftsmanship

プログラマーのRobert C.Martin氏の著書です。

倍増する経験の浅いプログラマーに向け、プロのプログラマーが持つべき規律、基準、倫理とは、何であるかを解説した本になります。

【本書で学べること・考えること】
- 規律
XP(Extreme ...続きを読むProgramming)プラクティスの「サークルオブライフ」から、技術に関する以下の5つのプラクティスをベースに解説しています。
- テスト駆動開発
- リファクタリング
- シンプルな設計
- 協力的プログラミング
- 受け入れテスト
- 基準
基準とはベースラインとなる「期待」であると定義し、以下の項目を解説しています。 - 生産性
- 品質
- 勇気
- 倫理
倫理では、プログラマーの仕事の重要性を説き、プログラマーの誓いとして12項目について解説しています。

読んでみての感想です。

ボブおじさんのCleanシリーズの最新刊です。
本書の内容としては、テスト駆動開発、リファクタリング、シンプルな設計の規律に関する記述が多くを占めています。
特にテスト駆動開発が、すべてのスタートであり、これが無くては何も始まらないからです。
でも、TDDってやり方がわからない・・・
大丈夫です。
本書では、Web上でボブおじさんが実際にTDDを行っている動画を5本観ることができます。こんな感じで進めるのかとイメージが湧くと同時に理解しやすいです。
ボブおじさんのハイテンションも面白いです。(笑)

基準や倫理については、プログラマーの構成人員の関係上、あまり体系的にまとめられた資料がなかったので、非常に有益です。
今後も増え続けるプログラマー間の競争を生き抜くためにも、規律、基準、倫理を理解しておきたいと思える良書でした。

ちなみにサンプルコードはJavaです。

スクラムの基本的なポイントがおさえられ、かつ現実的に制約になりえるところ(複数プロダクトを見るチーム、SMと開発者の兼任など)にも目配りされた網羅的な一冊。
「グルーミング」など最新のスクラムガイドでは用いられていない用語があったり、この一冊だけでスクラムと向き合うにはいささか時が流れすぎてはいるが...続きを読む、ある程度習熟しているなら自己点検の意味でも読む価値のある一冊。

Clean Agile 基本に立ち戻れ

プログラマーのRobertC.Martin氏の著書です。

アジャイル宣言以後、プログラミングの世界で定着したアジャイルですが、広がるにつれ誤解も一緒に広がっています。
アジャイルとは何なのかを、基本に戻って確認するための一冊です。


【本書で学べること・...続きを読む考えること】
- アジャイルの歴史（アジャイル宣言）
- アジャイル概要
- サークルオブライフ（XP）
- 顧客、開発者の権利
- ビジネスプラクティス
- チームプラクティス
- テクニカルプラクティス
- アジャイルの価値基準
- 大規模アジャイル
- クラフトマンシップ


読んでみての感想です。

本書を読んで、アジャイルの基本を再認識することができました。
サークルオブライフのプラクティスを利用して、ビジネス・チーム・テクニカルの側面から各プラクティスを説明しています。
体系的にまとめられており、理解が進みました。
また、アジャイルの価値基準では、アジャイルは小から中規模のソフトウェア開発向けであり、大規模アジャイルやハードウェアのアジャイルなどはないということも再認識できました。
印象的だったのは、チームプラクティスでFace to Faceのコミュニケーションを非常に重視している点でした。ココは、普段の業務でも苦労しているので・・・
個人的には、TDDを実践するにあたり、うまくいっていないので、TDDに詳しい技術書を読んで、更に実践できるようにしたいです。

原典。「どんな状況でも改善はできる。どんなときでもあなたから改善を始められる。どんなときでも今日から改善を始められる。」がフレーズとして大好き。

「XPはソーシャルチェンジである」も好き。

プロダクトリサーチと表現されているが、昨今のユーザーリサーチ、UXリサーチと呼ばれる分野と同じ。
良いプロダクトを生み出すためにリサーチを取り込み、その質を高めようという内容で、リサーチするためのマインドセット、問の作り方から実行改善までの全体の流れ、リサーチ時のありがちなバイアスについてなど、リサ...続きを読むーチ全体を網羅的に確認できる。
インタビュー等の各手法の深堀りについては専門書に任せることになるが、全体観で言えばかなりよくまとまっている。

スクラムを導入した会社のBiz側として必要な章だけかいつまんで、通読。
一気にスクラムの理解が深まった。

あとは業務上で必要な時に辞書として使うのが良さそう。

アジャイルマニフェストをベースとしたソフトウェアクラフトマンシップは、「柔よく剛を制す」に対する「剛よく柔を断つ」みたい。
どっちも大事。

全然良い本なんだけど、初心者には序盤が共感出来ず、中堅はClean Agileの方を読めば良いかなという感じ

数年前にも読んだが、最近読み直した。
以前読んだ時よりは理解しながら読み進めることができた。
コードレベル・コンポーネントレベルで色々考えることがあるんだなと勉強になった。

あの有名なアーキテクチャの図ばかりが取り上げられるがデータベースやWebといった「詳細」に依存しないようにビジネスロジックを再利用可能にし、ソフトウェアをソフトに保つアーキテクチャ設計が書かれた本。DDDと実装として使われることがあるけど、この本の中ではDDDという言葉は一度も使われてなくて意外だっ...続きを読むた。

アジャイルの生みの親の一人である著者による一冊。
間違って利用されることも多いアジャイルと言う言葉ですが、本書を読むことで基本に立ち戻り、改めて理解することができます。

身についている、実践できていることがほとんどだったが、客観的なアドバイスがまとまっており、自分でたまに読み返すのも、慣れてきたスクラムマスターに読んでもらうのも良さそう