開発者（フルタイムワーカー）と学生との違いを理解する必要があります。 まず第一に、従業員の主な利点は実務経験です。 ただし、学生を過小評価しないでください。 仕事を上手にこなす能力は、経験や給与よりも個人に大きく依存します（モチベーションの問題は省略します）。 多くの開発者にとって、経験は結局のところ、入力することであらゆる種類の異なるコードを選択することになります。もちろん、そのような経験はそれほど求められていません。 経験は長年にわたって十分に相関していません。 コーディング自体は経験ではなく、経験はむしろ実際的な問題を解決することで視野を広げることです。
開発者と学生の違いは確率にあります。 優れた開発者は、責任を持って（動機付けの問題を忘れないでください）タスクに取り組み、それを完了します。同時に、学生はタスクを失敗し、期限に違反し、悪いコードを残す可能性があります。 すでにまともな経験を積んでいて、開発プロセスが設定されている場合に作業するのに便利な優れたコーダーがいます：コーディング基準、コード検査など。しかし、そのような学生の割合は非常に小さく、人口統計上の穴を考えると、トレーニングの全体的な品質（および/または知識）平均はひどいです。
開発者と学生のもう1つの重要な違いは、年に2回「セッション」と呼ばれるエロティックな足での旅行に行く必要がないことです。 プログラマーの仕事の主なものは、タスクへの集中（いわゆるストリームへのエントリー）であり、カップルが考えるために走ったりする必要がない人や、研究室や学期論文を書く必要性がより集中します。 人が常に仕事をしているときにプロセスを構築することは、仕事と勉強を組み合わせるよりもはるかに簡単です。
雇用主、学生、または開発者の期待に応えるのは誰ですか？ 雇用主の観点から-3人の学生の代わりに1人の優秀な開発者を雇うことはリスクであり、どのようなリスクがあります。 開発者には何でも起こります。彼は病気になったり、死亡したり、辞めたり、仕事で本当に必要なときに休暇をとることを神が禁じています。 良い開発者は、原則として、悪いマネージャーの権威に対する脅威であり、私たちが知っているように、良いプロジェクトマネージャーは、危機の間に給与が上がるほどまれです+）。
開発者は本当に生産的に作業し、複雑な問題を解決できます。 軽いタスクにヘビーウェイトを投げることは不利であり、非常に早く彼らは原始的なタスクを扱うことに飽き飽きしますが、学生はそれに対処することもできます。 80％の開発がひどく退屈なコーディングで構成されている場合、全負荷で興味深いタスクをどこで入手できますか
大企業は経験豊富な開発者に好まれており、私は個人的にこれに満足しています。 インターンシップのために学生を募集し、最も才能のある人が仕事を提供します。 実際のところ、そのような企業は、「ロシアモデル」とは異なるビジネス開発モデルを選択しています。つまり、何もせずにお金を稼ぐためです。 「ロシアのモデル」は、キックバックで生きる企業によって選択されます。 これは、中小企業が「中国モデル」を使用することを好むことを意味するものではありません-学生が間違いなく多くの安価な労働力を必要とする消費財をすばやく作成します。 どのビジネスでも、「日本モデル」（最高品質または「アメリカモデル」）に基づいて、できるだけ早く利益を上げる製品を作成することを好む多くの企業があります。 どちらのモデルも、必要なスキルレベルを維持するために従業員への長期投資を伴います。
資格のある開発者には高い給与期待があります。 有能な管理、明確に定義されたタスク、確立された開発プロセスを備えたプロジェクトは非常にまれです。 そのようなプロジェクトのオーバーヘッドはそれ自体で大きく、多数の開発者を雇うことは意味がありません。 このような状況では、開発者よりも大幅に少ない給与を要求する有能な学生を見つけるだけで十分です。 私の意見では、真面目な開発者は良いプロジェクトを手に入れるチャンスはほとんどありません。
もう1つ質問があります。誰がタスクを設定しますか？ 経験豊富な開発者にとっては、タスクを設定する方が簡単です。ささいなことや状況を説明する必要はありません。通常、詳細を自分で確認します。 生徒はタスクをより詳細に解決する必要があります。 次に、選択を条件付きで、比較的高価なタスク設定プロセスと比較的安価な開発者、または比較的安価なタスク設定方法と比較的高価な開発者に変換できます。 事業主の観点からより効果的なものは何ですか？ そうです、予算があります。 このプロジェクトは厳しいピークにあります。 私たちは最もクールなものを選びます。そうでなければ、よりシンプルな人々に焦点を当てます。 全体として、開発者は複雑なプロジェクトを輝かせています。
問題のあるプロジェクトを1年間ドラッグしても改善されない場合、それはあなたがそれほどクールな開発者ではないか、リーダーシップが変化に反対しているという意見があります。 その結果、コンサバトリーで何かを変更する必要があります。 開発者が開発プロセスを確立できた場合、ムーア人は仕事を終え、ムーア人は去ることができます。 このプロジェクトは、スキルの低い労働力で生き続ける可能性があります。 問題が発生する可能性のある次のプロジェクトを探して、自分で出発する方がよいでしょう。
去る理由 プロジェクトから資格のある開発者を単に退去させることは示唆ではありませんが、オフィスを離れるということは2つのことのいずれかを言います：そのような専門家が必要なプロジェクトが終了し、考えずに去る必要があるか、専門家のレベルが彼が働く場所の要件をはるかに超えている。
請負業者または経験豊富な開発者であれば、作業しやすく、退職しやすいはずです-その後、彼は他のプロジェクトに呼び出されます。 つまり、複雑なプロジェクトがある場合は、プロジェクトに高い給料でヘビー級を採用する必要があります。これは、高い確率と小さなリスクで悪いプロジェクトを良いプロジェクトに導き、その後、サポートする数字を別のプロジェクトに移し、徐々に資格のない開発者や学生に置き換えます。
あなたは学生であり、プロジェクトに参加しました-あなたは幸運であり、それを台無しにしないようにしてください。 あなたは経験豊富な開発者であり、プロジェクトが立ち上がった時点でプロジェクトから削除されています。そのため、先に進む必要があります。
追伸 投稿はyakov-sirotkin.livejournal.com/121661.htmlおよびyakov-sirotkin.livejournal.com/121525.htmlに基づいて作成されました