プログラマーの勤務スケジュール

• 四月 28, 2024

プログラミングの性質は、通常、1つの連続したタスクではなく、定義されたブレークで常にうまく機能するタスクでもありません。多くの創造的なタスクのように、それはバーストでうまく働く傾向がある仕事です。プログラマーが大成功を収めようとしている場合、最後にやりたいこと、そしておそらく最後にやりたいことは、やめてやめることです。

さらに、プログラミングでは、少しのダウンタイムが発生する傾向があります。たとえば、長いテストの待機（特に大きなデータセットのテストまたはデバッグ時）、QAからのフィードバックの待機、次のタスクが依存するコードモジュールの完了の待機などです。常にではありませんが、多くの場合、プログラマーはこの時間を満たすために他の有用なものを見つけることができますが、次のタスクは利用可能な時間よりも集中力の長い期間を必要とするか、現在のタスクに依存するか、そうでなければ作業するのが不適切です時間。また、作業が何かを待つ必要がある場合でも、現在のタスクからフォーカスを削除することは必ずしも有利ではありません。これは、プログラミングによって強制的にブレークが行われることを意味します。プログラマーに、設定された作業スケジュールに合わせて作業を続けるのではなく、自分の目的のためにその時間を使用するよう奨励することは理にかなっています。別の方法は、プログラマーが机に座って時間を埋めようとすることです。これは単に、仕事中に生産性を最大化しない習慣を身に付けさせます。また、ほとんどのプログラマーはこれを自分の時間の無駄だと考え、反応が悪いでしょう。

プログラミングは問題解決の一種です。いくつかの難しい問題は、ハードワークを適用することで解決できます。しかし、他の問題は創造的な解決策によってのみ解決できます。創造的な解決策はしばしばインスピレーションを必要とします。多くの場合、インスピレーションは、問題から焦点を外し、まったく異なることをするときに発生します。設定されたスケジュールを必要とする職場では、これを行うのが困難になる場合があります。または、少なくともプログラマーを仕事が終わるまで待つようにします。

多くのプログラマーは、衝動または解決策が当たったときはいつでも熱心に働くことを好みます。設定されたスケジュールが必要な場合、これにより、プログラマは、設定されたスケジュールと最も効率的なときに行われた作業の両方に対応するために、多くの残業時間を費やすことになります。これは燃え尽きにつながり、常に非効率的になります。

これらの要因のため、プログラマーが9-5のスケジュールや他のスケジュールを設定することを期待するのは非効率的です。多くの場合、プログラマーにチームミーティングへの参加を求め、チーム内の他のプログラマーと協力することを奨励しますが、彼らにとって最も効果的な時間は何でも作業を許可します。別のオプションがあります-エクストリームプログラミング。エクストリームプログラミング（XP）は、プログラミングプロセスを持続可能なスケジュールに変更し、設定されたスケジュールに適合します。実際、XPは、終夜勤務するのではなく、スケジュールを設定し、一日の終わりに出発することを推奨しています。 XPはトピックを広すぎてここではカバーできませんが、スケジュール設定をサポートするために大きな方法論の変更を必要とするという事実は、スケジュール設定と従来のプログラミング方法が必ずしも一致しない理由を説明するのに役立ちます。

動画の説明: プログラマー週5労働キツすぎ問題 (四月 2024).