一般的に頻繁に行う（またはTL）最も技術的に牛の建築家である約10人の小さなチーム。したがって、コードの農民の大部分において建築家の割合は、おそらく10％未満を平均します。建築家はまた、初心者、中級、上級3速、河川や湖沼ソフトウェアアーキテクトの実際のハイレベルも少ないに分けることができます。
そのため、大多数（のうち9以上）のコードドライ長年にわたり農業、または建築家が行うことができない、これはそれの原因は何ですか？
①農業へのコードは実際にコードを書いて、コードを書くために考えることができます。
②本当に良いから書かれたコードに分かれてコードを書くことができ、農業、本当にかなり良いです。
③本当に良いコードのコードを書くことができるが農業研究に分けて最適化され続け、そして現状ます。
④新技術浅広さについて学び、知識の使用を掘り下げたいと農業に分かれているコードを掘り下げます。
綿密な研究のように、いくつかの技術を促進するために喜ん農家の数が少なく、多くの場合、知識の幅が不足しているコードの幅を理解します。
⑤コードの深さと幅について少し心配は技術のためのビジネスと技術のための農業技術に分かれています。
国内のソフトウェア業界における農業技術と技術のための純粋なコードは、あまりにも多くの場合より、アプリケーションソフトウェアと需要を必要とします。
⑥農業コードの理解の深さと幅のビジネスと技術のために、我々は、良好なコミュニケーションスキルを持っている必要があります。
⑦との良好なコミュニケーションが、また、どこへ行くPMの一環として。
⑧ゆっくりと実際の開発の別の部分のうち次に残り、（達成するために何かをしない）または「アーキテクチャ」の手段として取得するミドルウェア・ビルディング・ブロックのさまざまなに依存し始めます。
これらを削除⑨、ビジネスの残りの部分は一定の理解、技術的な広さに手を染めの多様性を持っている、一部の技術的な深さの調査は完全に、非常に重要なポイントがあり、問題が十分に包括的かつ詳細な検討してください。
④包括的かつ詳細な良好なコミュニケーションスキル、技術的な広さと深さは問題はない、と彼は仕事が好き、だけでなく、時間から時間に基礎となる実装を行うには、事業開発の視点から始め、Dachu「フレームワーク」の効率を開発するためにに、効率的に実行するためには、品質、ビジネスの柔軟性と安定した秩序、メンテナンスを容易にするために、そしてそのような人を開発するために、個人的には、呼び出すことができると思い、「建築家。」
そして、本当にこの需要、ましてや質問主の10％を満たし、1％は私を懐疑的な到達することはできません。実際には、「建築家」はほとんどが8,5のこのレベルで宿泊しているとタイトルの際に建築家で、このレベルでも、多くの。
要するに、能力のための非技術的な性格のために思考のも、方法が重要であり、それだけでなく、一定の要件を持っている一方で、仕事以外の知識を受け入れるためのイニシアチブを取るために、より多くのニーズ建築家、仕事だけではなく、単純な蓄積を、なるためにプラスキャリア開発とそこに道路のフォークがたくさんあったし、最終的にこの小枝に非常に少数の建築家に行ってきました。
ピラミッド構造
古来、ピラミッド構造（サブ集団はランクやグレードは、高校低学年）人間社会で流行してすべての人生の歩みでは、それは客観的法則です。私は数百万年という怖いだけでなく。
一般的に、なぜ人間社会、長期的な現象ピラミッドはありますか？アリ、ガチョウ社会などの他の動物には、がありますか？この問題は、おそらく、神に尋ねるべきで、困難な探求心、非常に深いです。
ピラミッド構造/現象は、人々の大半は基本的にソフトウェアアーキテクトを行うことはできませんを決定します。だけでなく、ソフトウェアエンジニアリング産業ので、技術的リーダーシップは、上層のちょうど少数の人々を常に避けられない位置して行うことができます。
英語が悪いです
中国は農業の700万ヤードを持っていたと言われて、英語は、比較的一般的な現象であると思わ良くありません。英語は、特に読み書きは、選挙が半分にカットするための適格な候補者の建築家に良いではありません。
心理学とコンテンツ
10000ドル月の農業、心の平和を取得し、もはや高い追求を持っている多くのコード。安定性のために努力し、ほとんどの人々の心理に沿ったもの。現状に不満を持って、継続的な学習に付着し、強力な起業家精神で、彼らの技術開発と管理レベルの向上に努め、一度専門家のプログラミングの日をしたい、少数派であるソフトウェアアーキテクト。
Ersan劉さんは会社を抑制します
アーキテクトは、すべての人が行うことができますだけではありません。ビジネスチームでは、R＆Dおよび管理バックボーンとして建築家は、特別な地位と権利を持っています。
知識の構造の欠陥
建築家、プログラマー、違いのプロダクトマネージャーは、その差はおそらく、建設業界の設計者、建設労働者、パーティーの所有者です。プロダクトマネージャー、私は、このような建物を構築したいので、建築家は大丈夫だ、私はそれはレンガやフレーム構造で作られている場合、あなたが見るのを助けるでしょう、チャンバーどのようにデザイン、どのように水と電気の分布、どのくらいの予算は、プログラマの戦い、構築された青写真の建物に応じました。操作は、建物を動作させるための責任建物のプロパティマネジメント、です。
ソフトウェア開発は、より多くの伝統的な産業（さらにはインターネットビジネスにおける）となっている成熟したソフトウェアの社内チームは、当然これらの役割、展覧会のディレクターを区別します。しかし、非常に異なる、それは、建設労働者、大学で専攻している建築家、のために稀に自発的な成長、建物はすでに高度に発達しているため、規律は、構造力学、美学、技術を持っている必要があり、現在はソフトウェア産業は成熟のような高い程度ではないということですプログラマは異なるアップグレードDaguaiルートをたどるために、自己の建築家にアップグレードすることができますので、プログラマーやアーキテクトは、同じコンピュータ教育を受けています。
だから、建築家は、人々が何をすべきかですか？
仕事の異なるソフトウェア層で割った、ネットワークアーキテクチャ、システムアーキテクチャ、データアーキテクチャ、ビジネスアーキテクチャ、アプリケーションアーキテクチャ、プラットフォーム・アーキテクチャがあります。
サブエリアによって対処の問題は、その上などで電気の供給体制、支払い構造、検索アーキテクチャ、セキュリティアーキテクチャ、パフォーマンス、建築、ゲーム、アーキテクチャ、マルチメディアアーキテクチャ、およびがあります。
ポイント、統合アーキテクチャ、ビジネスアーキテクチャ、モジュラー型アーキテクチャ、アーキテクチャフレームワーク、ミドルウェア・アーキテクチャ、ソフトウェアアーキテクチャ、エンジンのアーキテクチャ、サーバ・アーキテクチャ、プログラミング言語、さらにはアーキテクチャに自分の仕事の深さ。
それはあまりにも乱雑ではないでしょうか？すべてのものと同じように、デザイナーの世界観で設計する必要があります。ソフトウェアはまた、コードに必要なインフラストラクチャのすべての行の目にはうまく設計された、優れたプログラマが必要です！これは、アーキテクチャを反映しています。
問題を解決するために、プログラマは自然なアーキテクチャを必要とし、それらの指導者は、建築家の名前として知られるように、話す、徐々に労働の専門部門になるための一定の権利を取得し、私はこれは建築家の本当の顔だと思います。
建築家になり、それは経験とビジョンが必要です
ゲリラとベンチ王：オールド・ファームヤードを2つに分割されています
経験の蓄積を通じて座ってベンチの賛成で、犠牲にして自分の視野を広げます
全世界が蓄積された経験を犠牲にして、自分の視野を広げるために助長している旅
コード農業生活が高圧である、唯一の情熱は、彼らが選ぶながら、あなたはリンゴ、梨を食べ駆動することができます
しかし、多くの熱意は時間をかけて冷却がありませんか？