島田浩二の作品一覧
「島田浩二」の「ソフトウェアアーキテクトのための意思決定術 リーダーシップ／技術／プロダクトマネジメントの活用」「ソフトウェア設計の結合バランス 持続可能な成長を支えるモジュール化の原則」ほか、ユーザーレビューをお届けします！
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
作品一覧
-
完結4.7全1巻3,300円 (税込)※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 ソフトウェア設計に対する新たな視点を提供する一冊。 「結合」を活用し、システムの複雑性を管理、モジュール性を高める！ 柔軟性の高い進化するシステムを構築。 「結合」とは、モジュール設計における基本概念の1つで、モジュール間の相互作用や依存関係の強さを表します。この「結合」を適切に管理することで、ソフトウェアシステムの保守性や拡張性、ひいては進化性を向上できます。 言い換えれば、ソフトウェアシステムの持続可能な成長には、「結合」の適切な管理が欠かせません。しかし、その重要性にも関わらず、「結合」の概念は深く理解されないまま使われているのが実情です。 本書は、「結合」という概念を現代のソフトウェアエンジニアリングに適応できる形で改めて解説することで、こうした状況に一石を投じます。 本書では、まず構造化設計やオブジェクト指向設計に用いられてきた「結合」に関するモデルや評価手法を包括的に解説します。さらに、複雑性を管理し、モジュール性を高める設計ツールとして「結合」を使用する新たなアプローチを提案します。 ソフトウェアアーキテクトや開発者だけでなく、ソフトウェア設計に関わるすべての人々にとって、ソフトウェア設計に対する新たな視点を提供する一冊です。 【章構成】 ■第I部 結合 第1章 結合とシステム設計 第2章 結合と複雑性：クネビン 第3章 結合と複雑性：相互作用 第4章 結合とモジュール性 ■第II部 次元 第5章 構造化設計におけるモジュール結合 第6章 コナーセンス 第7章 統合強度 第8章 距離 第9章 変動性 ■第III部 バランス 第10章 結合の均衡化 第11章 結合の再均衡化 第12章 ソフトウェア設計のフラクタル幾何学的性質 第13章 均衡結合の実践 第14章 結論 第15章 エピローグ ※本書は『Balancing Coupling in Software Design: Universal Design Principles for Architecting Modular Software Systems』の翻訳書です。 -
4.31巻2,750円 (税込)※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 【本電子書籍は固定レイアウトのため7インチ以上の端末での利用を推奨しております。文字列のハイライトや検索、辞書の参照、引用などの機能が使用できません。ご購入前に、無料サンプルにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください】 コードレビューを円滑に進めたいあなたへ。 効率的なテキストコミュニケーションの技法を身につけよう。 コードレビューは、チームで開発するプロダクトの品質を高める重要なプロセスです。しかし、オンライン上のテキストコミュニケーションが基本となるコードレビューでは、「意図が正しく伝わらない」「受け手がネガティブに受け取ってしまう」などのすれ違いが頻発し、手戻りや誤解を生んでしまうことも少なくありません。 本書は、そんな意図や感情のすれ違いを起こさない「伝わるコードレビュー」の技法を解説した書籍です。具体的な19の事例シーンをもとに、わかりやすいプルリクエスト・レビューコメントの書き方や効果的なレビューの進め方を詳しく解説します。 事例シーンは、 ・緊張感のあるレビューコメントが返ってきたとき ・説明不足のPRが提出されたとき ・考え方や価値観が食い違ったとき など、開発現場のコードレビューでよくあるミスコミュニケーションのケースを収録。かわいいキャラクターとともに、問題の原因と対策を整理し、実践的な解決アプローチを提案します。 「レビューのつもりが指摘合戦になってしまう」 「何を伝えたいのかわからないコメントが飛び交ってしまう」 そんな悩みを抱える開発チームにとって、本書はよりよいコードレビューの指針を示すガイドラインになるはずです。レビューの指摘が的確に伝わり、レビューを受ける側も納得感をもって改善できる―そんなスムーズなコードレビューの技法を、本書で身につけましょう。 ■解説TIPS（一部） クイズを出さない／性善説で考える／チームで共有するタグを作る／作業ログをつけて参照場所をリンクする／相談までの時間を決める／わからないレベルを伝える／自分の考え・意見を添える／詳細を明示する／「念のため」の確認をする／上手に催促する／聞きたいことを絞る／Before／Afterの画像を載せる／テンプレートを用意する／ラベルをつける……他、多数の実践的なTIPSを収録！ ■対象読者 ・コードレビューのよりよいやり方を知りたい現場のエンジニア、メンター ・チーム全体でコードレビューの指針を整えたいリーダー・マネージャー ・はじめてコードレビューをする新人エンジニア ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
3.5※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 ソフトウェアの計画・設計における 意思決定の原則とその適用法を考察 本書では、まず5つの質問と7つの原則を提示します。 これらは、さまざまな不確実性やリスクがある中で、 アーキテクチャを取り巻く状況の理解を助け、 適切な意思決定を行うための道標として機能するものです。 その後、パフォーマンスやUXのほか、マクロアーキテクチャの 各技術分野の知識を取り上げ、意思決定のポイントを解説します。 最後に全体を俯瞰し、開発者が効率的に仕事を進められるように リーダーがどのようにすべきかを説明します。 総合的な判断力を高め、優れたアーキテクチャを実現するために アーキテクトや上級エンジニア、テクニカルリーダーの方たちに ぜひ手に取っていただきたい内容となっています。 【章構成】 1章 ソフトウェアリーダーシップ入門 2章 システム、設計、アーキテクチャを理解する 3章 システムパフォーマンスを理解するためのモデル 4章 ユーザーエクスペリエンス（UX）を理解する 5章 マクロアーキテクチャ：はじめに 6章 マクロアーキテクチャ：コーディネーション 7章 マクロアーキテクチャ：状態の一貫性の保持 8章 マクロアーキテクチャ：セキュリティへの対応 9章 マクロアーキテクチャ：高可用性とスケーラビリティへの対応 10章 マクロアーキテクチャ：マイクロサービスアーキテクチャでの考慮事項 11章 サーバーアーキテクチャ 12章 安定したシステムの構築 13章 システムの構築と進化 ※本書は『Software Architecture and Decision-Making: Leveraging Leadership, Technology, and Product Management to Build Great Products』の翻訳書です。
ユーザーレビュー
-
Posted by ブクログ
> 現代のソフトウェアシステムは、何百、時には何千ものモジュールで構成されている。...結合を完璧なバランスに保つことは、精密な時計製造の世界で見られる最新の調和と同様に、堅牢性と適応性を兼ね備えたシステムの実現に不可欠だ。
> では、どうしたらそのバランスを実現できるだろうか。
> それが本書でこれから学ぶことだ。（イントロダクション）
「結合」をテーマにした、ソフトウェアの構成の仕方を書いている。言語化がとてもうまく、良書。
クネビンフレームワーク（明確系、煩雑系、複雑系、混沌系）の説明は、複雑性は主観に基づいているという立場のもと、どの解説よりもわかりやすく書かれて -
Posted by ブクログ
ソフトウェア設計では、結合をなるべく減らす「疎結合」が推奨される。では、結合は本当に悪なのだろうか。
本書は、結合を悪と断じない。要はバランスである。結合とはコンポーネント間の相互作用だ。システムは複数のコンポーネントの組み合わせで成り立つ。相互作用がなければシステムは動かない。だから重要なのは「結合をなくすこと」ではなく、「どの程度の結合に収めるか」という見極めだ。
では、何を物差しにバランスを取るのか。本書は三つの次元を示す。強度・距離・変動性である。結合の強度が高いものは近くに置き、低いものは遠くに置く。強度が高いのに距離が遠い関係はバランスが悪い。ただし、変動性が低いなら、必ずしも -
-
-
