猫を放牧する方法、または若いプログラマーへのアドバイス

私の経験豊富な同僚であるプロジェクトマネージャーは、ソフトウェア開発者ではなく、わがままな見た目のプロを管理するという難しいトピックに特化した有名な本「猫の放牧方法」の最初のロシア語版が出版されたとき、「牛を放牧する方法」と言いました。 このフレーズは記憶されており、それ以来プログラマーとのやり取りで経験が蓄積されたように、同僚は正しかった。

Nenaプログラマーが同僚を見る方法

Habréには、ソフトウェア開発方法論、プロジェクトチームでのコミュニケーションと相互作用、プログラマーの選択と雇用に関する記事がかなりあります。 誇張せずに、こうした記事はそれぞれ、プログラマーから多くの怒りのコメントを集めています。プログラマーは、「方法」、テスター、人事部門のスタッフ、アナリスト、顧客を非難します。 記事やそれらへのコメントでは、開発者は常に正しいという一般的な意見があります。 この意見のpre延は、とりわけ、プログラマーがHabrの聴衆の大部分を占めているという事実によるものです。 同時に、プログラマではない専門家が組織やプロジェクトチームで働いています。 私的秩序のこの記事は、単に「バリケード」の反対側に形成された、その反対側の視点を表しています。



今日、私の若い友人、私はあなたの同僚の目を通してあなたに世界を説明し、あなた、ソフトウェア開発者、偉大で常に正しいプログラマーがこの世界でどのように見えるかについてお話します。 あなたはあなたがあなたの猫のように宇宙の中心であり、誰もがプロジェクトの終わりまであなたに生命の coを負っていることを確信しています。 これは、とりわけ、プロジェクトチームのコホートの量的な優位性によってあなたの意見が支持されますが、実際には、若く、またはすでに灰色になっているが、まだ心と心の友達が十分でないプロジェクトのかなりの半分で、チームの残りは静かですあなたの全知と過度のうぬぼれを嫌います。 あなたのは、建築家の法外で過度に膨らんだによってのみ阻止されますが、そのカーストについては改めて話しましょう。









ビジネスアナリストは、監視のために実現されなかったとされる仕様の最も時間のかかる部分を嫌います。



テスターは、作業日の終了5分前に修正を加えて最終アセンブリを展開し、落ち着いて帰宅することを嫌い、明日のリリース前に50の修正と回帰テストをチェックするために夕方にいくつかの残業時間を費やす必要があります。



プロジェクトマネージャーは、最高の鐘楼から彼を吐き出すことを嫌います。なぜなら、あなたの将来は、会社のあなたの給料と同様、彼の意見やフィードバックに依存せず、ほとんど常に道を見つける直属の上司にのみ依存するからです。あなたのどんな失敗に対してもあなたを保護するために。 もちろん、彼はテスター以上にあなたを嫌っています。なぜなら、彼らがテストを終了し、最終ビルドのリリースの準備を整えた後、夕方11時に、彼は最終リリースレポートの作成を完了する必要があるからです。お客様の展開およびメンテナンスグループ。



サポートサービスは、あなたが割り当てられた新しいプロジェクトのスケジュールで、疎外されたコードをサポートする時間が特別に割り当てられている場合でも、「自己文書化された」コードと質問に対する回答の絶え間ない回避を嫌います。



ただし、最初にまず最初に。

普通のプログラマーのライフパス

どういうわけか、あるプロジェクトが成功した後、私は開発部長の同意を得て、プログラミンググループのプレゼンテーションを準備しました。これには、とりわけプログラマーの人生の軌跡を描いた「グラフ」が含まれていました。継続的統合および自動開発の実践を適用する前に、統合開発環境の開発（20年）、欠陥管理（25年）、および他の専門家グループおよび外部請負業者との対話（30年） yvaniyaのリリースは35年（年齢マイルストーン、もちろん、条件、およびだけで生活平均の方法を説明するためのものである） 白髪の外観を達成しました 。 プログラマーは、現代世界の他の誰にも似ていないが、技術的および専門的に絶えず学び、改善することを余儀なくされており、非常に多くの人がこれに非常に成功しています。 同時に、最初のホイッスル詐欺プログラム「Hello、World」を書いてhh.ru / monster.comで履歴書を公開した人のほとんどは、インタビューですぐに指を広げ始め、誇らしげに自分自身を「真のプロフェッショナル」と呼んでいます。 -これらは実際にはありません。



