Japanese book

[ducdongmg]

要素	書籍
要求仕様	要求定義のチェックポイント427
	要求を仕様化する技術・表現する技術
	成功する要求仕様 失敗する要求仕様
要求分析・ヒアリング・要件定義	ユーザのための要件定義ガイド第2版
	システム設計のセオリ
	はじめての上流工程をやり抜くための本
	演習で身につく要件定義の実践テクニック
	はじめよう！ 要件定義 ～ビギナーからベテランまで
概要設計	ノンデザイナーズ・デザインブック
	UIデザインの教科書

[ducdongmg]

• 書籍名
  ちょうぜつソフトウェア設計入門――PHPで理解するオブジェクト指向の活用

• ジャンル
  技術・専門知識

• 感想
  シニアエンジニアがクラス設計するときに大事にする抽象と具象の分離や、依存関係の向き、それを支えるテストコードやデザインパターンについて順を追ってキーワードを拾っていける本になっていると思います。ただ、最初の1,2章などは具体的なコード例もないので、対象読者である「これから中級を目指すレベルのエンジニア」にどこまで腹落ちして伝わるかはちょっと怪しいかもなと思いました。この本の内容を読んで自分のプロダクトのあのへんの設計やコードとイメージできれば、中級エンジニアといえそうです。レビューワー側に回る中堅メンバーが理解できているといいなと思います。サンプルコードはPHPですが、Javaユーザーも違和感なく読めるはずです

[ducdongmg]

• 書籍名
  タイトル ロジカル・プレゼンテーション――自分の考えを効果的に伝える戦略コンサルタントの「提案の技術」

• カテゴリ
  思考力

• 課題図書理由
  良いコードが書けるようになる、ソフトウェア設計の入門書
  本書は、より成長させやすいコードの書き方と設計を学ぶ入門書です。

[ducdongmg]

実践入門はじめてのReact開発

[ducdongmg]

Danh sách các cuốn sách được đề cử qua các năm

[ducdongmg]

■書籍名
「ついていきたい」と思われるリーダーになる51の考え方

■ジャンル
マネジメント

■書籍DB登録
なし

■感想
ゲーム会社のアトラスを倒産の危機から救った社長、スターバックスコーヒーのCEOを務めた岩田松雄さんの本です。
私が「厳しすぎるリーダー」と言われていた頃に上司に進められて読んだ本なので、厳しすぎるリーダーは是非読んで欲しい

[ducdongmg]

■書籍名
駆け出しマネジャーの成長論-7つの挑戦課題を「科学」する

■ジャンル
マネジメント

■書籍DB登録
なし

■感想
タイトルが「駆け出しマネジャー」ですが、私がチームリーダーを任されていた時に上司に進められて読んだ本です。
もう10年ぐらいの前の本ですが、マネジメントのノウハウではなく、心得を学ぶことが出来ます。
今でも、若手リーダー・管理職を目指す人に読んで貰いたい本の1つです。

[ducdongmg]

■書籍名
プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ

■ジャンル
技術・専門知識

■書籍DB登録
あり（大阪）

■感想
普段何気なく行っているコードを「書く」「読む」といった行為について、認知プロセス（長期記憶／短期記憶／ワーキングメモリ、認知負荷など）の観点から幅広く解剖した本です。RVの実装スキルを上げるためのヒントが何か得られないかと思って読んでみましたが、認知科学の観点からネーミングルールの大切さ、ベテランエンジニアと駆け出しエンジニアの違いなどに触れられており、説得力がありました。

以下、特に「なるほど」と思ったポイントです。

* コード読むことの大切さについて
  * ある調査によると、一般にプログラマは、コードを読むこと（書くことではなく）に約60%の時間を費やしている
  * その割に、コードを書くことに比べ、コードを読む練習をあまりしていない
  * コードを読むのに用いられる認知スキルは、自然言語の文章におけるそれと類似している。よって自然言語をうまく読むための知見は、前者にも活用できる
    * 例：まず全体を俯瞰する、メモをとって理解した内容をまとめる、重要な部分にマーキングする等
  * プログラミング能力をいかに早く習得できるかは、数値計算能力よりも（自然）言語能力の方が高い相関を示している
* 命名規則が重要である理由
  * 名前はコードの大部分を占める
    * 例：Eclipseのソースコード200万行のうち、トークンにして33%、文字数にして72%を識別子（名前）が占める
  * コードレビューにおいても大きなウェイトを占める
    * 例：170以上のコードレビューについて調査したところ、4件のうち1件が命名に関する指摘であった
  * 名前は最もアクセスしやすいドキュメントである
    * コード内部の変数名がドキュメントの代役を担ってくれるようなわかりやすい名前であることが望ましい
    * 外部のドキュメントを参照するよりも効率や負荷の観点で優れている
  * 名前はビーコンとして機能する
    * 変数名や関数名だけで処理を予想でき、プログラムを読む目印（ビーコン）となる

コードスメル（コードの臭い）については、アンチパターンとしてRVにも展開していくと良さそうだと思いました。
訳者のインタビュー記事も参考になります。

[ducdongmg]

10 cuốn sách được khuyên dùng sẽ giúp bạn tiếp thu kiến ​​thức có thể sử dụng trong 10 năm

[ducdongmg]

Cấu trúc liên kết nhóm thú vị được hiểu trong 30 phút

[ducdongmg]

■ 書籍名
「で、結局何が言いたいの?」と言われない話し方

■ カテゴリ
　1.ヒューマンスキル
　2.プレゼンテーション

■ Amazon URL
https://www.amazon.co.jp//dp/4534051735

