プログラミングへの情熱。 第21章毎日の成果

翻訳について

これは、The Passionate Programmer：Software Developmentの顕著なキャリアの作成の第21章の翻訳です。 その著者-Chad Fowler-は才能のあるRuby開発者であり、RubyとIT全般に関するカンファレンスで有名な講演者です。 元サックス奏者、現在はCTO 6Wunderkinder。



この章の翻訳の著者はshchemelevevです。 本のクラウドソーシング翻訳はgithubで実行されます、参加します。







想像力のおかげで、私たちは皆、優れたプログラマーであると考えています。 できる限り迅速にタスクに対応できると確信しています。 誰かが幸運です（私は意図的に 幸運について話します ）-そしてそのような戦略は本当にうまくいきます。



しかし、私たちはそれぞれ、成果を使用、計画、分析することで、より多くを達成できます。 誰かが定期的に驚くべきことに成功し、経営者の期待を上回る場合、彼は明らかに昇進の次の候補になることができます。 期待を超えることは価値のある目標ですが、それを達成するための行動を実際に説明している人はほとんどいません。



この種のほとんどのタスクと同様に、ここでの成功は、意図的かつ意図的な作業によって達成できます。 最後に自分の能力を超えたのはいつですか？ マネージャーはこれを知っていますか？ どのようにして成功をより有意義なものにしますか？

毎日、話し合うことができるタスクを完了してください。

私の良き友人であり同志であるジェームズ・マクマリーは、私たちのキャリアの最初に、彼がより良く働くために発明したシステムについて語ったことがあります。 彼の経験（おそらく彼の両親が彼に言った）を考えると、私はこのシステムに大きな可能性を見ました。 まだ使用します。 上司に警告することなく、彼は毎日のタスクの実行を監視し始めました。 目標は、管理職にそれを伝えるにふさわしい、何か素晴らしいことを毎日行うことでした。彼が自分の部門を改善するために考えたり、実現したりしたアイデアです。



目標を設定するだけです（1日、1週間、またはその他の期間）。 その実装を監視することにより、行動を根本的に変えることができます。傑出した成果を探し始めると、もちろん、ビジネスの重要性に基づいてアクションを評価し、優先順位を付けるプロセスに進みます。



合理的な頻度でタスクを追跡することで、行き詰まっていないことを確認できます。目標が1日あたり少なくとも1つの重要なタスクを完了することである場合、コードの卓越性を達成するために2週間を費やすことはできません。

タスクウィーク

• 月曜日 -ビルドを自動化してください！
• 火曜日 -テープ解析コードテストを作成する
• 環境 -SQLを手動で記述しないように適切なORMを探す
• 木曜日 -Webアプリケーションのロールアウトプロセスを開始します
• 金曜日 -すべてのコンパイラ警告を修正

この種の思考は、努力よりも習慣になります。 そして、開発者が正常に合格した単体テストの緑のステータスに夢中になると、毎日のタスクを完了していないと怒り始めます。 この方法で作業することは、Microsoft Projectでスケジュールする必要のある一連のタスクではなく、神経質になる可能性が高いため、進行状況を追跡することについてあまり心配する必要はありません。

行動する！

スケジュールに30分を割り当て、気を散らさない静かな場所に鉛筆と紙で座ってください。 あなたのチームが毎日遭遇する小さな迷惑な問題を考えてください。 それらを書き留めます。 あなたのチームは、毎日数分を費やしているが、それらに対処する時間やエネルギーを持っていない人はいるでしょうか？ 現在のプロジェクトで何を自動化できますか、それでも手動で行っていますか？ 書き留めてください。 ビルドとスイープのプロセスはどうですか？ 何か改善できますか？ 失敗したビルドの割合を減らすにはどうすればよいですか？ これらすべてのアイデアを書き留めてください。 20分もかかります。 アイデアが良いか悪いかに関係なく、すべてを記録します。 これらの20分間はwhileめないでください。 リストを作成したら、選択した5つの（最も迷惑な）ケースを新しい用紙に書き留めます。 来週の月曜日、リストから最初のものを取り、それについて何かをしてください。 火曜日はリストの2番目の要素で、水曜日は3番目の要素です。