スティーブ・マコネルのレビュー一覧

■概要
コードは書く事に費やす時間より
読むことに費やす時間のほうが長い

読みやすいコード（＝変更するときに間違えにくいコード）
を書くための色々なテクニックが紹介されている

割と基本的な事からしっかり書かれている

■感想

こんないい本を今まで読んでなかったなんて・・・と，衝撃を受けた
後１...続きを読む～２年早く読んでいれば卒業研究のプログラムなどがもっと効率よく書けたのに．

量は多いけど，栄養たっぷりで美味しいので
もりもり食べれた（本を食べ物に例えたメタファー）

ただ，全部消化しきったわけではないので
もっと経験を積んだ後に，また読み返したい1冊

我流でプログラムを勉強したが
読みやすいコードの書き方がいまいちわからない人や
これから，プログラムをもりもり書く人や
これから，チームでプログラムを書く人等に
おすすめの1冊

見積もりする際には参照したいです。
今後見積もる場合は、最良ケース、最有力ケース、最悪ケースの 3ケースを提示するようにしたいですね。

なんか最近 McConnell の本ばっかり読んでるような気もするけど、彼の最新作。見積りというものの位置付けやその考え方が非常に明確に整理されていて、プロジェクト・マネージャ必読と言える。

見積りを「プロジェクト・マネージャがプロジェクトの "ターゲット" を達成するための "コントロール" を...続きを読む行う上で、適性な意志決定ができる明確な視点を提供する」ものと位置付け、規模の見積り、工数の見積り、スケジュールの見積りのそれぞれについて解説する。大切なのは、ターゲット(一点の目標)と見積り(幅と確度を持つ)は異なるということ。

メインは規模の見積り。その後の工数とスケジュールの見積りは、彼が言うところの「サイエンス」に負うところが大きく、技法の紹介に留まっている。

手続き型言語を扱う全てのプログラマに無条件でオススメできる本。ある程度プログラムの経験を積んでくると、きれいなソースや効率化、再利用性といった物を求めると思いますが、その様な中級プログラマとして必須な考え方がぎっしりと詰まっています。デザパタ的なものではなく、モジュール強度や結合度的な考え方、変数や...続きを読むステートメントといったより細かい単位での考え方が詳しく載っているので、それらを人から習う機会が無かった人等には特にオススメです。
ただ設計の部分に関してだけは自分の肌には合いませんでしたが…。特にPPPの部分！いやそれはお前が分かってないだけだとか言われそうですけど（笑）
これを読むときっと「人に優しいプログラミング」ができるようになります。

説明しなくてもわかるじゃんと思うようなことについて理路整然と根拠が書かれているので職場のわからず屋を説得するのにいい材料になります。

さぁ読め、今読め、全部読め。
その分厚さに怯んではいけません。
これなくしてコーディングは語れない。

昔仕事で読んだ本。業界ではよくある「より綺麗なプログラムを書く本」だ。この手の本は、数年に1回バズる印象を私は持っている。
この本はマイクロソフト公式を売りにしている。どこまで社内で活用されているかは分からないが、しっかりした内容はさすがあのソフトウェア"Windows"を作っているだけある、と思わ...続きを読むせる構成。

一つ一つは深い話ではない。されど、それを組織で徹底して意識統一できるかが重要な気がしている。

上巻は基礎・高品質なコーディング・変数・ステートメント。

昔仕事で読んだ本。業界ではよくある「より綺麗なプログラムを書く本」だ。この手の本は、数年に1回バズる印象を私は持っている。
この本はマイクロソフト公式を売りにしている。どこまで社内で活用されているかは分からないが、しっかりした内容はさすがあのソフトウェア"Windows"を作っているだけある、と思わ...続きを読むせる構成。

一つ一つは深い話ではない。されど、それを組織で徹底して意識統一できるかが重要な気がしている。

下巻はコード改良・システムの考察・職人気質。

プログラミングを行う上で、おそらく熟達したプログラマーであれば自明であるような作法が丁寧に解説されている。
そして自明でありながら、最初からここに書かれていることを遵守したコードを書いていた、という人は少ないのではないか。

それぞれの現場で蓄積されたノウハウや事情が醸成するその現場のその時点では正...続きを読むしいもの。
ここでたびたび紹介される「怖いコード」は、そういったかつて正しかった・正しいと信じられていたものが風化した残骸なのだろう。

VBの例が頻出することからもわかるように、時代を感じさせる記述は多々ある。コードの読みやすさでいえばリーダブルコードだったり(これもいくぶん昔の本だが)、設計ならDDDやクリーンアーキテクチャだったり現代に即したものがいくつかある。

しかしコンピュータサイエンスの研究に根ざした網羅的な書籍として、依然本書はエンジニアの書庫に鎮座しておくべき存在だ。

