プログラマーは仕事でどのようなストレス要因に遭遇し、どのように対処しますか？[閉まっている]

ストレスに対処することを学ぶことは、あらゆる仕事で働きながら健康を維持するために不可欠です。必要なサブタスクは、ストレスの原因を認識して制限することを学ぶことです。

しかし、毎日のグラインドの中で、ストレスの原因を認識することは難しい場合があります（特にプログラマーなどの集中的で集中的なペルソナの場合）。

プログラマーはどのような種類のストレッサーに注目すべきで、どのように管理できますか？

以下は、私と私の周りの開発者にとって最も大きなストレスの原因となるものです。

1. あいまいさ：効果的ではない目標、要件、またはその他の期待。多くの企業には、"I don't know what I want, but I'll know it when I see it. Oh, and by the way I need it tomorrow."
2. 不適切な期限：ほとんどの期限は、スタッフの開発者の現実的な能力ではなく、ビジネスによって設定されます。これに加えて、要件に対する期待は増加しますが、予算/リソースは増加しません。
3. 悪い仮定/期待：プログラマーは、自分の能力（不得手な特性ではない）について高い意見を持つ傾向があり、このため、他の人が彼らの能力、理解、期待に一致することを期待しています。多くの場合、何かなどがあると仮定されますが"common knowledge"、これはストレスのカテゴリーでは壊滅的です。今では、ビジネスの専門家がプログラマーの期待に応えなかっただけでなく、起動するのに完全に無能です。逆に、プログラマーがビジネスの期待に応えられなかった場合、プログラマーは、続行するために必要な情報が提供されなかったため、イライラしたままになります。
4. 敬意の欠如：多くの人は、誰かがあなたの規律に弱いからといって、自分の規律に弱いということを信じる傾向があります。私たち全員が異なる仕事/能力/期待を持っている理由があり、他の人が彼らがするように頼まれたタスクで非常に有能である可能性が非常に高いことを尊重することが重要です。誰かがあなたの能力を持っていないからといって、彼らが無能であったり無能であったりするわけではありません。
5. 自制心の欠如：これは多くのことに現れます。おそらく、あなたは適切な休憩を取ることを拒否する仕事中毒者です。これはストレスの蓄積につながり、悪いことです。おそらく、ストレスが溜まったときに必要なカフェインをより多く飲むジョルトコーラを飲む人でしょう。これはあなたの健康に良くなく、ストレス反応を悪化させます。あなたは自分の限界を知り、あなたの特定のストレス反応を引き起こすものを知り、そして最も重要なことにはそのストレス反応を緩和する方法を知らなければなりません。同僚や同僚に見せることは適切ではなく、ストレスを増やすのに役立ちます。
6. コミュニケーションスキルの欠如：多くの場合、同じ言語を話せず、私は英語、ドイツ語、またはインド語について話していません。同じ言葉を使用していますが、同じことを言っているわけではありません。人々は、自分が理解していないことについて、具体的かつオープンである必要があります。理解していると思っても、明確にすることは害になりません。ビジネスメトリックは、組織内の部門ごとに異なるものを意味する可能性があることに注意してください。
7. 限界の出血：職場で仕事をし、自宅で家にいる。7歳の子供が靴を床の真ん中に置き、朝食後に片付けないからといって、ティファニーが請求書のスプレッドシートを渡していないので、新しいものを会計する必要はありません。 。ティファニーがスプレッドシートを怠っているからといって、妻が通勤用の家で粗末な扱いを受けるに値するというわけではありません。（ところで、貧しいティファニーもその治療に値しない）

プログラマーにとって最大のストレッサーは自信がないことだと思います。

はい、多くの会議（確かに会議そのものではありません）は不要ですが、プログラマーとしてできることはたくさんあります。私の意見では必要ではない会議に定期的に出席しなければならない場合、立ち上がって「私はその会議に参加する必要はありません-より生産的に過ごすことができます」と言うのは私の責任です。

中断についても同じことが言えます。はい、それは面倒です。かなりの数の企業で見ました。ただし、何度も繰り返しますが、できることがいくつかあります。プログラマーは、5分ごとにメールアカウントを確認して、すべてのメールに即座に応答する必要はありません。同様に、一定時間邪魔されたくない場合は、インスタントメッセンジャーをオフにして、電話を転送します。

これらは2つの例にすぎません-もっとあります。はい、時々行くのは荒いです。しかし、ほとんどの場合、私たちが話している問題は、もう少し自信を持って非常に簡単に修正できます。通信ループの反対側の人々に「はい、あなたの声を聞いて、あなたのメッセージを受け取りましたが、後でそれについて行きます」と言ってください。

