How to be a Programmer: Community Version

Robert L. Read with Community

Copyright 2002, 2003, 2016 Robert L. Read

Licensed under Creative Commons Attribution-ShareAlike 4.0 International License.

はじめに

良いプログラマになることは難しく、高貴です。ソフトウェアプロジェクトの実質的なビジョンを実現する最も難しい部分は、同僚や顧客を扱うことです。コンピュータプログラムを書くことは重要であり、優れた知性とスキルを必要とします。しかし、実際に子供の遊びであるのは、良いプログラマが、顧客と部分的に責任がある無数の同僚の両方のために成功するソフトウェアシステムを作るために必要なことです。このエッセイでは、21歳のときに誰かが私に説明したかったことを可能な限り簡潔にまとめようとしています。

これは非常に主観的なものであり、したがって、この論文は個人的で、多少の意見をもって運命づけられます。私はプログラマが自分の仕事で直面しなければならない可能性が高い問題に自分自身を限定しています。これらの問題の多くとその解決策の多くは人間の状態に非常に一般的なものであり、おそらく私は説得力があるように見えます。それにもかかわらず、私はこのエッセイが役立つことを願っています。

コンピュータプログラミングはコースで教えられます。優れた本：Pragmatic Programmer [Prag99]、Code Complete [CodeC93]、Rapid Development [RDev96]、Extreme Programming Explained [XP99]はすべてコンピュータプログラミングと優れたプログラマーであるという大きな問題を教えています。ポール・グラハム（PGSite）とエリック・レイモンド[ハッカー]のエッセイは、この記事の前に、またはこの記事とともに読むべきです。このエッセイは、社会問題を強調し、必要なスキル全体を包括的に要約することによって、それらの優れた作品とは異なります。

このエッセイでは、ボスという言葉は、あなたがするプロジェクトを提供する人を指すのに使用されます。私はビジネス、会社、部族という言葉を同義語として使っていますが、ビジネスはお金を抱くことを暗示しますが、会社は現代の職場を暗示し、部族は一般的にあなたが忠誠心を分かち合う人々です。

部族へようこそ。

Contents

1. Beginner
   • Personal Skills
     • Learn to Debug
     • How to Debug by Splitting the Problem Space
     • How to Remove an Error
     • How to Debug Using a Log
     • How to Understand Performance Problems
     • How to Fix Performance Problems
     • How to Optimize Loops
     • How to Deal with I/O Expense
     • How to Manage Memory
     • How to Deal with Intermittent Bugs
     • How to Learn Design Skills
     • How to Conduct Experiments
   • Team Skills
     • Why Estimation is Important
     • How to Estimate Programming Time
     • How to Find Out Information
     • How to Utilize People as Information Sources
     • How to Document Wisely
     • How to Work with Poor Code
     • How to Use Source Code Control
     • How to Unit Test
     • Take Breaks when Stumped
     • How to Recognize When to Go Home
     • How to Deal with Difficult People
2. Intermediate
   • Personal Skills
     • How to Stay Motivated
     • How to be Widely Trusted
     • How to Tradeoff Time vs. Space
     • How to Stress Test
     • How to Balance Brevity and Abstraction
     • How to Learn New Skills
     • Learn to Type
     • How to Do Integration Testing
     • Communication Languages
     • Heavy Tools
     • How to analyze data
   • Team Skills
     • How to Manage Development Time
     • How to Manage Third-Party Software Risks
     • How to Manage Consultants
     • How to Communicate the Right Amount
     • How to Disagree Honestly and Get Away with It
   • Judgment
     • How to Tradeoff Quality Against Development Time
     • How to Manage Software System Dependence
     • How to Decide if Software is Too Immature
     • How to Make a Buy vs. Build Decision
     • How to Grow Professionally
     • How to Evaluate Interviewees
     • How to Know When to Apply Fancy Computer Science
     • How to Talk to Non-Engineers
3. Advanced
   • Technological Judgment
     • How to Tell the Hard From the Impossible
     • How to Utilize Embedded Languages
     • Choosing Languages
   • Compromising Wisely
     • How to Fight Schedule Pressure
     • How to Understand the User
     • How to Get a Promotion
   • Serving Your Team
     • How to Develop Talent
     • How to Choose What to Work On
     • How to Get the Most From Your Team-mates
     • How to Divide Problems Up
     • How to Handle Boring Tasks
     • How to Gather Support for a Project
     • How to Grow a System
     • How to Communicate Well
     • How to Tell People Things They Don't Want to Hear
     • How to Deal with Managerial Myths
     • How to Deal with Organizational Chaos
4. Glossary
5. Appendix A - Bibliography/Websiteography
6. Appendix B - History (As of January 2016)
7. Appendix C - Contributions (As of January 2016)

How To Be A Programmer: Community Version by Robert L. Read with Community is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.