そのプロジェクトでは、1人の開発者が更新されたコードを共通リポジトリに置くのを忘れることができ、同僚の2人は半日、極端なモードで、機能が説明どおりに機能しない理由を特定しようとしましたか？ 別の開発者が展開スクリプトに誤りを犯し、プロジェクトマネージャー（！）に気づかなかった場合、反復全体のチームコラボレーション結果の実装は、製品環境へのコードリリースの次のサイクルまで遅延されます。 2週間。



どちらの専門家も彼らの背後に1年以上の仕事があり、彼らはソフトウェア開発の専門家でした。 彼らの仕事に対して金銭的報酬を受け取ったが、彼ら自身または無料のオープンソースプロジェクトではコーディングしなかった。 それにもかかわらず、彼らは「子供っぽい」ミスを犯し、どちら側から見ていたのでしょう。 それはよく知られていることであり、誰もが欠陥を経験します。何もしない人だけが刈り取りません。 しかし、だからこそ、さまざまなプロジェクトチームへのアドバイスの経験に基づいて、ほとんどすべてのプログラマーが抱えている問題領域と、特定のプログラミングテクノロジーの知識の分野ではなく、あなたに愛されている関連分野、MUD、デザイナー、デストラクタは終わり、スキルは要件、ツール、欠陥、計画などに取り組み始めます。 したがって、上記の例のいずれかの記事を読んでいるときに誤って自分自身を認識し、それを読んだ後に適切な結論を導き、「自分より上に成長する」ことができた場合、他の人はあなたをその分野の専門家として正当に見て、それを喜ぶでしょう同じプロジェクトとチームであなたと働く。

非プログラマーとの相互作用

プロジェクトチームで一緒に仕事をする他のスペシャリスト（テスター、アナリスト、テクニカルライター、デザイナーなど）がプロジェクトの成功に責任を負っていることを、マイスキルフルフレンドに伝えましょう。宇宙の奇跡 。 そして、これらすべての非人間は、エンコーダーとしての役割よりもさらに重要な役割を果たします。したがって、彼らとの有能で慈悲深い相互作用は、あなたの仕事の不可欠で重要な部分であり、ATMから月に2回多くのお金を受け取ります一言で言えば-お金はこれらの人々が同じATMから持ち出すよりもはるかに大きいです）。 多くの場合、それらを見て、彼らの設計ニーズは、彼らが当然要求する注意なしに、上または指から必要です。 そして、彼らの役割に応じて、ニーズと専門家の期待があります。



たとえば、アナリストは、仕様内の各文字について口論するだけでなく、問題なくそれらをプログラムコードに変換することを期待しています。 また、テスト中に、明日リリースに含まれていて、1年前にプロジェクトチームに任命される前に要件に定められた主要な機能を実装しなかった理由を尋ねられた場合、ゴーグルをしないそれ以来、1文字も変更されていません。



テスターに​​は、バグのない品質の結果を期待する権利があります。 彼女が採用されたとき、彼女は約束されたので、彼女はTDD開発方法論の一部ではないことを期待しています.MUDは、未完成の製品をテストのために「捨て」、その結果に基づいて、不足している機能を完成させ、明らかな欠陥を修正します そして、テスターは確かに、手動以外の方法で製品をテストする方法を知らないという事実、またはデータベースクエリ言語を操作する彼女のスキルがあなたのものよりもはるかに低いという事実のために腐敗を広めないことを期待しています。 最後に、プログラミングの場合よりも手動テストのほうが何倍もお金がかからないことを忘れないでください。また、もし彼女があなたと同じようにSQLを知っていれば、彼女はあなたのモニターの前の椅子に座って、あなたと同等の資格を持っていれば、彼女はチームと組織に彼女を残すことを望んでいたでしょう。なぜなら、彼女はあなたとは異なり、テスターの苦労をしてきたので、あなたのように工場で腐敗を広めないからです。

