著者のブログに掲載されている本「情熱的なプログラマー」の章の翻訳を続けています。 この本の著者は並外れたチャド・ファウラーです。元ジャズ・サクソフォン奏者であり現在はCTO 6WunderkinderであるRubyとITカンファレンスの有名なスピーカーです。
開発グループのマネージャーとして働いている間に、私は部下の一人に尋ねました。「あなたのキャリアで何を達成したいですか？ 何になりたいですか？」 「J2EEアプリケーションアーキテクトになりたい」という彼の答えには非常に失望しました。 「Microsoft Wordデザイナー」や「RealPlayerインストーラー」ではない理由を尋ねました。
この男は、仕事をしていない特定の会社によって作成された特定のテクノロジーを中心にキャリアを築きたいと考えていました。 この会社が廃業するとどうなりますか。 彼の「真新しくてセクシーな」技術が時代遅れになるとどうなりますか？ なぜあなたは自分のキャリアをソフトウェアプロバイダーに任せたいのですか？
何らかの理由で、私たちの業界では、市場リーダーが標準と同じであると仮定して、自分自身をだますことがあります。 これに基づいて、一部の人々は、ある会社の製品を彼らの身分証明の一部にすることは非常に自然であると考えています。 時にはそれがさらに悪化し、市場リーダーではない製品を中心にキャリアを構築し、突然嘆かわしい立場にあることに気づく人もいます。そのため、キャリアのさらなる発展に関する見方を再考するしかありません。
少し立ち止まって、ビジネスとしてのキャリアを認識する必要があることを覚えておいてください（これは本全体で述べられています-およそTransl。）もちろん、あなたは寄生虫ビジネスを構築することができます。例えば、苦労しているプログラムを売っている会社がありますメイプルで覆われたスパイウェアは、Microsoftの不適切なブラウザセキュリティモデルを残します。 これらのソフトウェア会社は通常、市場のゲームルールの変化に適応します（たとえば、マイクロソフトのブラウザーセキュリティの予期しない変更や、ウイルスの脅威からコンピューターを保護する独自の製品を開発するという決定など）。 同時に、独立した開発者には、キャリアの方向を劇的に変えるのに十分なリソースがありません。
特定のソフトウェアベンダーに集中している世界の悲しい瞬間は、通常、プログラムの実装の詳細が秘密にされていることです。 プロの「サポートの障壁」に達するまで、プロプライエタリなソフトウェアがどのように機能するかを正確に知ることができます。 ソフトウェアベンダーがサポートサービスを販売できるように、お客様と問題の解決策の間に専門的な「サポートバリア」が人為的に構築されます。 そのような障壁は意図的に構築されることもあれば、知的財産を保護する副作用として（ソースコードを閉じることによって）構築されることもあります。
特定のテクノロジーへのターゲットを絞った投資はほとんど常に悪い考えであるという事実にもかかわらず、あなたがそうする立場にまだいるなら、同様の商用製品と競合するオープンソースソリューションに飛び込むことを検討してください。 たとえば、J2EEアプリケーションサーバーの専門家になりたいとします。 商用ソリューションの構成とサポートのニュアンスに焦点を当てる代わりに（最終的には、構成ファイルの設定を微調整する方法を誰でも理解できますか？）、オープンソースのJBossまたはGeronimoサーバーをダウンロードし、基本的なことだけでなく時間をかけてください機会だけでなく、その内部構造。
しばらくすると、知覚に何らかの変化が生じたことに気づきます。 このJ2EEのこと（またはダイビングすることを選択したもの）は、実際にはそれほど特別ではありません。 実装の詳細が表示され、高度な概念とパターンがあることがわかります。 Javaまたは他の言語またはプラットフォームのいずれであっても、分散企業アーキテクチャは分散企業アーキテクチャであることに気づき始めます。 あなたのビジョンがより包括的になり、心が開き始めます。 脳によって分類された概念とパターンが、単一のベンダーの技術に集中するのではなく、よりスケーラブルで多用途になり始めることに気づき始めます。 「ソフトウェアプロバイダーの出入りを許可する-システムの設計方法はわかっています！」
行動する！
小さなプロジェクトを2回作成してみてください。 一度コアテクノロジーを使用し、2回目は自分に最も近い競合テクノロジーを使用します。
PS翻訳の最初の部分の準備中であっても、出版に適したハブを見つけることができなかったため、Habr裁判所に投票を提出します。