■ 概要
本書では、外資系コンサルタントやアナリスト として「顧客に伝えるスキル」を磨き上げ、現在は大学でビジネス・コミュニケーションを指導している著者が、
仕事で必要な「本当に使えるコミュニケーション能力」を身につけるコツをやさしくまとめました。

本書では、ほかにも「打ち合わせ」や「会議」「プレゼン」など、さまざまな場面におけるコミュニケーションのポイントを紹介。

・伝わらないほうがあたりまえ
・表現だけでなく、中身も大事
・打ち合わせのゴールは、「誰が」「いつまでに」「何をするのか」
・プレゼンのゴールは、聞き手の成果につながること
・飲み会は「楽しむのが目的の会議」

この1冊で、「誤解なく、確実に自分の言いたいことを伝える力」が身につきます!

[ducdongmg]

■ 書籍名
一番伝わる説明の順番

■ カテゴリ
　1.ヒューマンスキル
　2.プレゼンテーション

■ Amazon URL
https://www.amazon.co.jp/dp/4894519836

■ 概要
本書は、戦略コンサルタントが教える
「相手の頭の中を整理しながら伝える技術」です。

【目次】
第1章 説明が下手な人は、何が間違っているのか
第2章 わかりやすい説明の順番
第3章 説明力を高める! 「自分の思考」を整理するコツ
第4章 理解度が高まる! 「相手の思考」を整理するコツ
第5章 印象に残る伝え方のコツ
第6章 説明力を磨く思考習慣&トレーニング

【内容より】
◎「伝えたつもり」はなぜ起こるのか ◎「なんとなく説明する」から「筋道を立てて説明する」へ
◎わかりやすい「説明の順番」の基本
◎「結論から話す」よりも先にやるべきこと
◎長くてもしっかり伝わる説明の条件
◎説明上手は、「要約」と「本質の見極め」がうまい
◎説明する前にやるべき「思考」をまとめるステップ
◎たとえる力 アナロジーを使いこなす技術
◎優先順位をつけるための「捨てる技術」の磨き方
◎「フレームワーク」で相手の思考を整理する
◎「相手の知りたいこと」を考える
◎うまく端折る技術
◎サマライズトレーニング
◎クリスタライズトレーニング

[ducdongmg]

■ 書籍名
Kubernetesマイクロサービス開発の実践

■ カテゴリ
　1.DevOps

■ Amazon URL
https://www.amazon.co.jp/dp/4295018147/

■ 概要
本書では、コンテナ、Kubernetesおよびそれに関連する技術を活用して、アプリケーションの開発と運用を行う方法について解説しており、主にアプリケーション開発者の視点か
ら必要とされる知識に焦点を当てています。最初の1章と2章では、本書の核となるテーマであるコンテナ、Kubernetes、およびそれに関連するクラウドネイティブ技術について概
要を述べ、これらの技術が現在、なぜ重要視されているのか、その背景と提供される価値について解説します。また、これらの技術的概要についても説明します。
　第3章以降では、マイクロサービスアーキテクチャを代表とする、分散型でモダンなアーキテクチャを採用したアプリケーションに対して、Kubernetesおよびクラウドネイティ
ブ技術を効果的に活用して実装、運用する方法を解説します。これらの章では、サンプルアプリケーションを用いて、Kubernetes上でのアプリケーションの実行方法や運用プラク
ティスの適用手順を具体的に示しています。全章を通して、実践的なノウハウの習得を目指す構成となっています。

[ducdongmg]

■ 書籍名
なぜあの人の解決策はいつもうまくいくのか?―小さな力で大きく動かす!システム思考の上手な使い方

■ Amazon URL
https://amzn.asia/d/ctzJ4Pg

■ 概要
「システム思考」はすでに海外でもデュポン、ＧＭなど年間数百億円規模に及ぶ業務改善・利益向上をもたらす問題解決アプローチ。その全貌と方法を詳細かつ平易に網羅した初
の入門書。
【主な内容】
序　章　小さな力で大きく動かそう！／第１章　システム思考とは何か？―よいパターンを創り出す究極のツール／第２章　システム思考は難しくない！―世の中はシステムだらけ
です／第３章　「時系列変化パターングラフ」が望ましい変化を創り出す／第４章　最強ツール「ループ図」を使えば構造が見えてくる！／第５章　強力な助っ人「システム原型
」で現実の構造を見破る／第６章　絶妙のツボ「レバレッジ・ポイント」を探せ！―小さな力で大きく変える／第７章　いざ、問題解決へ！―望ましい変化を創り出す／第８章　シ
ステム思考の効用と実践手法―こんな場面で役に立つ！／第９章　最強の組織をつくる！　―変化の時代に必須のコンピテンシー／第10章　システム思考を使いこなすコツ―実践の
ための七ヶ条／補　論　システム思考をより深く知りたい人のために―システムの特徴

[ducdongmg]

■書籍名
［改訂新版］イラストでわかるDockerとKubernetes

■ジャンル
技術・専門知識

■感想
コンテナの入門書として適切な一冊だと思います。

コンテナ入門でdockerのコマンドなどを詳しく説明する書籍がありますがそういうものはあまり意味がないと思っています。
コマンドは触れば覚えるので、それよりもちゃんと裏側がどうなっているか？ を理解できることがレベルアップに大切な部分です。

コンテナの基礎をもっと正確に説明してくれていますので、ちゃんと読み込めばコンテナを扱うイメージが格段にアップできると思います。
これはツールでの利用でも役に立ちますし、開発する時にも勿論役に立ちます