プログラマーの職業のライフサイクル。 パート2

Habrの「 プログラミング-吸う 」対「 プログラミング-吸わない 」に関する最後の議論に触発されています。



1年前、私は非常に近いトピックに関する資料を準備していましたが、トピックの関連性が失われていないことがわかりました。その一方で、「プログラミング<>吸う」というトピックを深めようとします。



ミハイル・ドンスコイによる「 プログラマーの職業のライフサイクル 」に関する記事を事前に読むことをお勧めします 。これは、 プログラマーの職業を 60年以上遡及し、現代世代のプログラマーのいくつかの機能（主に心理的）を示しています。



さて、今、実際には、これらの論文：



1.職業のライフサイクルの概念（ほとんどのプログラマや他のIT専門家にとって直感的な用語）を導入することにより、 プログラマーの職業は、そのライフサイクルの大部分を経験した成熟した職業です。



2.職業のライフサイクルの成熟した段階では、次の特徴があります。

-職業の特徴（訓練を受けた専門家、教育プログラム、専門家コミュニティの数、世界経済におけるシェア）;

-職業、分業、および狭い専門分野内の多数の専門分野。

-実績のある技術の普及、新しい技術と技術の開発とテストに対する既製の技術。 新しい方法は、職業内で利用可能な技術の接合部で生まれます（初期段階では、職業自体はいくつかの職業の接合部で生まれます）



3.プログラマーの職業内のさまざまな専門分野は、さまざまな段階にあります。 たとえば、急速な大規模な開発と情報システムの開発を特徴とするWebプログラミングに関連する分野を比較してください（ 「1Cプログラマー」は素晴らしい例であり、コメントの一部で引用されています）。 記事Alex Papadimoulis-そのようなシステムについて：1Cで誰が挑戦するでしょうか？ 「セクシー」と呼ばれる1Cのプログラミング言語を誰が変えるのでしょうか？ （これもドンスコイの場合です：「時間が経つにつれて、繊細な工芸品からのプログラミング、時には芸術に戻ることは、ますます日常的な工芸品になりました」）



4.象を説明しようとした3人の盲目の賢者のたとえを覚えていますか？ また、ここ：プログラマーの職業に関する別の視点（一般に、「...一般にプログラマーの職業について話すことができますが、ビルダーの職業ほど具体的ではありません」- 同じ場所で ）は、オブザーバーの位置に依存します：専門分野に依存、前を参照専門化に関する論文。



5.「programming！= Sucks」というトピックに関するさまざまな意見は、他のパラメーターにも依存します。位置（プログラマー、リードプログラマー、CIOの意見と比較）、業界の労働時間、関連する専門分野の経験。



6.別のファセット。 プログラム設定を別のファイルに入れてアルゴリズムに焦点を合わせるのは、フォームフィールドを構成してこの種のルーチンを実行するべきではない（神は禁じられています！） このような過度の専門化は有害であり（アルゴリズムを知らずに「タンバリンで」望ましい効果を得ようとする調整者のシャーマニズム）、確立された慣行に反し（例外がありますが、大規模な性質ではありません）、ユニバーサルデザイナー（MS Excel、MS Access、 SAP-これらはすべて「必須フィールドを設定するだけ」の例です）



7.よりファッショナブルな言語またはより現代的な言語を学習することに対する過度の熱意（一方では、開発の加速化の要件により正当化され、他方では、主に既存のプロジェクトに対する不十分なサポートに対して、同じビジネスルールがすべてに書き直されたと批判されるよりファッショナブルな言語）は、経験豊富な開発者よりも若い専門家の特徴です。 これは中年男性心理学の際立った特徴であるレッドナイトの期間であり、あるプログラミング言語の後に別のプログラミング言語が続き、その後、より大きな心理的成熟の期間が到来します。 誰もがそれを通過します、これは形成の必要な段階です。

しかし、残念ながら、非常に多くのプロジェクト/ソフトウェア製品があり、実際には成熟段階を経ることはほとんどなく、常にある言語から別の言語に移行し、永遠の「ベータ」であり、これはすでに社会全体で起こっています。



8.ほとんどすべての職業で、次のステップがあります。教師の監督の下で既製の技術を習得する初心者、必要なツールを組み合わせて使用​​する方法を知っている専門家、および芸術の瀬戸際に近づくマスター。 どの段階でも、「ルーチンの80％+創造性の20％」というルールが適用されます。マスターの作業には、日々のハードワーク、骨の折れる退屈な作業に対する無限の忍耐が含まれていないと考えてはなりません。 Dmitry Koterovのような誰かがプログラミングでZenを見つけ、誰かが哲学的に通りを掃除するか、ボイラー室で消防士として働いています 。



この観点を表明したいと思います。これにより、このトピックに関して異なる見解を持っている自分自身や同僚を理解し、視野をいくらか広げることができればと思います。