私は大企業で働いており、技術者はだいたい次のカテゴリに分類されます。
私の会社では、アーキテクトの役割は、ほとんどの技術者がキャリアの次のステップとして移行することです。
私の質問は次のとおりです。ほとんどの企業は、最高の有給の技術者がコードを書くことからはるかに離れるように働いていますか？これは開発者のキャリアにとって自然な傾向ですか？開発者はそれをすべて手に入れることができますか（コードと方向を設定しますか？）
回答:
ほとんどの企業は、最高の有給の技術者がコードを書くことからはるかに離れるように働いていますか？
最も悪い会社。より多くの責任を負い、コードの記述を減らし、ソフトウェア開発の他の側面に集中するという自然な傾向があります。とはいえ、実際にコーディングに時間を費やさないと、技術者が一般的/最良/可能性のあるものとの接触を失うことは非常に一般的です。これは会社に大きな影響を及ぼします。
これは開発者のキャリアにとって自然な傾向ですか？
はい。最終的には、問題領域を指導、調整、設計、認識し、コードを書くことでできる他のソフトウェア開発タスクを実行することで、製品をさらに支援できます。そして、正直なところ、優れたリーダーシップまたは設計スキルを持つことは、コード作成スキルよりもはるかにまれです（読む：貴重です）。
開発者はそれをすべて手に入れることができますか（コードと方向を設定しますか？）
絶対に。あなたは、コードの量はことを認識する必要があるもののます下ります。あなただけのことができないあなたはIDEでダウン日間の頭の80％を費やしている場合だけでなく、それらの他の貴重なことを行います。
起こる他のオプションは、より良い用語の欠如のための「プリンシパルエンジニア」のオプションです。一部の開発者は非常に専門的です。たとえば、Linux用のギガビットイーサネットドライバーを書いた人と協力しました。彼は私たちのためにそのような仕事をする必要があり、ほんの一握りの人しかその仕事をすることができなかったので、彼は一日の大半としてコードを書くことに加えてたくさんの現金を作りました。
しかし、ほとんどの企業はそのような専門化を必要としません。彼らは単にデータをまとめたり、別のウェブサイト/モバイルアプリを作成したりしています。
個人的な経験は、コードを書く余裕が少ないほど、コードを書く経験が豊富です。
私は問題が発生する前に問題を修正しようと時間を費やしています。立ち往生している他の人を支援する。物事が一緒に座る方法を計画する。人々に同じ方向に引っ張ってもらおうとしています。
私の立場では避けられないと感じています。私はコードで作業することを好みますが、それよりもはるかに価値のある、会社のためにできることはあります。
今、これは個人的な経験ですが、はい、ほとんどの小規模企業を反映していると思います。しかし、自分の上司には、コードから完全に削除されたくないことを明確にしました。
最高のソフトウェアアーキテクトは実践的だと思います。http：//www.infoq.com/articles/brown-are-you-a-software-architectの記事を見ました。パート4の設計、開発、テストを見てください。
そうは言っても、なぜ日々のコーディング活動をアーキテクトの役割の一部にすべきではないのでしょうか？ほとんどのアーキテクトは経験豊富なコーダーなので、これらのスキルを最新の状態に保つことは理にかなっています。さらに、アーキテクトはチームの他の全員と同じ痛みを経験することができます。これは、開発の観点からアーキテクチャがどのように表示されるかをよりよく理解するのに役立ちます。
それはあなたの責任に依存します。技術的な問題に責任がある場合は、コーディングの立場を維持する必要があります。「実装」プロセスから「アイデア」プロセスを分けることは、間違った道を進む道です。あなたが自分をそのような立場に見つけたなら、あなたは彼の素晴らしいアイデアを実行するための時間がないだけの天才であるという衝動に抵抗しなければなりません。
一方、あなたの責任が管理にある場合、私はあなたがコーディングするべきではないと思います。マネージャーは充填時間を管理する必要があります。このような立場には、異なるコーダー間、およびチームと大規模な官僚的エコシステム間のコミュニケーションの促進が含まれます。私の経験上、最悪のマネージャーは、チームが対立とコミュニケーションのミスによりバラバラになった間、コーディングを続けていました。