強力な開発者は世界の重荷を背負う必要がありますか？[閉まっている]

開発者として、私たちは大衆の問題を解決するために常に努力しています。また、問題を解決する能力をさらに高めるために、新しい方法論、言語、そして場合によっては組織も常に探しています。

私はいつもチームのトップメンバーの1人であるかのように感じます。また、他の人が気にしない方法で自分の仕事を改善する方法を探しているようにも感じます。約6年のサポート技術から少し燃え尽き始めています。私は一生懸命働いており、高い期待を抱いているという事実を非難します。

地球上で最も偉大な開発者の一部は、もはや生活のためのコードを書いてさえいない。多くの場合、そのバーンアウト。「ゲーム」に飽きたと言う人もいますが、問題はもう少し単純なのでしょうか。「世界の重荷を背負う」の一つ。

あなたが強力な開発者であり、これがあなたにとって問題ではないと感じている場合は、私にあなたのアプローチを教えてください。どのようにして最新のテクノロジーを維持し、他の人を助け、問題をすべて解決せずにすばやく正確に解決しますか？

あなたがあなたの会社/チームの最強の開発者であるなら、あなたは「もっとメジャーなリーグ」に行きたいかもしれません。優れた開発者は、多くの場合、平均的なレベルまで「バブルアップ」します。仲間が標準に達していないために「世界を運ぶ」なら、より良い仲間を探すしかないでしょう。

また、すべての仕事で燃え尽き症候群になると思います。「もうコーディングしない」という人が多く、それをかなり見逃していると思います。

あなたが本当に優れた開発者であれば、コーディング、アーキテクチャ、リーダーシップの適切なバランスを持つポジションを見つけることができると思います。

ここGoogleでは、経験豊富な開発者になると、管理コースと技術トラックのどちらかを選択できるようになります。（プロジェクトだけでなく）数年ごとに完全にドメインを切り替えることも非常に一般的ですか？私の知る限りでは、前者は他の会社（Intel、MS、IBM）で一般的ですが、ドメインの切り替えはそれほど一般的ではないかもしれません。

良い仕事をするために自分にかかる圧力が高ければ高いほど、より良い仕事をします。あなたが上手になればなるほど、人々はあなたに与える仕事を増やします。

あなたが介入していくつかのことに「ノー」と言い始めない限り、そのサイクルは燃え尽き症候群につながる可能性があります。

これが私のスピンです：

自分の周りの誰にもいつも見られるとは限らないのは、自己改善のための努力と継続的な努力です。

あなたが今構築したものは常により良いものになり、常に改善することができるというのが、その展望です。

ソリューションはエレガントですが、常に単純化できるという点で謙虚です。

正直に言うと、これらはプログラミングだけでなく、別のレンズを通して見たときに、ほぼすべてのキャリアにおいて誰かを素晴らしいものにする資質です。

それは本当に素晴らしい人々が何よりもまず素晴らしい態度と展望から始める多くの理由の一つです。彼らは、同じような考えを持つ人々に囲まれていなければ、標準を超えてチームの頂点に向かって上昇する傾向があります。

その他、付属しているものと付属していないものがあります。結局、あなたを取り巻くチームによっては、複数の人の体重を肩に抱えているように感じることは確かです。沿岸。

私は現在の雇用主でこれを何度も見ました。現在、私はもはや開発者ではなく、開発マネージャです。私のチームのファシリテーターとして私がしていることの大きな部分は、このような状況に対処する手助けをし、グループ全体に対して一方的にバーを引き上げようとすることです。私はあなたに言うことができます、それは時々大きな挑戦であり、あなたの周りにいるチームに依存します。幸運なことに、素晴らしいチームがあり、その結果、仕事がずっと楽になりました。

だから私が言おうとしていることは、あなたが実際に何をしているのかというよりも、あなたがどのように働いているのかをあなたがどのように感じているのかを示しているのだと思います。あなたが焦げたように感じているなら、たぶんそれは転職の時であり、志を同じくし、非常にやる気のあるスマートな人々の小さなグループに移る時です。

あなたは景色の変化が何をすることができるかに驚かれることでしょう！

ややぎこちない発言だと私が思ったのは、おそらく思っていたほどうまく行きませんでした。;）

マインドフルネスと認知行動療法は、あなたが探求し、これらがあなたが世界を見る方法に役立つかどうかを見ることができる主題のいくつかの例です。本の提案はここではマインドオーバームードです。 他の分野も有用ですが、感情認識は、特に自己認識および自己管理の観点から、この分野での別のアイデアです。 結果を取得するより具体的なアイデアを支援するために私がお勧めするオンラインの本になるでしょう。もちろん、ここで頭に浮かぶかもしれないさまざまな不安とうつ病の戦略がありますが、必ずしもプログラマーに固有のものではありませんが、一部のプログラマーはこの問題を抱えている可能性があります。もう1つの手法は、認識、リフレーム、応答、反映の4つの「Re」と呼んでいるものです。問題を認識します。問題をリフレームして、これを他の角度や視点から見ます。できる限り状況に対応してください。何が行われ、何が機能し、何が機能しなかったかを振り返ってください。 計画、実行、チェック、行動は、4つのステップの類似したセットですが、物事を見るという考えはまだありますが、多少異なる順序で実行される可能性があります。 継続的なサービスの改善は、ITILコンポーネントであり、技術的で非常に手間のかかるものではない場合に役立ちます。

時には私に大きなプレッシャーがあり、それが私がいくつかの目標を達成するのを助けるかもしれないような感覚を楽しむかもしれませんが、同じプレッシャーがやや悲惨な結果をもたらすことがある他の場合もあります。私が続けて良い仕事をするための良い動機と適切なバランスを見つけることと、私が処理するには多すぎることのバランスを見つけることは、学ぶのは簡単なことではありません。

私にとってこれは仕事を面白くするものであり、朝起きてくれます。今日は私だけでなく、問題を解決する機会があると思います（はい、私は楽観主義者で、短い記憶力を持っています）。

私はあなたが同じであることを想像することしかできません（私があなたが過去5年間義務外でそれをしているのを見ることはできません）。私の唯一の推測では、あなたはほんの少しのわだちにぶつかっただけで、今は反射モードになっています。これは、何年にもわたる長い学習曲線サイクルで変曲点の1つに到達したときは、非常に正常であると私は考えています。

現時点では、技術的なソリューションから若い開発者のメンタリングを積極的に取り入れることでキャリアの学習を強化するために、焦点を少し（自然な情熱が戻るまで）変更することを提案できます。