原則として、職業に心理的変形が存在することは、それが人によって異なるように現れるという事実を考えると、かなり議論の余地がある点です。 しかし、一般的な傾向は区別することができ、おそらく、プログラマーが職業上の活動のために自分の特別な心理的肖像をまだ持っているとかなり大胆に言うことができる時が来ました。
私はしばしばそのような意見に出くわし、それをあまり重視しませんでしたが、2月23日に私たちの組織の女性チームがプログラマーを「宇宙部隊」と親切に呼んで祝福したとき、それにもかかわらずこの問題に特定の重点を置くことにしました 私の職業の1つは精神分析に直接関係しています。 そしてbashはもう沈黙していません 。
プログラマーがコンピューターに多くの時間を費やすことはすぐに注目に値します。したがって、リストされている項目の多くはプログラマーだけでなく、一般的な「コンピューター科学者」にも当てはまります。
超濃縮
すべてのプログラマーは、コードに対する良質で高品質の作業には、コードへの非常に高度な没入が必要であることを知っています。 誰かがヘッドフォンで自分自身を隔離しようとする、誰かがタイマーを設定する、すべての外部刺激をオフにするなど プログラマーとして働くときの集中度は、原子力発電所で働くことに匹敵します。 したがって、このすべては、このプロセスが中断されたときに刺激の増加を引き起こします。これは、初心者が「職場での混乱」などとして外見的に認識しています。
実際の生活では、これはその効果を引き起こす可能性もあります。たとえば、習慣から外れた家事も、超集中モードで実行され始めます。 たとえば、アパートの掃除中に、プログラマーが同時に100万のことを考えたり、電話で制御不能にチャットしたりすることはありません。 むしろ、彼はある種のタスク（おそらくクリーニング自体）に没頭し、単純にプロセスを処理します。 プログラマーがコードやタスクに読み込まれたときに「外部の注意を要求する」必要はありません。
内部イメージとデザインの没入
プログラマーの仕事には独自の特異性があり、それは似たような形でエンジニアと発明者の職業に最も固有のものです。 あなたがニコラ・テスラの仕事に精通しているなら、彼が彼の頭で何が起こっているのかを彼がどのように説明したか覚えているでしょう。 要するに、テスラの頭の中で、彼はメカニズムを構築し、それを開始し、仕事を「時間内にスクロール」して、どの細部が摩耗し、将来問題が発生する可能性があるかを理解することができました。 プログラマーのプロの仕事の過程で、それほど複雑な構造は生じません。 この効果は、比fig的な感覚の構築と呼ばれます。 平均的な人が画面上で文字セットのみを見る場合、プログラマーの頭の中でこのコードは世界全体になります。 本を読むと人のイメージと経験が生まれるので、コードはプログラマーでも同じことができます。 プログラマーがコードを「感じる」、「美しい」とき、「汚い」とき、動作するかどうかなどを知っているのはこのためです。 何らかの理由で、優れたプログラマーはフィクションの作家に匹敵します。
実際には、特にプログラマが何かを理解しようとしている場合、これは自分自身に過度に没頭することで現れます。 変形が著しい場合、プログラマーは現在何が起こっているかのスキーム全体を構築し始めることができます。 そのため、政治などの「社会的相互作用の体系化されたスキーム」が、プログラマーに「汚いコード」や拒絶を感じさせることがよくあります。 日常生活では、これは軽度の自閉症の形として部分的に知覚されることがありますが、実際にはそうではありません。 人は非常に適切であり、外界との相互作用に対して開かれていますが、相互作用のメカニズム自体には示された特異性があります。
低レベルの社会的相互作用と日常業務におけるその多様性
この瞬間は「事実上の」ものではありませんが、定期的に発生し、精神の変形に一定の役割を果たすことができます。 プログラマーはコードの世界でほとんどの作業時間を費やし、その中の「対話者」はそれぞれ「メソッド、関数、オブジェクト、モジュール、パッケージなど」だけなので、プログラマー間の社会的相互作用のレベルは通常低く、ほとんどの職業より。 これは、何人の人が仕事に関与しているかではなく、その人自身が現時点で他の人について考えているかどうかとは関係ありません。 それでも、管理人の仕事が「積極的に社交的」とは言い難い場合、管理人自身がこの瞬間に妻、子供、友人などを振り返ることができます。 しかし、プログラマーにとっては、そのような可能性はありません。彼はコードに没頭しなければなりません。 多くの場合、作業チームがいますが、チームは通常同じプログラマーです。 プログラマが他の職業の人々と一緒に仕事をするのは難しい場合があります。 したがって、チームの変形の程度が高い場合、これはこの要因（関係の社会的多様性）を悪化させるだけです。
因果関係の認識の高まり
すべてのコードが機能するはずですが、機能するコードを作成するには、このコードの原因と結果の関係の構造を理解する必要があります。 簡単に言えば、「何が、なぜ、どのように起こるのか」だけでなく、「期待どおりに何かが起こらないとどうなるのか」ということです。 これはすべて、人間の思考に影響を与えます。 この考え方は、人がすべての合理的な説明を見つけて因果関係を理解しようとするとき、「技術的考え方」とも呼ばれます。 個々のプログラマーは、コードを書くことに加えて、多くの場合、ニーズに合わせてハードウェアを開発する（「はんだごて」へのこんにちは）などの技術的な側面に引き込まれます。 時々、これは精神のユニークなアドインに到達することができます。 たとえば、女の子の複雑なブラジャーの留め金が、このブラジャーが隠すものと同じくらい面白い場合。
外部からは、これはしばしば「ささいなことに対する混乱」として認識されます。 プログラマーのほとんどの人にとって関心のないものは、膨大な思考の流れを生み出すことができます。 したがって、精神的努力の適用範囲は比例しないため、プログラマーが実世界の効果について行う結論は、「偏心」しているように思われ、多少の驚きを感じることがあります。 しかし、驚くべきことに、なぜプログラマーにそのように決定したのかを尋ねると、原因と結果の関係のチェーン全体を獲得する可能性が高く、ほとんどの場合、非常に合理的な関係になります。 一般に、これはすべての人の頭の中で起こりますが、この点がしばしば鋭くなり、時には普通の人には起こらなかったであろう類推を分析のために引き付けることができるのはプログラマーです。
正式なタスク設定に慣れる
プログラマーは、タスクに必要なとおりに正確に動作するコードを作成する必要があるため、言われたことを行う習慣は徐々に生活の他の領域に流れ込んでいます。 しかし、社会的相互作用のほとんどの場合、非言語的認識、「推測」および「思考」が行われるため、具体化の感覚はプログラマの間で悪化します。
プログラマーは心を読んで他の人の行動を予測できないと言うだけでなく、むしろ「後でやり直す」よりも余分な質問をすることを好みます。 プログラマーを店に送りますか？ もう1つ言いますが、不必要な質問から彼とあなた自身を救ってください。 たとえば、「卵を買う」のではなく、「新鮮な1年生の卵を1ダース買う」。 そして、あなたが質問に「不必要な詳細」の束で詳細な指示を得るならば、「ロボット」としてそれを受け取らないでください。 彼はそれを正しくやろうとしている。 大多数の人にとって「簡単になる」が「言うことを少なくする」のであれば、プログラマにとっては「簡単になる」のはしばしば「より正確に言う」ことです。
エンジニアリングの魅力の犠牲者
私は「生きて食べられる」ことを望んでいますが、現時点ではこの記事の枠組みで照明を必要とします。 プログラマーについてではなく、「コンピューター科学者」についてです。 グラマーは、人間のニーズの通常の自然な産物です。要するに、グラマーのモットーは、それぞれ「車はより涼しい」と呼ばれ、実生活では、これらは「車、服、戦利品など」です。 「エンジニアリンググラマー」の分野では、「Who is cooler」という同じ原則が適用されますが、基準は異なります。 「コンピューター技術者」の主な集中は、「現実世界の魅力」のように他の人ではなく、イメージと因果関係の彼自身の内的世界に向けられているため、ここでの目標はこの世界の領域から追求されます。 機能を備えた最新のスマートフォン。 すべてをさらに高速に実行するための強力なコンピューター/サーバー/ラップトップ。 オートコンプリートの駆動を32ミリ秒高速にする新しいプログラム。 よりスムーズなブラウジングとファッショナブルな音声認識機能を備えた新しいアプリケーション。 コンパイラの新しいバージョンの秘密の特徴などの知識
「本当の魅力」と「エンジニアリング」の両方に「アイコン」があります。たとえば、 US Roboticsモデムに関する最近の記事は、この明確な例です。
「なぜ同じ電話が必要なのか」と聞かないでください。「彼は同じではない、500メガヘルツが強い」という答えに驚かないでください。
興味深い点。 場合によっては、因果関係の悪化した要件によって「エンジニアリングの魅力」を抑えることができます。 つまり、そのコンピューターの電源が本当に必要になるまで、新しいコンピューターは購入されません。
おわりに
実際、「ビッグバン理論」シリーズ全体は、上記の現象の双曲線に基づいています。 TBVに示されていることをあまり誇張しなかった場合、全体としては、プログラマーの作業の示されたすべての効果に著しくさらされている人で観察される同様の写真になります。
説明されているすべてを考慮すると、プログラマは正当な理由で「宇宙の同志」として認識されますが、私の主観的な意見では、プログラマの仲間に加わる人々の自発的な選択がなければ、「害のためのミルク」を与える価値があると言いたいのですが、このケースは本質的に心理的なものです。
それにもかかわらず、一人一人が自分の人生を築き、「コードのハードワーカー」の心理的変形の事実はそれほど大きくありません。 ほとんどは家族、友人、コードとコンピューター以外の興味を持っています。 したがって、「はい、彼はプログラマーです」というテンプレートにだまされないでください。 これは診断ではなく、単なる考え方です）
Lexunin Eugene、
「開発におけるエントロピーの削減」
UPD ：
ユーザーikraからの小さなボーナス ： ライブ ポスト「プログラマーを起こさないでください 。 」