ヴァレラがインターンを雇い、設計方法を教え始めた方法

開始する

ヴァレラは 、中央アジアの1つの大国にある1つの大規模IT会社でチームリーダーとして働いています。 仕事にはいくつかの大きなプロジェクトがあり、マーケティングおよび販売のスペシャリストの輝かしい顔から判断すると、それらはすぐにもっと大きくなります。 同じ考えで、Valeraはテクニカルディレクターから受け取った会議への招待によって促されます。 会議のテーマは、教育システムの方向性を拡大することです。



翌朝、主要スタッフが会議室に集まりました。 テクニカルディレクター（彼にまだ慣れていない人のため-彼の名前はイヴァン）はすぐに質問の核心に行きました。 ご存知のように、しばらく前に、市場でのプレゼンスを拡大するという目標を設定し、そのために新しい営業所を開設しました。 したがって、この戦略はうまくいきました。 1か月で、遠隔教育プラットフォームの開発と実装に関する契約に署名します。 このプロジェクトは非常に興味深いですが、それについてはまだそうではありません。 それを引き出すには、教育システムの方向に新しいチームを急ぐ必要があります。」



「スリッパ！」ヴァレラの頭から光りました。 彼は、市場に無料の開発者がほとんどいないことを明確に理解しており、1か月後には適切な量を見つけることはほとんど不可能になります。 彼はこれらの考えを同僚と共有しました。 しばらく議論した後、会議の参加者は次の決定に至りました。 他の3人の強力な専門家は、新しい方向で他のチームと区別されます。 インターンはすべてのチームに受け入れられます-昨日の学生または学部生は訓練を受ける必要があります。 すべてのプロジェクトの義務が影響を受けないように、迅速に訓練してください。 Valeraは、新しいチームのチームリーダーになります。 解決されました。



2週間後、若い男がためらいながら新しいチームの新しいオフィスに入りました。 彼はヴァレラのテーブルに行き、「Yerzhanはあなたの研修生です」と自己紹介しました。 ヴァレラは、以前メールでしか対応していなかった男性を最初に見て、タスクを与え、解決策を確認しました。 そして、彼は会社の最も重要なプロジェクトの1つで長い間働かなければなりません。



「座って」、私たちのヒーローは椅子に向かって手を振った。 当社には、各インターンにメンターを付けるというルールがあります。 研修生が課題を完了するのに役立ち、何をどの順序で勉強するかについての推奨事項を示します。 一般的に、私の仕事は私が自分自身を知っているすべてをあなたに伝えることです。 すべての質問で私に連絡してください。」 ヤージャンは微笑んだ：「スーパー！ これは私が物事のコースに何倍も早く入り込み、実際の問題を解決し始めるのに役立つと思います。」 ヴァレラは、その男には正しい動機があると自分に言い聞かせました。



動機付けによる動機付けですが、Valeraは、数週間のうちに、国内の教育システムに悩まされている男性から問題を自分で解決できるようにする方法を理解する必要がありました。 そして、それらを効率的かつ時間通りに解決します。 これを行うには、Valeraが長年にわたってキャリアを積んできたすべての経験を体系化し、それを研修生に迅速に伝えようとする必要があります。 タスクは簡単ではありませんが、価値があります。 誰かが後でこれについて本を書くでしょう。



しかし、一般的に、何に集中するのでしょうか？ 悪いプログラマーと良いプログラマーの違いは何ですか？ 常に接続し、ステータスを追跡し、コードの半分を書き直し、ステートメントをもう一方に伝え、詳細を説明し、ビジネスについて冷静に行かなければならないことを知って、一方にタスクを与えることを恐れるのはなぜですか？ そのうちの1人はプログラミング言語をよく知っていて、もう1人はあまりよくないでしょうか？ いいえ、そうではありません。 ヴァレラは、プログラミング言語に関する複数の本を研究したが、単純なアプリケーションを設計することができなかった人々を十分に見ていました。 待ってください...デザイン...そこにあります！ 優れた開発者は設計できなければなりません。 そして、このスキルの開発は最初に集中しなければなりません。