技術の工学知識

幼稚園研究所をすでに卒業し、インタビューで、デザイナーがデストラクタとどのように異なるかを説明できましたか？ ソフトウェアを作成するプロの世界はこの知識に限定されないという秘密をお伝えします。書かれた何らかの形で実行可能なコードが、プロジェクトマネージャー/顧客から月に2回、sn を受け取らない十分な作業の結果だと考え続けるなら、将来のキャリアでは、自分の頭の中でさらに多くの問題をかき集めます。そして最も重要なことは、あなたの隣で仕事をするのに十分幸運でないすべての人にとって、永続的な頭痛の種になります。









「バージョン管理？ コードをコメントアウトしますか？ コーディングおよび命名基準を順守していますか？ いいえ、聞いたことはありません！」あなたの同僚は、さまざまなプロジェクトチームや組織でここやここで言っています。 若い友人、あなたは「コードジャバリング」に直接関係のないものすべてについて泣き言を言っています：コメントを追加する必要性、会社または部門で確立された標準に従ってブロックテストでコードをカバーする、リポジトリブランチをマージする...高度なまたは真に高度な資格を必要とするより複雑なもの：テストの自動化、継続的な統合の実装とサポート、Bamboo-Cucumber-Maven-Puppetバンドルのセットアップ、検索でのシステムログの長時間調査 xソフトウェアエラーの証拠-これらはすべて、コーディングスキルを直接向上させることができず、FAQを軽視している退屈やかすみに対するものです。 さらに、特定のハードウェアの使用を拒否することにより、プロのソフトウェア開発者であるあなたは、それらのハードウェアを使用できないことを単純に隠すことがよくあります。 見つけにくい「フローティング」欠陥をキャッチする試みとして、IDEに組み込まれたプロファイラーの使用を提案したプログラマーの反応と顔を覚えています。プログラマーが仕事で使用するツールをアドバイスするのは、プロジェクトマネージャーの犬の仕事ではないと言われました。

ツールスキル

ワークステーション内での作業はどの程度自動化されていますか？ 正規表現の操作、バッチファイルの作成と実行のスキルを高めましたか？ 同僚、テスター、アナリスト、または顧客の要求に応じて、3分間でリモートサーバー上の数十万行のログを解析し、キーパラメーターの必要なエントリを見つけ、出力をパックし、指定されたアドレスに転送して、中断されたタスクに戻ることができますか？ 仕事中に繰り返しを必要とする日常的な操作を実行する方法をMUDでどれくらい早く知っていますか？



ご存じのように、現代の開発環境でコンパイルを開始するには、F5（またはF6？またはF13？..）を押します。最終的に、プロジェクトマネージャーである私がそのようなことを知る必要があるのはなぜですか？ Jiraからアンロードし、Excelで適切にフォーマットし、 blackjetとwhoresのチャートとトレンドを使用して欠陥レポートについて顧客に電子メールを送信しますが、あなたの同僚の喫煙室で「パイム」をバカではないことをピン留めすることは間違いありませんデストラクタがコンストラクタとどのように異なるかを知っています）。 しかし、かなり長いキャリアの中で、キーボードのキーボードショートカットを使用して特定の標準アクションを呼び出すプログラマーの多くに会ったことがありません。ほとんどのプログラマーは、より遅い「マウス」マニピュレーターを使用します。 条件付きの「タブ-1000-タブ-1-タブ-0-タブ-バックスペース-2-Ctrl + S-Ctrl-F6-Enter、Alt-Tab、F5」を使用すると、実際のプロはマウスのフリックと突っ込みで何をすることができますキーボードの人差し指で5分間の長い動きが遅くなります。 そして、そのような操作が1日に数百回実行されると、締め切りが迫っている状況で、別のプロジェクトマネージャーが時々、そうした「プロフェッショナル」をキーボードから遠ざけ、変更を行い、実行可能コードをコンパイル/レイアウトし、テストグループに先送りしたいことがあります新しいビルドの準備ができました。









