写真の
読み取りには8分かかります対象
者：初心者アーキテクト
テキスト：Ivan Survillo
私はプログラマーになるために勉強しませんでした、私の専門は半導体物理学です。しかし、私はいつもプログラミングを楽しんできました。私は古いコンピューター、Pascalのチュートリアルを持っていました。大学に入学しなければならなかったとき、私は物理学が有望な方向であると決めました、しかし私はサンクトペテルブルク工科大学で勉強している間でさえプログラムを続けました。プロセスへの情熱を見て、妹は1Cでプログラミングのコースを受講するようにアドバイスしてくれました。私は行って、1か月後に最初の2000ルーブルを獲得しました。顧客は、ピザ配達用の納品書のような単純なフォームを必要としていました。その瞬間、私はこれがあなたがお金を稼ぐ方法であることに気づきました。
その後、プロジェクト活動を行う会社に来て、プログラマーからプロジェクトマネージャー、システムアーキテクトへと成長しました。プロジェクトの規模に応じて、私はリーダーまたはアーキテクト、あるいはその両方になることができます。
それから私がGazpromNeftに引っ越した段階がありました。いくつかのプロジェクトの代わりに、最初は1つの回路に住むいくつかのシステム（主に1Cで開発されたもの）がありました。さらに、さまざまなプラットフォーム上のさまざまなタスク（計画、ディスパッチ、制御、アカウンティング）を備えたシステム。
企業の建築家である愛する人に説明する方法
正直なところ、それが進むほど、私が働いている愛する人に説明するのは難しくなります。最初に-プログラマー、ここでそれは明らかです-私はコンピューターで何かをします、数は数えられます。それなら-プロジェクトマネージャー-プログラマーの「フォアマン」はまだ理解できます。そして、アーキテクトはどうですか？..
システムアーキテクトはハウスアーキテクトのようなものです。特定の建物の負荷を計算し、床を計算し、使用する材料を計算し、換気とエレベーターを計算する必要があります。
私は企業のアーキテクトです。つまり、アーキテクトはもはや「自宅」ではなく、「地区」または「都市」です。私は「車」が移動する「家」、「通り」を配置し、幼稚園や学校を設計し、ガスと水のパイプをどこに敷設するかを予測する必要があります。つまり、すべてをIT用語、システム、統合バス、システム間のデータフロー、補助機能（監視など）を提供する技術システムに変換するとします。
これらすべてを考えるのは簡単ではありませんが、原則として、すでにさまざまなレベルでの作業経験がある場合は、解決できます。あなたは真空の中で理想的な都市を構築するわけではありませんが、入り口には常にいくつかのニーズ、タスク、インフラストラクチャのスケッチがあり、そこからすでに始めています。
仕事の詳細について
ITアーキテクチャの構築には、正式なものとそれほど多くないものの2つのコンポーネントがあります。正式なコンポーネントは、GazpromNeftやその他の大企業に固有のものです。アーキテクチャ委員会と技術的なアドバイスがあります。ソリューションが本番環境に移行するには、それらと一致している必要があります。アーキテクトの仕事の一部は、建築委員会と技術委員会によって渡されるソリューションを選択することです。セキュリティ、コスト、あらゆる種類のリスクに関するプラットフォームの最適な選択、保守性など、さまざまな基準があります。
非公式な側面は、プロジェクトチームと連絡を取り、開発者や請負業者を正しい方向に導き、プロジェクトを成功させるためにあらゆる方法で支援する必要があるということです（問題がアーキテクチャの概念の一部であるかどうかは関係ありません）。
たとえば、1CプラットフォームとSAPがあります。私たちの国では、多くの地域で、それらは競合するか、（同じ給与または倉庫会計で）共同で使用されます。新しいプロジェクトが登場したら、これらのプラットフォームのどれが問題の解決に最も適しているか、プラットフォーム上のどの特定のソリューションを選択する必要があるか、そしてその理由を選択します。
プログラマーとアーキテクトの違い
このプロジェクトを書くプログラマーはすべてを考えることができると彼らは言う、企業の建築家は必要ないと信じられている。しかし、プログラマーは特定のプラットフォーム1C、Python、またはその他のものに合わせて調整されています。プログラマーは、彼に与えられた適用された問題を解決します。そして、アーキテクトは、ビジネスとともに、システム全体の開発のベクトルを選択します。ベクトルに応じて、1つまたは別のプラットフォーム、1つまたは別のプログラマー、1つまたは別のタスクがあります。ビジネスが何を望んでいるかを理解し、それを実装可能なコンセプトに変換する必要があります。
プログラマーは日、週、月でタスクを完了しました-彼は迅速なフィードバックを持っています、それは道徳的に簡単です。私の仕事の結果は時間的に遅れています。
職場での妥協と不満の気持ちについて
私が最後に妥協したのは、ビジネスデータがある1つのシステムと、計画データがある別のシステムを統合したときでした。当初、会計システムに必要なデータが隣接する多くのシステムで必要になることは明らかですが、チームの負荷が高く、より単純な一時的な概念に従ってすべてを実行することに同意し、その後、最適なものに改良します。
パッチ適用ソリューションがビジネスに適しており、会社の戦略や概念と矛盾せず、長期的に害を及ぼさない場合は、不満を感じることはありますが、そのままにしておくことができます。
職業が「普通の」生活に与える影響について
私はプログラミングを魔法の杖と比較します。私は自分の自由意志でそれを決してあきらめません。魔法は常に残っているべきです、それはちょうど今私が仕事のための開発をしていないということです、しかし私は自分自身のためにまたはスキルを保つための趣味として家で何かをすることができます。たとえば、夏のシーズンには、ArduinoやESPなどのコントローラーの開発を勉強しました。今、私は「スマートダーチャ」を手に入れました。ワイヤレスコントローラーが温室への水やりを担当します。5月（夜はまだ霜が降りていたとき）、温室内の苗木に必要な温度を自動的に維持し、芝生の灌漑システムも自動水やりに設定されました。電話から、現在の測定値（温度、湿度）を確認したり、必要に応じて灌漑/暖房/バックライトのオンとオフを切り替えたり、コントローラーに要求したプログラムにすべてを任せたりすることができます。
私の職業は私の日常生活に影響を与えていることがわかりました。時には小さなことでも、時には大きなことでも。小さなことでは、小切手がどのように行われるかを見て、小切手の一部をカードで支払い、一部を現金で支払うことができることを知っています。しかし、レジ係はこれを知りません、そしてあなたはこの状況を解決することができます。インターネットが機能しない場合は、自分の側で確認してからプロバイダーに行く必要があることを理解し始めます。大規模な場合、このアプローチは一般に他の領域にも適用できることを理解します。たとえば、同じ建設や修理などです。つまり、変更を計画する方法と、そのために何を我慢しなければならないかを知っています。