次に、これをヤージャンに伝える必要があります。 ヴァレラは予期せず開始しました：「要件は常に変わります。」 彼の対談者の驚きの表情を見て、彼は続けました。「開発者としてのあなたの主な仕事は、作成されたシステムのユーザーの要件を実装することです。 そのため、ユーザーは非常に風が強い生き物であり、必要なものがすぐにはわかりません。 システムの最初のバージョンを確認して初めて、要件が明確になり始め、多くの場合大幅に変更されます。 また、機能が異なるように動作するはずだとわかるたびに満足できるようにコードを書く必要があります。 作成した設計により、これらの要件を簡単に実装でき、システムが少し良くなるからです。」



ヴァレラは、適切な設計が非常に重要である理由をYerzhanに説明するのにもう少し時間を費やしました。 彼は、キャリアの初期段階で、設計が不十分なシステムをどのように使用したかについて話しました。 それらのわずかな変更でさえ、チーム全体でパニックを引き起こしました。 結局のところ、この変更後にシステムが破損する場所を誰も知りませんでした。 そして、テスターが故障を報告するのは良いことです。 ビジネスユーザーがこれを報告した状況は、ヴァレラの最も楽しい思い出に属していませんでした。



Valeraの要約：「数週間で開発を開始するシステムは、大きく複雑です。 そして、あなたはそこに座ってバグを修正することはありません。 あなたは開発の本格的な参加者になります。 柔軟なオブジェクト指向設計の世界に飛び込む準備をしてください。」 「いつでも準備ができています！」一部の映画で聞かれるフレーズは、ジェルジャンの潜在意識から飛び出しました。 彼はまた、ここでそれを好きになり始めたと思った。

初日。 最初の真実

翌日、Yerzhanが職場に来たとき、彼が最初に目にしたのはモニターの近くにある2冊の本でした。 Stephen McConnellの「Perfect Code」とRobert Martinの「Perfect Programmer」。 Valeraにこれらの本がなぜテーブルに載っているのかを説明するように頼み、彼は答えました。「最初の本は良いコードの品質について語っています。 2番目の本は、優れたプログラマーの資質について語っています。 彼らはお互いを完全に補完しているように思えます。 一方が他方なしでは存在できません。 これらの本を読んだ後、開発を大幅に加速できます。 さらに、良い本は刺激を与えます。 成功のために重要です。」



本を終えた後、ヴァレラは彼らが開発するシステムを簡単に説明しました。 少し前、教育省は遠隔教育研究所を設立し、教育サービスの提供のための新しいモデルの開発を任されました。 その結果、さまざまな大学の教師がコースを公開し、学生がカリキュラムに基づいて必要なセットを選択するというサイトのコンセプトが生まれました。 各教師は、コースを完了するための価格を示します。 そして、学生は、価格と品質の比率に基づいて、自分に最適なオプションを選択します。 研究所は、このメカニズムが教師間の競争を刺激し、一般に遠隔教育の質を向上させると想定しています。



「そして、当社はこのモデルを立ち上げるためのプラットフォームを開発する必要があります。」とValeraは説明し続けました。 短い議論の後、同僚は、これが完了したタスクを検証するためのモジュールになることを決定しました。



Yerzhanのラップトップは、必要なツールをすべてインストールした技術サービススペシャリストが所有しています。 彼らは明日だけそれを与えるので、Valeraは特定のタスクの詳細を議論するのではなく、すべてのプログラマーが理解する必要があることをYerzhanに伝えるために今回を使用することにしました。 そして、彼がそれらをより早く理解するほど、より良いです。



ヴァレラは、「オブジェクト指向プログラミングとは何か、それは何のために発明されたのか」というお気に入りの質問から始まりました。ヤーザンは質問の単純さに驚き、すぐに答えました。 オブジェクト指向プログラミングを使用すると、実際のオブジェクトをコードで記述できます。 車があり、車輪やその他のメカニズムがあるとします。 「適切なクラスを作成し、それを使用して車を運転し、プログラムで使用できます。」



