2007年以来、私は常に誰かを雇っています（今でも）。 最初は小さなWebサイトのコーダーや技術者でしたが、現在は忙しい医療プロジェクトのテスター、フロントエンド、バックエンドの開発者です。 私たちと一緒に仕事に就くために来る人たちの典型的な間違いをコミュニティと共有したいと思います。
1.曲線再開
履歴書は、人が考える方法を知っているかどうかをすぐに示します。 通常の人は、履歴書を書くとき、「私の履歴書は雇用主が私を選ぶのを助けるでしょうか？」という質問を自分自身に尋ねて、ユーザーの観点からこれを行います。 ヘッドハンターまたは私のサークル自体が履歴書のフレームワークを形成していることは明らかですが、これらのプラットフォームを使用しても、応募者は間違いを犯します。
典型的な再開ミス：- 連絡なし（はい、起こります！）
- 必要なときにカバーレターはありません（この特定の欠員のために私たちにしたいのはなぜですか）。 すべてがすでに明確であるため、手紙が必要ない場合があります。彼は最前線で20年間働いており、継続したいと考えています。 しかし、候補者が配管工として働いてプログラマーになることを決めた場合、疑問が生じます。 カバーレターにあなたの動機について書くことで、すぐにそれらを削除する方が良いです
- 推定収入のレベルは示されていません。 給与を指定しないと、操縦のためのスペースが増えることがあります。 ただし、この方法では、検索時に特定の金額の範囲を示した場合、雇用主のフィルターの外にいることに気づきます。
- 履歴書は雇用主の言語で書かれていません。 ロシア連邦で就職したい場合は、ロシア語で書いてください。 海外の場合-英語。 2つのバージョンを用意することをお勧めします。
- 愚かなジョーク。 ユーモアのセンスは危険で相対的なものです。履歴書でそれをフラッシュしようとしないでください。 テキストは感情を伝えないので、あなたの冗談は理解されないかもしれません。
2.プロジェクトおよび経験なし。
プログラマーとして仕事に応募する場合、経験が必要です。 後輩としての地位に就いたとしても、趣味や勉強のレベルでいくつかのプロジェクトを後部に置いておく必要があります。 理想的なのは、少なくとも数か月に1回何かをプッシュするまともなgithubアカウントを持っている場合です。 個人的に、私はそのようなアカウントを持っています、そして、私はそれで絶えず働きます。 候補者はNDAを持っているため、コードを表示できないとよく耳にします。 個人的には、私はそれを信じていません。 NDAによって閉じられていても、コンテキストに関係なく、いつでもコードを表示できます。コーディングスタイルが明確な部分を表示するだけです。 表示するものがまったくない場合は、テストタスクを実行する必要があります。これは時間の無駄であり、何よりもまず応募者の無駄です。 したがって、事前にデモ用のコードを準備することは、申請者の利益になります。
3.通話/手紙に応答しない
このようなことが頻繁に起こるので、そのような人々がどのように仕事を見つけているのだろうと思います。 私の理解では、まともな人は不在着信に電話をかけ、手紙に答えます。 同じ番号が2日間で4回目の電話をかけ続けている場合は、間違いなく電話をかけ直します。 彼らが手紙を書いたら、少なくとも1文で答えます。 また、一部の候補者は、HHの欠員に対応し、履歴書を送り、電話や手紙には答えません。 個人的には、これは無責任および/または不注意の兆候です。 両方とも悪いので、私はそのような候補を無論で書きます。
4.湾曲したテストタスク
多くの場合、彼らはひどく完了したテストタスクを送信します。 Javaの典型的なエラーの例を挙げますが、このリストは他の言語に最適です。
- タスクの不注意な読み取り。 たとえば、使用できないと書かれている場合のORMの使用。
- e.printStackTraceによる例外ジャミング（）;
- コメントの欠如;
- OOP曲線：どのクラスが何をすべきか。
- 不十分なコード分離
- SQLインジェクション
- 麺コード; 明確にするためにいくつかの部分に分割できる巨大なメソッド。
- gitの操作：リポジトリ内の追加ファイル。
- クラス、メソッド、コーディングスタイルの命名。
- 間違った場所のデータベース設定。
- 「私の英語はとても上手です。」 悪い場合は、ロシア語で書いてください
- テストの欠如
- 閉じられていないリソース：ファイル、接続
5.悪い関係
私は小さな地方の町チェレポヴェツに住んでいて、すべてのプログラマーはお互いを知っています。 候補者が私のところに来たとき、私はほとんどいつでも彼について尋ねる人を知っています。 ほとんどの場合、彼らは私に何かを言い、私は他の人の意見に基づいて決定を下します。 優秀なプログラマーになるだけでは十分ではありません。また、優秀な人物である必要もあります。 さらに、人間の資質は受容において最も重要な役割を果たすと言えます。
ある日、ニコライという名の優秀なプログラマーが私を受け入れました。 彼と話した後、私は彼が嫌いな人であり、何らかの形で彼を拒否したことに気づきました。 数日後、私の最も重要なマネージャーが私に電話をかけて、尋ねます：
-ニコライ・パプキンは電話し、あなたがそれを取らなかったことを訴えます。 なぜあなたはそれを取らなかったのですか？
-彼は嫌いな人だから
「ああ、わかりました、いいです。」
「いい男」だから、時には準備の整っていない後輩を連れて行くこともある。 彼が良い人であれば、内部コースで彼に知識を押し込むか、外部コースで勉強するように彼を送ります。
6.意思決定を立証できない
テストタスクを実行している場合、またはコードの例を捨てている場合は、このコードについて、つまりこれらまたはこれらの決定が行われた理由を伝えることができる必要があります。 解決策が明らかではないことがすぐにわかる場合は、そうではなく、なぜこのようにしたのかをすぐに書いてください。
プログラマーを雇ったとき、彼は常にいくつかのアーキテクチャの問題について私と議論し始めました。 主張するのは良いことですが、あなたは自分の立場を正当化できる必要があり、「必要だから」と言わないでください。 時間が経つにつれて、奇妙な状況が判明しました。私は1つのことを言い、彼は静かに他のことをします。 私は去らなければならなかった。 しかし、この状況では、私の間違いもありました。雇用の際に、誰が家のボスで、誰が最終決定を下すかをすぐに明確にする必要がありました。 この男の代替品を探していたとき、私はこのエラーを修正し、入り口で最終決定を下すことにすぐに同意しました。 今は問題ありません。
7.収入の誤解
多くの場合、候補者が来て、彼がどれだけ稼ぎたいかわからない。 質問をすると、「ああ、これは難しい質問です。まだ考えていません」という答えをよく耳にします。 そのような候補者は常に最低額を受け取ります。 私の戦術：
-あなたはいくら稼ぎたいですか？
-わからない
-1万で十分ですか？
-いいえ、十分ではありません
-良いですが、25000で十分ですか？
-少なからず、それは車のローンのためだけです
-OK、それから45？
-はい、多かれ少なかれ。
そのような対話では、候補者は常に彼が受け取ることができるよりも少ないものを受け取ります。 彼が事前に準備し、自分のレベルとそのレベルの市場での給与を知っていれば、彼は本当に自分を評価することができます。
8.自己開発における怠azine
候補者に、業界で読むことを勧めてくれる本について尋ねます。 私はこのようなことを言います：「私はAngular 6についてあまり知りません。学ぶために読んだり見たりすることをお勧めしますか？」 候補者が自分の仕事に熱心でない場合、彼は非常に相対的な何かに答えます。 そして、候補者が継続的なトレーニングに慣れている場合、彼はすぐに特定の本または特定のコースを推奨します。
これらはエラーです。 私の要件が高すぎるように見えることもありますが、その結果、チームで働いているのは最もクールな人だけであることがわかります。
これが誰かが良い仕事を見つけるのに役立つことを願っています。 すべての幸せと神の愛=）