プログラマーは価値のないタスクを嫌います

私の知る限り、ほとんどのプログラマーは、優秀であればあるほど、価値のないタスクを嫌います。

自分の仕事の価値を見つけましょう

長年にわたり、私は多くの成功したソフトウェア開発者が管理職やその他のまったく異なるキャリアに移行するのを見てきました。場合によっては、より高い給与が欲しいという単純な理由である場合もあります。しかしそれは、ソフトウェア開発のペースについていくために常に学ばなければならないという疲れ果てた状態にうんざりしているからでもあります。もちろん、最も一般的な理由は、退屈または仕事自体への興味の喪失です。こうした人々は通常、自分の仕事に十分なやりがいがなくなり、ほとんど価値のない仕事に時間とエネルギーを費やしていると信じているためにそうします。

ソフトウェア開発者は価値のないタスクを嫌います

私のソフトウェア開発キャリアには、落ち込んだこともありました。多くの時間、エネルギー、創造力を費やしたプロジェクトやタスクが、何らかの理由で中止されたり、大幅に削減されたりしました。その機能範囲。同じ金額の報酬を受け取ったにもかかわらず、仕事をする前は成功した製品を提供することを期待していたので、満足するどころか非常に悔しい思いをしました。自分が費やした時間とエネルギーが無駄だと感じてしまいます。

仕事の価値に幻滅する原因は、タスクをキャンセルすることだけではありません。不必要なタスクやその他の骨の折れる作業によって、ソフトウェア開発がより困難になる可能性もあります。これらのものは常に便利であるか、タスクに役立つように見えますが、ほとんど価値がありません。

プロセス

多くのソフトウェア開発者の観点から見ると、ソフトウェア開発の生産性の最大の敵は冗長なプロセスです。 『プロセスが開発者の情熱を殺す』という本の中で、James Turnerはこう書いています、「開発プロセス全体を通してベストプラクティスを盲目的に適用することで、私たちは創造的なプロセスから閉じ込められたものになってしまいました。」ターナーすべての開発者が同等の能力を持っているわけではないため、同じように扱うことはできないと述べています。 「企業は、開発者の間に本質的な違いがあることを理解する必要があります。そのため、少なくとも全体の士気とチームの効率を損なわないように、必ず各人に重みを設定する必要があります

ほとんどの人は強迫観念に囚われていると思います。」このビジネスに長年携わっている人なら誰でも、ある程度の進歩は合理的であり、有益ですらあることを理解しています。ただし、その「程度」はプロジェクト、開発者の経験、チームの規模によって異なります。標準化とコーディング規約には多くの利点があります。単体テストやその他の品質プロセスの利点はさらによく知られています。最も優秀な開発者は、どのような状況にどのプロセスが適しているのか、またいつ不適切なのかを判断できる、と言えば十分でしょう。

会議

私たちに多大な利益をもたらしてくれるのは、短くてうまく運営された会議だけであり、特に会議が遅れたり超過した場合には、ほとんどの会議は単なる時間の無駄です。優れた会議は時間どおりに開始し、対処する必要がある問題のみに対処する必要があります。たとえば、チーム メンバーの中には自分の意見を表明することに慣れていない人もいるため、作業内容を伝達するための短い非公式の会議が必要になります。いくつかの難しい設計上の決定やアーキテクチャ上のトレードオフについても、会議で話し合うことができます。会議が適切に運営されると、開発者がより明確な方向性を確立し、チームの全体的な効率が向上するというプラスの効果があると言えます。

会議を効果的に開催する方法については、以前にも投稿しました。重要な点は、メモを取ること、誰がいつ参加したかを記録すること、将来の参考のために重要な決定を記録すること、そして会議に出席しなかった人に貸す資料としても使用できることを学ぶ必要があるということです。

すべてのアイデアを実装する必要があるわけではありません

すべてのアイデアに価値があるわけではありません。開発者は、悪いアイデアや役に立たないアイデアを実装することを強いられると、イライラしてしまうことがよくあります。そうは言っても、まったく使用されない、あるいはさらに悪いことに、ユーザー エクスペリエンスに直接影響を与える可能性のあるものを喜んで構築する気にはなれません。

面倒なスクリプト タスク

多くの開発者は、たとえ手動での実行に費やされる時間が執筆に費やされる時間とほぼ同じであっても、特に面倒なスクリプト タスクを手動で実行する代わりに、別の方法で解決する傾向があります。これは、ほとんどの開発者が退屈な作業を嫌うことを証明する最良の例の 1 つです。実際、この典型的なアプローチには開発者にとって良い面があります。まず第一に、一度きりのタスクだと思っていたこのタスクを再度実装する必要があるかもしれません。第 2 に、スクリプトを書くという行為には、単にタスクを完了するよりもはるかに高い価値があります。スクリプト言語に慣れるだけでなく、将来関連する問題を解決するための良いアイデアや事例を提供することもできます。

通常の構成を使用する

構成情報が通常の構成と異なる場合にのみ、開発者は詳細な構成情報を提供する必要があります。それ以外の場合は、通常の構成を使用するだけです。これにより、開発者の時間を節約し、多くの退屈な構成作業を軽減できます。

最初は価値がないように思えるかもしれませんが、そうではありません

ほとんどの場合、タスクが価値があるかどうかの判断は一般的に正しいです。しかし、最初は役に立たないように見えても、後になってそれが実際に本当の利益をもたらし、実際に価値があることが判明するタスクもあります。この状況はまた、新しいアイデアの価値について広い心を持ち、棒で殺すのではなく、その影響を注意深く分析する必要があることを思い出させます。したがって、ソフトウェア開発マネージャーがしなければならないことは、貴重なタスクを開発者に割り当て、開発者がそれらのタスクの価値を理解していることを確認することです。

実行

潜在的に非常に価値のあるアイデアであっても、正しく実装されなければその価値は大幅に下がります。同様に、コード レビュー ツールとコード品質ツールは、正しく使用すれば大きな価値を生み出すことができ、その逆も同様です。

結論

自分のやっている仕事が好きで、自分のやっていることが価値があると思えたとき、私たちは多くの場合、その仕事を完璧にやり遂げることができます。価値のないタスク、または価値が低いタスクは、冗長なタスクとみなされる可能性が高いため、適切に完了できません。全体として、価値のないタスクの実行を強制される必要がなければ、開発者はよりやる気があり、開発に情熱を持ち、より幸せになることは明らかです。

無料で入手LAMPBand of BrothersオリジナルPHPチュートリアルCD / 《詳細PHP 》 Essential バージョン、詳細については公式ウェブサイトのカスタマーサービスにお問い合わせください: http://www.lampbrother.net

PHPCMS二次開発http://yun.itxdl.cn /online/phpcms/index .php?u=5

WeChat開発http://yun.itxdl.cn/online/weixin/index.php?u=5

モバイル インターネット サーバーサイド開発 http://yun.itxdl.cn/online/server/index.php?u=5

Javascriptコースhttp:// yun.itxdl.cn/online /js/index.php?u=5

CTOトレーニングキャンプhttp://yun.itxdl.cn/online/cto/index.php? u=5

以上、プログラマーが嫌う価値のないタスクをその側面も含めて紹介しましたが、PHPチュートリアルに興味のある友人の参考になれば幸いです。