見積りとは何か？　ターゲット、計画との違いに始まり、アートとしての見積り手法、見積りの課題、見積りツール、ステークホルダーとの対処方法までが解説されている。

本書では、数学的な計算により算出される「サイエンスとしての見積り」ではなく、経験則と単純な公式から求められる「アートとしての見積り」に重点を...続きを読む置いている。

非常に正確な見積りが求められる大規模プロジェクト（得てしてそういうプロジェクトこそ計画通りには進まない）では「サイエンスとしての見積り」が必要とされるが、中小規模のプロジェクトでは大きく外れていない見積りで十分なことが多いだろう。そうしたプロジェクトでは「アートとしての見積り」が有効になる。

見積りとは何か？というところから解説しているので、ソフトウェアプロジェクトを見積もる立場の人間だけでなく、ソフトウェア開発者にもお薦め。

チューニング・リファクタリング・レイアウトなど高度な技術を詳細に解説

よりよりプログラミングを行う方法について書かれた本の下巻。下巻では，ソフトウェアの品質や管理についての言及が多くなっており，より高度で上級者向けの内容になっていた。その中で，チューニングやレイアウトについて書かれていて興味を持っ...続きを読むた。

例えば，if文やfor文を書くときの波括弧をどう書くか？ステートメントの開始と終了という概念から，どういうふうに考えるのかということがかなり詳しく書かれている。チューニングやその他の話題についても，筆者の主観であったとしても，なぜこれがだめでこれがいいのかという点が非常に詳しく書かれており，考え方がとても参考になった。

自分の経験がまだあまりないのもあり，名前の命名規則などよりコーディングについて直接的な内容が多かった上巻に比べて，有用度は劣るがそれでも手元においておきたいと思える有用な本だった。

書いてある内容はそう難しくない。わかってしまえば当然のことばかりだ。
が、その当然のことを知って（理解して）いるかいないかでは雲泥の差だ。
全体をざっくりでも把握して、たまに読み返していれば、日々のコードがきっと良くなる、そんな本。

言わずと知れたプログラミングの名著の上巻。
だそうなのだが、恥ずかしながら職業PG10年目にして購入。

本書はコンストラクション、つまり純粋なプログラム構築についてのプラクティスを中心においており、要求・仕様・設計・テストはあまり述べられない。

とはいっても要求が無ければプログラムを作ることはな...続きを読むいし、
コーディングとはいっても、大小なりとも設計を伴うということで、
第一部を使って上流工程について述べられている。

サンプルコードはVisualBasic、C、C++、Java、そして疑似コードで記述されているが
いずれの場合も固有の記述法が関係する場合は説明がされているので、
読む分には好き嫌いする必要はないだろう。

全編にわたってとても優しく丁寧な文章で、楽しく読むことができた。
理解してしまえば、まるで「ネジは回せ、釘は打て」ってぐらい当たり前のことしか書いてないし、2005年にきちんと改版されているがそれでもちょっと物足りない感じもする。
恐らくこの本を読んでもできることが増えるというのは無いだろう。
しかしながら経験で身につけたものをきちんと整理するには良い本だ。
自分にとっては、経験から学んできたことが間違いでなかったことを確かめられて嬉しかった。

この業界の健全化のためにも、経験より先に学べても良いだろう。
初級者が初級者を卒業するために読んでほしい。
この本はとても優しい。

・PPPは仕様にもなるしコメントとしても利用出来るので便利。だがテスト駆動開発の方が捨てがたい。
・変数名で計算を表すのは最後が良い
・ブール変数はdone,error,found

プログラマーの必読書

変数名、制御構造などの幅広いことを詳しく解説しているので、この本を読むことによって、どのようなプログラミングをすればいいのかがよくわかるようになる。

プログラミングし始めてから、1年ぐらいに読むのがオススメ

すぐれたプログラミングとはどのようなものか論理的かつ明快に書かれており、かつ具体的なコードが裏付けをもって書かれている。
文法は覚えてなんとか書き始めたものの、その先を超えたノウハウ、実践的な知識を得られる貴重な本。
この上巻は直接コードを書くためのノウハウが詰め込まれている。

すぐれたプログラムを書く上で必要なスキルのうち、ドキュメント化やデバッグ、ビルドなど、直接的にコードを書く以外のスキル・ノウハウについて述べている。
この辺を念頭に置いた上でコードを書くと、よいコードを書けるのでやっぱりプログラミング中に手元に置いておきたい本。

今までプロジェクトの工数見積りはエンジニアにチケット単位で確認することがほとんどでしたが、大規模プロジェクトにおける工数見積りの科学が記載されていました。
規模が大きくなればなるほどプロジェクトの予実のずれは大きくなりがちですが、今までの方法論から学ぶことで妥当なプロジェクト期間を引くことができる様...続きを読むになりそうです。
知る分には良かったですが、完全に理解するためには経験不足でした。