したがって、、怠zyでなく、ブラインドの10本指印刷とツールでの効果的な作業方法を習得する時間を費やさないでください。プロジェクトマネージャーからあまり愛されていない人でも、経験豊富な人を信じてください。今回は見事に報われるでしょう。 そして、あなた、不器用な若者は、これで完璧に達していません-Go、モニターに身を埋めて、コードを書いてください、Bl ..！

労働評価

プロジェクトマネージャーが「コードを書く」という神聖なプロセスに介入するときは、我慢できません。 しかし、同時に、「非現実的な」締め切り、「漏れやすい」要求、変更へのタイミングの悪い要求、無能なプロジェクトマネージャーについての苛烈なコメントを出す喜びを決して否定することはありません。 特定の方法論の枠組みの中で、次のイテレーションまたはプロジェクト全体の人件費を見積もる専門家の意見を求められた場合、あなたは驚きの顔をして、理解できないまたは不完全な仕様、未知の技術、それがあなたのものではないことを「言い訳」し始めます計画を立て、「でたらめ」の時間がないので、コードを書いて本物のことをした方がいいでしょう。 「機能ポイントの方法による人件費の見積もり？ 以前の結果に基づいて類推して？ 画面フォームとデータベースI / Oリクエストの数に基づきますか？ いいえ、聞いていません！」



したがって、若い友人は、プロジェクトで仕事を計画するのがあなたのビジネスではないときはぼろを静かに保つか、空を指ではなく真に専門的な評価を発行するあなた自身のスキルを向上させます。 そして、あなたが最後をマスターするまで-IPKB !!!

ヒンドゥー教のコード

お気に入りの活動の1つは、インドの開発者が作成したソフトウェアコードを批判することです。 あなたにパンを与えるのではなく、「パスタ」スタイルのプログラミングをお楽しみください。 「ヒンドゥー」コードについて議論するだけでなく、テクノロジーについておしゃべりしたいだけです（以下を参照）。 そして、これらすべてを、メソッドを誇り高い名前kolbasa（）と呼び、忘れずにプログラムのさまざまな場所にコードの一部をコピーし、1ダースまたは2画面のサイズのクラスを作成します。



あなた自身の専門的な経験であるYOUTHの些細さにより、あなたが自分で書いたコードがたまに良くないこと、そして時には南部の同僚が作成したコードよりも悪いことはよく知らないでしょう。 悲惨なプログラマーはどの国にも存在し、「判断しないで、判断されないようにします」、そして真の専門家、秘密を教えます、、国家ベースで同僚の非難に行かないで、ゆっくりと自分の資格と時間を改善します、ソフトウェア製品の作成に割り当てられ、彼らはプログラミングに直接費やし、他の人のコードの欠陥で他人の目にeyesを見つけることに費やすのではありません。

無限の技術議論

Java ++がC ##より優れているか、またはJavascriptライブラリのどのバージョン番号129フラクション15がバージョン129フラクション13より優れているかを、他のプログラマーと延々と話します。 イテレーションまたは複数月のプロジェクトの終了前に2〜3日または数週間が残っていて、あなたに割り当てられた修正されていない重大な欠陥の数が50を超えている日でも、そのような議論について決して残念に思うことはありません。



金曜日の夕方や週末にビール1杯を飲むのではなく、勤務時間中に良心のひらめきなしでこれを行います。 製品で1つまたは別のテクノロジーを選択して使用するという問題は能力の範囲外であるにもかかわらず（能力の規模MJDはまだ成長していないため）、そのようなおしゃべりに従事していますが、それでも雇用主と時間を費やしています。非生産的なトレポのプロジェクト。

「不必要な」集会について嘆きます

