これらの本を読む正しい順序は何ですか？
私はジュニアのC＃開発者です。自宅で学び、今では初めての仕事に就きました:)
これらの本を買いたいです。しかし、これらの本を読む正しい順序は何ですか？
これらの本を読むための「正しい」順序はありません。
彼らはそれぞれソフトウェア工学の異なる側面に焦点を当てています。
- クリーンなコード-小規模なコーディングに焦点を当てています。クラスと関数の書き方。
- Code Complete-ソフトウェアエンジニアリングのプロセスに焦点を当てています。
- Pragmatic Programmer-ソフトウェアを作成するチーム内での作業に焦点を当てています。
おめでとうございます最初の仕事を取得しました！そして、あなたは本当に良い本を選んだ！
これらの本は、すべてのプログラマが少なくとも一度は読むための傑作です。
私の個人的な経験から、本を交換して読むにアドバイスをします。 1冊の本から飽きたり飽きたりする可能性があることは事実です。関連する本に切り替えると、再び焦点を合わせ、舞台裏で脳が処理を開始する情報になります。したがって、このプロセスから最大の利益を得ることができます。
編集：コメントで述べたように、それはちょっと効率的ですマルチスレッドソリューション :)
ただし、過熱しないでください自分。 3冊を超える本を同時に扱うのは難しいかもしれません。
「正しい順序ではありません」の答えには同意しますが、別のスピンを提供します...
開始して完全にダイジェストCode Complete。これは、最も基本的で最も包括的な基礎書です。たくさんの時間を費やして読んで、もう一度読んでください。あなたが初心者であれば、それはあなたに最も多くの利益をもたらすはずです。
私もそれらの本を読んでいます、これが私の注文です：
- クリーンなコード
- 実用的なプログラマ
- コード完了
私は「クリーンコード」しか読んでいませんでした。ボブおじさんは、優れたソフトウェア職人になる方法と、何年にもわたって維持できるクリーンなコードを書く方法を教えてくれます。ですから、おそらくこの本を最初に読むべきでしょう:-)（私はもっと早く読んだといいのですが）。
（モジュール間の依存関係についての）より大きなビューを取得したい場合は、彼のコードキャストもお勧めします： http://www.cleancoders.com/
Pragmatic Programmerを読み、「Code Complete」を読んでいます。
これまでの私の経験から、「プラグマティックプログラマー」は、さまざまなコーディングの問題を高レベルで把握できるため、始めるのに最適な場所だと思います。私は一週間かけてそれを読みました。それを読んでいると、私は毎日扱う問題を解決するいくつかのより良い方法をすぐに悟りました。
「コード完了」はより長く、より網羅的です。
これらの本には高いメリットがあります。
開発者はしばしばwhatwhyの詳細をほとんど知らずに作業に取り掛かります。あなたが選んだ3冊の本は、プログラマとしてのあなたの仕事を改善するために多くを提供し、そしてdescriptionsを提供してprescriptionsをバックアップするのに優れています。
これらの本を読むと、あなたが想像もしなかったかもしれない多くのアイデアが開かれます。後で、経験を積むと、これらの本からさらに多くのことを学んで、あなたが見たものとそれらが説明するものを関連付けます。
合計すると、これらの本の合計は1500ページを超えます。それはたくさんの読み物であり、あなたは優先順位をつけてシーケンスを計画するのは正しいことです。 3つすべての目次をダウンロードし、それぞれの章を、仕事に最も必要なものごとに採点することをお勧めします。変数とクラスの命名に関するアドバイスを比較対照することもできますが、命名について一度読んだら、それで十分だと思います。同様に、チームまたはマネージャーにガイドラインがある場合は、それに従ってください。
多分あなたはそれらを購入する前に友人や図書館からこれらを借りることができます。あるいは、地元の書店で数時間過ごすこともできます。あなたの読書をタイムボックスで囲み、優先順位に基づいて3つすべてに通して、白紙にメモをとると、今日の仕事で適用できる語彙と概念が見つかります。
Pragmaticは、これらの本を使用するときに必要な学習アプローチの優れた説明です。 3つの間には多くの重複があり、Webアクセス可能なソースで多くが再考されたと思います。これらの本に記載されていないか、ほとんど触れられていない必要なものがたくさんあります。これらの本の範囲を超えるトピックをさらに追加することを検討してください。
- プログラミング言語のチュートリアル。
- 組織固有のソース管理および構築ツール。
- C＃でのデータ構造の概念と実装。
- 標準C＃クラスライブラリ。
- 組織に固有のコーディング標準。
- おそらくMSテストツールを使用したテスト。
- ご使用のプラットフォームのUI/UX設計ガイドライン。
- C＃の場合、MVVMが最も重要であると予想される該当する設計パターン。
私が役立つかもしれないもう1つの考慮事項は、各書籍の発行日、コンテキスト、および目標を考慮することです。最も古いものから新しいものへ：Pragmatic 1999、Code Complete 2nd Ed。 2004、クリーンコード2008。コンテキスト：実用的なリストC、C++、Javaがインデックスに含まれているが、C＃は含まれていません。コードの完成はMicrosoft Pressであり、元Microsoftの男によって書かれています。 Microsoft言語の場合、ある程度の親和性があるかもしれませんが、インデックスにはC＃のエントリが1つあり、64ページのFortranよりも愛着が少なくなっています。
Robert Martinの本は、他の2つよりもアジャイルアプローチに深く関わっており、最新であり、命名、クラス設計、および並行処理に関するかなり優れた説明がいくつかあります。それは少し不公平かもしれませんが、後の本はより多くのものとより新しいものについて話すことができます、そして、それらの文脈は一般的に私たちが今日していることにより似ています。
これらの本はそれぞれ、ある程度の類似したトピックで競合しています。 「あなたが同じ分野で競争している、より新しい、広範に及ぶプログラミングの本は何ですか？」