最大の問題は、私たち自身が作成しているものです！;-)

サードパーティのコンポーネントのバグ

何かを壊すサードパーティのコンポーネントのアップデートを入手するとき、それは非常にストレスになります。デバッグまたは変更するためのソースコードはありませんが、システムがそれに依存している場合は、かなり恐ろしくなります。ある朝、ソース管理サーバーのパフォーマンスが予想外であり、2週間のチェックインを失う可能性があることを確認するために、かなりのストレスが発生する可能性があります。これは基本的に、リーキーアブストラクションレイヤーのアイデアです。Microsoftのスタックテクノロジーに関する未解決のバグチケットをご覧ください。コメントは、そのようなさまざまなストレスの証拠になります。

非現実的な期待。7週間の設計期間のうち6週間を費やして、必要なファイルを入手し、翌日処理されないのではないかと考えているクライアントがいます。金曜日の4時30分に新しいタスクを渡すことができ、月曜日にCEOにプレゼンテーションを行うために週末全体を過ごすことを期待している人々を見てきました。優先度の高い1つのタスクから2番目の優先度の高いタスクを実行して、最初のタスクが時間どおりに実行されないことに怒りを覚える人を見てきました。これらのことはすべて、その期待が非現実的である理由を最初から明確に説明するために最善を尽くした場合でもストレスになります。

心を読む能力の欠如。（私はその心読モジュールを発明することで大金を稼ぐつもりです。）ユーザーのテストで、彼らがあなたに言ったことは彼らが実際に欲しかったものではないことを知ることはストレスです。

これらの回答の多くは素晴らしいものです。特に、ジョエルが挙げたストレスや、金銭の損失や強引な経営に関連し、求めていることを理解していないストレスについてです。

私が遭遇する大きなストレスのいくつかは

• Inheriting Spaghetti Code

  • 私は、車輪が再発明することを最も確実に必要とするいくつかの非常識な経験をしました。別の開発者が1年かそこらでコードベースを独力で構築した後に雇われていることを想像してみてください。到着すると、あなたの仕事は「この仕事をする」ことだと言われます。もちろん、4000行のコードごとに約1行のメモがあります。モジュール性の極端な欠如と方向性がほとんどない。それに加えて、すべてが「風変わりな」名前（理解しやすく、時には素晴らしい私見）を単なる「wth-ness」にするだけではありません
  • 2つのサブポイントがあるはずです：P（スパゲッティコードが悪い、大丈夫ですか？）

• バグがあります。あなたはそれが1つまたは2つの小さなキャラクターの変更を伴う種類でなければならないという絶対的な事実を知っています。締め切りは明日です。最後に3つの機能があります。このバグを見つけるには5時間かかり、無視することはできません。;（痛い笑。

• 前を説明しよう

• ビジネス上の制約のために机で立ち往生しているのに、公園を1時間歩いて戻ってきたら、黄金のコードが指先から飛び出すのを待っています。私の個人的な最悪、私はあなたが私に良いコードと速い進歩をしてほしいならば、私はいくつかの木と空を見なければならない。結局、プログラミングの少なくとも半分は芸術です。インスピレーションを見つけます。

• ビジネス上の制約のために家に帰らなければならないときに机で立ち往生せず、ゾーンにいる間は20時間だけ仕事をすることはできません。時々私は私がやっているとクリックして、私はすべてのナイターを引くことができない場合は右クリック、それだけで次の日に同じではありません、..私はそれのほとんどを覚えているだろうが、それはそれを得るために3倍の時間がかかるだろうとにかくあまり良くありません。

• コーヒーやその他の消耗品で悪化することもありますし、私の脳はそれを望んでいるように私の心に耳を傾けません。=）

• 15分間の休憩。私を追い払うのにちょうど十分で、脳を新鮮にするのに十分ではない。うん

• 私は新しいライブラリや、さらに悪いことに新しいフレームワークを選んでいたことがあります。これは、私が遭遇した中で最も驚くほどストレスの多いタスクの1つです。それがうまくいくか、まあまあですら、それは素敵です。時々、それが悪くなるとき...ああ、少年。あなたはそこに座ってさまざまなスタイルの無限のテストを試し、頭があまりにも多くのインターフェイスでいっぱいになり、私の心の一部がシャットダウンし、「いいえ、いいえ...私はそれをしません。悪い。立ち去れ。」提出にそれらを打つことを余儀なくされるだけ。ため息。