そのため、 あなたが話をした後、私はキッチン/喫煙室で2、3人を盗んだよりも、最新のGoogle / Microsoft-Apple-Linus Torvaldsフレームワーク/記者会見について同じダースのコーダーの6人と話しました-開発の日、突然、完了した反復の分析で、プロジェクトで開催されている不要な会議が多すぎることを宣言し、それらを短縮する必要があります-これに応じて、叫ぶだけです：黙ってIPKB !!!

識字ロシア語

最後に、彼らが言うように、最後ではありますが、最も重要ではありません。 MUDがC ##やBrainwaveなどの言語に堪能であっても、ロシア語（および英語でも、XXI世紀の庭で）を正しく書き、話す必要性から完全に救うわけではありません。 したがって、次回までに、仕様、コードへのコメント、顧客への手紙、またはあなたの賢い記事やコメントをここに書くか、クイックコーダーのための他のリソースにコメントを書くことができます-ロシア語を正しく学びましょう、bl ..！ あなたが書くものは何でも -有能な人なら誰でも簡単に喜び、それをすべての綴り文字につまずかないようにしてください。 tsya.ru Webサイトのコンテンツにアクセスして記憶し、最後に「テスター」は電気ネットワークのさまざまなパラメーターの値を決定するデバイスであり、ソフトウェアテストの専門家は「 テスター 」と呼ばれ、「機能」は数学用語であり、ソフトウェア製品の機能は「機能」と呼ばれ、bl .. !! 111

エピローグ

上記のアドバイスが将来の使用に適していることを願っています。時間の経過とともに、ソフトウェア開発の真のエンジニア、ショップの同僚と有能で丁寧にやり取りし、効率よく時間通りに仕事をする彼の分野の専門家に成長することを願っています。 頑張ってください！ そして、あなたの仲間の非プログラマーがあなたと猫よりも彼らの仕事に対する愛と尊敬に値することを常に忘れないでください。

---

追加

記事の第1版へのコメントでは、質問が尋ねられました。そのような開発者はどこで入手できますか？ 特別に、もちろん、記事の著者は彼のプロジェクトチームでそのような人を選択しませんでしたが、そのような人員はほとんどすべての組織で見つかります。



もちろん、ITの分野で専門的に仕事をしているすべての開発者が、この記事で説明されている開発者に似ているわけではありません。 著者は、熟練したプログラマは初心者の同僚よりも10倍生産性が高いという幅広い意見に同意しています。 平均的な手の開発者の生産性は、初心者、ごみ歩行者、または不適格性と生産性の約3倍であり、専門家である第一人者である「バイソン」の最終的な排出量も、通常の専門家の約3倍です。



私の経験では、スキルの低い開発者の数と普通の人と普通の人と専門家の量の割合はほぼ同じです。1対3と3対1です。これらの割合は組織によって大きく異なりますが、平均してかなり正確です。 私のキャリアを通して、私は4人の人々と仕事をしてきましたが、「 星 」（「スペクトル」の極端な部分）のカテゴリに完全に分類しています。 彼らは、自分に設定されたタスクの実装に必要なものすべてを知っていました。さらに、それよりもはるかに多く、人件費を専門的に評価し、割り当てられた時間内に作業を行いました。プロジェクト、製品、または会社での作業の後、明確に文書化された成果物を残しました。



「 普通の 」プログラマーの絶対的な大多数がいて、「スター」ができることの多くを行う方法を知っていたが、すべてではない。 彼らの記事は、明らかに、与えられたスケッチのいくつかが彼らを笑顔にするかもしれないという事実に関係していないか、または懸念しているだけです。しかし、はい、覚えています、会社XYZは同じことをしたことを覚えています（2/5/20年前）だった！」。



「スター」とほぼ同じ数の本物の「 ガウジング 」に出会った。記事で見苦しい説明をした人たちだけだ。卑劣で、性急で、愚かで、オフィスのプログラマーではない同僚全員を見下ろしているボス）、学習したくない、またはそれを必要としない「専門家」。



この記事は最後のカテゴリに専念します。