ヴァレラの時代が来ました。「あなたの話は真実です。 しかし、それはポイントではありません。 実際、OOPの主な目標は複雑さを克服することです。 意味を説明します。 OOP以前は、主要な開発モデルは手続き型プログラミングでした。 しかし、システムがより複雑になると、手続き型のアプローチは滑り始めました。 コードの保守と開発は非常に時間がかかりました。 また、すべての手順では、システムコンポーネントを相互に適切に分離することができなかったためです。 一部の手順の変更は、他の手順の動作に影響を与えました。 OOPは、この問題を解決するために考案されました。 オブジェクトアプローチを使用すると、プログラムを独立した分離されたコンポーネントに分割できます。 そして、1つを変更しても他の人の行動には影響しません。 さらに、人間の脳は非常に弱く、ある時点でシステム全体をカバーすることはできません。 また、このクラスを使用すると、システムの別の部分に集中し、それを理解して操作できるため、タスク全体の複雑さが軽減されます。



少し考えて、彼の最初のプロジェクトを思い出した後、Valeraは次のように付け加えました。 付随するすべての問題を抱えながら、同じC＃で完全に手続き型のコードが記述されているのを見てきました。 オブジェクト指向プログラミングとオブジェクト指向設計を理解し、それらを正しく使用できるようにする必要があります。 その後、あなたは幸せで実り多いキャリアを持ちます。 そして、今ではOOPのみを使用しているとは思わないでください。 他のアプローチもあり、それぞれが独自の分野で使用されています。 しかし、私たちにとって、エンタープライズシステムの開発者として、OOPは非常に重要です。」



OOPから始めて、次の論理的なステップは、Yerzhanに弱い結合（または英語の用語を使用するための疎結合）を伝えることでした。 クラスを使用すると、システムコードを別々の部分に分割できます-これは良いことです。 しかし、これらの部分が互いについてできるだけ知識を持たず、可能な限り独立していることがさらに重要です。 あるクラスでの変更は、別のクラスには影響しません。 さらに、システムはプログラマーのチームによって便利に開発され、それらの間に独立したコンポーネントを配布します。 弱い凝集力は、私たちが必ず努力しなければならない品質です。 しかし、それを行うことは見た目よりも困難です。 システムコンポーネント間の接続は、明示的と暗黙的の両方で、さまざまな形で現れます。



説明にしばらく時間を費やした後、ヴァレラはヤージャンの物思いに沈んだ顔を見て、安心させようと急いで言いました。「私が話していることを完全に理解していなくても心配しないでください。 弊社は柔軟な開発手法のファンであり、設計においても同じアプローチを採用しています。 明日から実際のタスクを開始し、徐々にスキルを磨きます。 そして今日では、理論は十分です。 「オフィスを歩いて、ここですべてがどのように配置されているかを確認し、人々と知り合うことをお勧めします。」



YerzhanはValeraのアドバイスを急いだ。 彼は残りの時間を新しい同僚とのコミュニケーションに費やしました。 そして、彼らのそれぞれは、Yerzhanに新しい情報の一部を与えました。 そこで彼は、オブジェクト指向設計の基本原則を説明する魔法の略語SOLIDがあることを学びました。 また、賢い人々がさまざまなプログラミングの問題を解決するための既製のレシピを思いついたことがわかります。 これらはデザインパターンと呼ばれます。 もちろん、Yerzhanはすぐにはあまり理解しませんでした。彼はこれをすべて理解し、クールなソフトウェアの書き方を学びたいという強い願望を持っていました。



だから彼の新しい会社でヤージャンの最初の日を過ぎました。 時計が18時を示した後、彼は同僚に別れを告げて家に向かいました。 しかし数分後、彼は戻ってきて、テーブルから「完璧なコード」を拾い上げ、再び手を振ってオフィスを出ました。



継続するには...



PSこれは、チームリーダーValeru、インターンYerzhan、および柔軟な設計に関する一連の記事の最初の記事です。 次の記事では、Yerzhanが要件を実装し、多くのコードを記述し、同時に柔軟なオブジェクト指向設計の原理を研究する厄介な道について説明します。



PPSヴァレラに関する最初の記事はここにあります 。



PPPS実在の人物やイベントとの一致はすべて架空のものです。