私はほとんどの人にマイナスの意見を述べますが、マイナス％username％の前にコメントを書き、自分の意見を伝えようと考えます。 また、私の意見は主観的なものであり、究極の真実ではないことに注意してください。
これはすべて、ガールフレンドからの採用の背景を知っている開発者として説明します。
したがって、パーソナライズされておらず、プログラマーに連絡する「少し詳細な」リクルーターが原因で、チーズはすべてホウ素です。
潜在的な開発候補を定義することから始めましょう。
激怒した開発者のほとんどは、ロックスター、伝道者、MVPなどではありません。 業界で。 彼らは自分のプロジェクトをgithubや他の公開プラットフォームに持っていません。 （HelloWorldsはカウントされません）。
また、開発者だけを使用するプロジェクト（顧客プロジェクトでの使用を含む）で開発者を一掃する価値があります。そのような開発者は確かに素晴らしいですが、業界の他の人々にとって「有名」でもありません。
それで、最終的に誰がいますか？ 私たちの潜在的な「激怒した」ヒーローは、顧客のために働き、ロケットの聖人なしで彼のために企業プロジェクトを削減します。
何らかの入力
リクルーターの友達に回答/拒否の数を数えるように頼み、いくつかの統計を得ました（実際、すべては会社の人気に大きく依存しますが、病院全体では）
- 候補者の60％は無視します（または手紙の後で非常に遅く応答します）。
- 候補者の25％が否定的に答えます。私は仕事を探していません。
- 残りの15％は興味があり、面接に行く準備ができています。 これはまだ申し出ではありません。 オファーは5％に達します。
しかし、会社には人が必要であり、プロセスはアイドル状態にあり、顧客はinしているため、開発者があなたの作業を待っている人員はいません。 各採用担当者は、時間の可能性と利用可能性のために、彼の魅力をパーソナライズします。 また、開発者がタスクに興味がある場合、「こんにちは、空室率link_to_resource％を見てください...」と答えます。また、民主主義はほとんどの場合、最初はオファーに興味がない人によって育てられますが、たわごとを捨てる必要があります。 そして、はい、公共のプロフィールの非常に少数の人々は彼らが仕事の変更に興味がないことを示します。
自分次第ではない、誰かが技術を誤って指定している（誰か、完璧で関連性のあるプロファイルと履歴書を持っているわけではありません）、プラグがない場合は答えない（悪い場合は悪い）あなたはスターであり、10万50万人を望んでいます）、リクルーターがGitHubで昼夜を問わずプロジェクトを研究することを望んでいます。 要するに、あなたは皆を喜ばせるわけではありません。 そして、時間は容赦なく移動します...
そして、開発者がこれを持っていた場合：
1か月後、締め切りは最後のタスクでした。 もちろん、あなたはそれを実装し、レビューのためにそれを提出します、そしてここに私たちの慣例が入ります。 毎回、前のレビュアーのコメントを見ずに、さまざまな人があなたをレビューします（多くの候補者がいます）。
最初のレビュアーは、スペースの代わりにタブを使用するように求め、コードをフォーマットします。 次のレビューでは、タブの代わりにスペースを使用するように求められます。 コードを再度フォーマットし、レビューのために送信します。 さらに、後続の各レビュー担当者は、前のレビュー担当者の1人からのコメントを含め、高い確率で何かを変更するように求めます。 締め切りはスキップされ、タスクは注ぎ込まれません-実行されないことが判明します（実際にはすべてが準備が整っており、動作しています）。
そして実際に何かを激怒させるものは何ですか？
「空室などの説明を含むサードパーティのリソースへのリンクの問題」 -私に関しては、これは通常のアプローチです。
- まず、ほとんどの人は少量の情報をより適切に認識します。
- 第二に、素晴らしいDRY原則があります-繰り返してはいけません （残念ながら、すべてのプロジェクトで実践されているわけではありません）。 なぜグラフォマニアに従事し、特に空席が可能な限り詳細で、何をどこで行うかが明確な場合に、全員の職務記述書を書き直します。 そしてそれはどうなりますか。
「履歴書の提出を求めることについて」 -正直に言って、多くの人が必要に応じてLinkedInや他のプラットフォームの情報を更新しています。 多くの場合、別の/新しいジョブを探すときに現在のジョブが入力されます。 誰もが自分のタスクを説明するわけではありません。これも重要です。 例として、プロファイルは、あなたが.Net開発者であることを示しており、Web、デスクトップなどの方向は示されていません。 そしてこれは重要です。
相互に排他的な条項： 「書簡には雇用会社に関する詳細が少なくとも記載されています。」および「書簡にストック画像またはビデオが含まれている場合...」 -ここでは、会社に関する追加情報が必要かどうかを判断する必要があります。
「この手紙は、CTOまたは雇用会社のエンジニアリング部門の長が個人的に書いたものです」またはFACを楽しませる方法です。 -ここでの状況は非常に奇妙であり、会社に勤務している人が2人（サービスステーションであり、サービスステーションではない）で、新しい空席が奇跡的に開かれている場合は良いことです。 また、リクルーターは大企業に雇用されているため、サービスステーションは必要な人数を伝え、リクルーターはすでにそれらを探しています。
疑似結論
潜在的な候補者のプロファイルにもかかわらず、疑いもなく、大量メール送信を行う能力のない採用担当者がいます。 また、 「一口で」コードを予約する無能なプログラマーもいます。 しかし、適切なフィードバックを得ると、私たちは皆、学び、成長します。 そのため、レビューに合格したコードは、ない場合よりもはるかに良く見えます。
しかし、世界的には、私たちの業界に対する印象はあまり良くありません。 一部の開発者がオファーをwith索していて、みんなにロバを舐めさせようとしているので、よくある質問が面白い。 しかし、実際には彼らは彼ら自身ではありません。 そして、たとえそれらが表されていても、それでは何ですか？ 開発者よりも空席が少ない場合、行動はどのくらい速く変化しますか？
誰もが現代の開発者のように振る舞うなら、生きることはどれほど難しいでしょうか？
タクシードライバー：申し訳ありませんが、電話を見つめるのをやめて、手動変速機でギアを車に巧みにシフトする様子を見るまで、私たちはどこにも行きません。
医師の蘇生器 ：申し訳ありませんが、私はパンでコーヒーを飲むまで患者の命を救い始めません。
配管工：私はあなたのパイプを修理しません、彼らは古すぎて臭いがします。
PS
ちなみに、ほとんどの採用担当者は、開発者の回答やリクエストにもoutしています。
特に、母親があなたが優れたプログラマーであると言ったとき、そして今、履歴書にはすでにsn 250,000 rのレベルがあります。
あなたはお互いを尊重し、私たちは皆平等な普通の人だということを理解する必要があります。
PPS
この記事には抜け穴と不正確さがたくさんありますが、少し沸騰していることを理解しています。 最近、ITコミュニティは、不満や脱落などの小さな子供のように振る舞います。 専門家とは違います。