• 悪い種類のリンカエラー。それらの記述方法がわかりません。

• 大量のデータを迷惑なファイル形式からオブジェクトにインポートします。これは時々非常に楽しいですし、そうでない場合はしばしば非常に速くあなたを焼き尽くします。私は、非常にトリッキーで文書化されていないエスケープキャラクターの恐怖があったこの古いExcel形式で作業したことを覚えています。これは、私たちが抽出した実際の列の情報がファンキーなキャラクターでいっぱいだったという事実と並んで、...まだ私を悩ませています。「あぁ、今は機能します!! ....！............ああ...気にしないで..」

ストレスの多くは、次の前提の結果だと思います。

1. 優秀なプログラマーは、多くの場合、プログラミング以外のタスク（プロダクションサポート/トラブルシューティング、ドキュメント、ビジネスまたは他のチームメンバーからの質問への回答、将来の方向性に関する技術的な意見の提供）を最も効率的に達成できる人です。
2. プログラミングは、これが長く中断されない時間で行われる最適なアクティビティです。
3. 前提＃1の理解>>前提＃2の理解

その結果、プログラマーは多くの場合、さまざまなことを行うように求められます。これにより、選択したクラフトでの生産性と作業の品質が低下します。この呼び出しを行うマネージャーは、これを「勝ち」と見なします。これは、深刻な問題が迅速かつ効率的に解決されており、コストがすぐには明らかにならないためです。

それを管理するためのいくつかの戦略があり、さまざまな利点と欠点があります。

1. 時間管理-一日の一部をプログラミングに充て、一日の別の部分を他の仕事に充て、規律を守ってください。この短所の1つは、プログラミング以外の作業で8〜5時間をすべて費やしてしまい、夜間にプログラミング作業を行ってしまい、作業と生活のバランスが悪いことです。
2. 教育-これは、ジョエルのような人々がヨーマンの仕事をしている場所です-15分の中断のコストは15分よりもはるかに大きくなる可能性があることを伝えます。（例：http : //www.joelonsoftware.com/articles/fog0000000022.html）
3. チーム開発、ドキュメント-あなたがあなたの会社の技術の重要な部分の唯一の知識源ではないことを確認してください。
4. 嫌な性格-私は冗談を言っているだけです。中断に対してうなり声をあげて対応するという評判を確立すれば、人々は何かを成し遂げるための他の方法を見つける傾向があります。ただし、これを実行するのは本当に良いことです。

私が遭遇する主なストレス要因は、私が「モート症候群」と呼ぶのが好きなことです「基本的に、平凡さは大丈夫だという開発者の態度です。仕事以外で時間を過ごしてブログや本を読んだり、ポッドキャストを聞いたり、より良い方法のビデオを見たりする人としては、私はこれを本当にストレスを感じると思います単一のクラス（または半ダースの異なることを行うクラス）に数千行のコードがあるのは良くありません。同僚を教育しようとすると、空白の外観になります「」「これまで使用したことがないため使用しません。」または「それ」私たちが物事をどのように行うかではありません」、または最悪の場合、私はドアを見せられて、物事をより良く変えるために解雇されます。

この質問に対する一般的な答えを得るのは難しいでしょう。人々はさまざまな条件下で繁栄します。

1. 短時間で仕事が多すぎる
2. ユーザーからのフィードバックが少なすぎる
3. 非難文化
4. 信頼の欠如。

私は、特にプログラマーではなく、ほとんどの人にとって仕事がストレスの最も少ない原因であると思う傾向があります。会社の文化、ユニットの雰囲気、コミュニケーションの問題など、外部のアイテムがほとんどの人にとって最もストレスの原因です。彼らが仕事を処理できないということではありません。あなたが望むなら、彼らは台所の雰囲気を扱うことができないということです。

より有用な議論は、前述の問題の解決策に集中するかもしれません。

「割り当てられたその他の義務」。

電話に応答する必要がありました。倉庫で働かなければなりませんでした。在庫管理をしなければなりませんでした。私は一日中会社の会議に参加しました。外に出て、限られた芝生のメンテナンスさえしなければならなかった。

説明の一部としてそれを持っている別の仕事をするかどうかはわかりません。

不十分な管理。私が経験した、またはマネージャー（特に上級マネージャーとトップ企業の人々）が、決定した分野について実際に何かを知っている人に相談せずにとんでもない決定を下すことについて、私が経験した、または見たストーリーの数を伝えることはできません、または彼らは相談しません決定された反対方向に進む前に、以前の会議からのメモ。