サンクトペテルブルクのJavaプログラマー。 申請者の視点からの労働市場の概要。 パート2/3。 「初心者」の落とし穴

パート1/3。 「パン」とは何ですか。

パート3/3。 雇用主は何ですか。 特徴的な機能。

初心者のための落とし穴。

実際、最初の落とし穴はインタビューからでも開始できます。たとえば、プロジェクトが新しく、インタビューのプロセスがまだ確立されていない場合、最初の質問は「履歴書の印刷版をお持ちですか？」という場合があります。実験ウサギの1つとして、このプロセスはデバッグされます。 彼らは突然あなたを「コンベヤー」に連れて行くかもしれません：インタビューの3つの段階を一度に1時間以上スキップします。 これは、面接の準備ができていない場合、またはその日に他の面接が予定されている場合に問題を引き起こす可能性があります。 しかし、これはそうです。

一般的な考慮事項。

「誰かが責任がある場合、誰が前もって明確であるか。」

第一に 、誤解（管理スキルとコミュニケーションスキルについてはどうでしたか）、摩擦、特に新人が自分の都合の悪い解釈をすることを伴う紛争の場合、特定の自然な傾向があります。 たとえ新人が正しいとしても、彼を解雇する理由がまだあります。「マネージャーは彼と一緒に仕事をすることはできません」、人々は「非公式な企業フォーマットに適合しません」など。 この「うまくいかない」が次のように再び発生する場合、2、3人の候補者が最終的に働いたり、誰かと考えたり、「音楽院で何かを直したり」します。 一般的に、あなたが上司の誰か、または「気に入らなかった」と「突然」耳を傾けた人、または何らかの理由で彼が常にあなたをつついたり、傷つけたり、明確ではなく機知を示したりする人そして、あなたに必要なものの明確な表現、そしてそれがペンになると、誰が発射するのが簡単になるかが明確です-試用期間の新人、3日間の支払いが必要、または必要な「より本格的な」従業員起点ではない雇用契約の終了 iativaは2か月または3か月の支払いをします。 そして、2、3回繰り返しても、誰が希望し、誰と協力しているのかを見つけたら、「何が起こるかわからない」とケースを書き留めます。 はい、問題はあなた自身がそのような環境で働きたいかどうかです。

「Vasyaには紛争がありません。 これは公理です。 Vasyaと対立する場合、あなただけが有罪となります。 これは公理の結果です。」

状況は、新しい場所にいる上司がすぐに自分を「紛争のない」人として話す（そして他のボスが彼のことを話す）場合とほぼ同じです。これは、混乱して紛争を起こしたら有罪になるという太いヒントですあなたは事前に割り当てられており、「紛争のない」状態ではありません。 奇妙なことに（一般に、奇妙ではないが）誤解は、文字通り突然発生する可能性があります。 たとえば、プロジェクトの最初の段階で、主任開発者は「Peter」と呼び、IDEのどのプラグインをインストールする必要があるかを説明します。 既にインストールされているプラ​​グインを使用してIDE全体を削除するように依頼します（時間が待たず、あなただけでなく、「動機付けの入門書」を繰り返し読んでいるので、より早く作業を開始する必要があります）、彼は、より正確な理由で、代わりにxmlを提供します-半年または1年前に彼のために成功したプラグインの更新サイトを含むファイル。 日中にこのファイルを適用しようとして成功しません：プラグインの1つが指定されたアドレスに存在せず、インストールできませんが、同時にリストにあるすべてのプラグインをインストールできません。 これを「紛争のない」上司に報告すると、彼は「ピーター」は「悪い人に助言することはできません」と答え、おそらくあなたは曲がったと答えます。 PS少なくとも（同じ「不毛の日」、おそらく別のマシンで）1）プラグインを1つずつインストールする方法を見つける、2）「欠落している」プラグインを分離する、3）「移動」した場所を見つけ、または消えたと確認する会います。）



しかし、それは逆の場合もあります-特に「有望な」従業員の印象をすぐに与えることができます。反対に、「老舗」の長年勤めている従業員の有利なスタートを与えられます（たとえば、あなたは完全な場合でも、Webプロジェクトの主要なJavaプログラマーとして雇われますJavascript言語の無知（ただし、GWTの使用経験があり、Javascriptの知識は必要ありません）。



まあ、コミュニケーションスキルの発達により、マネージャーとの対立の場合には、マネージャーが間違っていることを上級当局に説明する機会さえあります。 私は紛争の前にこれを行うのは簡単ではないだろうと書きたかったのですが、紛争の前には単に高官に訴える理由がないことが明らかになりました。



第二に、「悪い兆候」は、試用期間中に試用期間中であることを思い出せば、「散らかされる可能性が高い」ことに気づきました。 仮説-理由は、その通過が一般に計画されていなかったか、むしろ、30-60パーセントで計画されていたからです。



第三に、試用期間が「散らかる」という事実は、通常2週間か3週間で明らかになります。すべてがなんとなく奇妙になり、基本的なものは理解できないままです（あたかも「理解不能」の状態に特別に保たれているかのように）。 このような浸水した試用期間は、通常、「通常の」状況の場合は1か月半、一般解雇の固定日は2か月かかります（詳細については後述します）。

落とし穴の遭遇した種。

• 経営陣は、技術的に何を望んでいるかをよく理解していません。

  理論的にはまれにしか発生しませんが、著者は個人的にこれを一度ヒットしました。 これは「長期的な戦略」であり、その財務は、ある不動産会社のトップマネージャーの1人である財務部長の好意により継続され、この会社ではIT部門と連携していました。 同社はKISを作成したかったので、Webクライアントとしても「重い」Swingアプリケーションとしても機能するGUIモジュールが必要でした（私も彼らも「リッチクライアント」の概念を知りませんでした。 2005）。 最後に、著者は、ユニバーサル中間層として、SwiXMLの一部を変更したバージョンを選択しました。 雇用主は、ベースとして必要なもの、つまりウェブ版またはスイング版を明確に明確にすることができませんでした。 筆者はこの分野で少なくとも2番目であり、その後、問題をモスクワの特定の外部委託業者に転送することを決定しました。
  
  
  
  「事後分析」の自己批判として、著者がより経験を積んでいれば、彼はすぐにそれらを解決し、「促進」/「プッシュ」/「撤回」/「インポーズ」/「導入」することができると言えます。しかし、非常に賢いので、著者はその空室によってほとんどお世辞にならないという反論があります;-)。 その他の問題として、解雇後、就職調査が先週かかった月（他の3週間は一時的なアルバイト）で、著者は別の仕事を見つけました。そこでは、より多くの給与と仕事の理解がありました。
  
  
  
  

• 「彼を解雇するのに5分かかります。」

  言い回しは多少誇張されていますが、このような現象には少なくともいくつかの種類が存在します：1）誰かと一時的に場所を取り、適切な人をそれに移すか、2）彼らが去る予定よりも多くの人を前もって連れて行く必要があります。 1つ目は、たとえば、市場の縮小によりアウトソーシング会社でプロジェクトの大規模な閉鎖が行われ、突然1つのプロジェクトが開始された場合です。 この場合、彼らは1つの「余分な」プロジェクトを取り、インタビューされたマネージャーの主張でさえ、空室レベルにわずかに達し、そして可能な限りあらゆる方法で彼から隠す「ひどいプロの秘密」、IDEを使用した自動フォーマット、半自動リファクタリングそして、他の「コードを徹底的に調べる」-人が否定的なことを個人的な問題に変えることを可能にします。 2番目の理由は、最初の理由と組み合わせることができ、それを隠すことさえできます。
  
  
  
  このような「積極的な人事選択」は継続的に実施することができます-特に、インターネットの懸賞を提供する一部のIT企業では、特定のスキルを持つ人々が必要です。地方当局によると、開発することは不可能であり、選択のみが可能ですすでに持っている人。 そのような会社では、解雇も組立ラインにあり、大量解雇の日付が固定されており、求人を行うトリッキーなポリシーがあります。求人と大量解雇の日付の間に、法律で可能な最大の試用期間（3週間）よりも短いことが必要です。 従業員がたった3週間で「終わらせる」ことを決めたとしても、彼らは単に彼に割り当てを与えるのを止め、大量解雇の日まで残っているすべての月をその実際にずっと前に公式に耐えることなく、その奇妙な「中断」状態に保つことができます解雇の決定。
  
  
  
  このような「人事コンベヤ」に対する「ボーナス」は、やや「不公平」であり、一般的に新人に対する無関心な態度です。あなたがまだ半分を発砲する場合、「私たちが無駄に誰かを怒らせた場合」-これは一般的な背景に対する些細なことです。 「だからあなたは運が悪い。 だからあなたは失敗です。 出て行け！ 敗者は「企業」を必要としません！」 最初に与えられたブレーキコンピューターから、その週に費やしたタスクを完了するプロセスの途中で突然新しいコンピューターに移行するように強制された場合、次の部門に割り当てられますが、移行中に〜100 GiB workspace'ovをコピーする必要があります。また、XP後のWindows 7でのマスター作業と並行して、これはまさにそのような場合です。
  
  
  
  

• 「ロシアのスクラム、無意味で容赦ない。」

  著者は2009年の秋にサンクトペテルブルクの「トップ10」ソフトウェア会社の1社で会いました（ただし、数ヶ月後、その会社は大幅な人員削減を開始しました-正しい：「当事者の合意により」、休日として2ヶ月の給与支払いメリット）。 彼らは、SCRUM方法論の「精神」ではなく、その「文字」に従い、どこでもではなく、主にそれが精神に最も状況的に反し、結果に悪影響を与える場合、任意に続きます。 チームは、SCRUMの方法論によると、以前は働いておらず、一般的に新人であった人々の60〜70％によって採用されています。 「柔軟な」技術と「ウォーターフォール」技術の欠点はうまく組み合わされています：前者は計画に対して軽薄な態度を取ります-時間はほとんどかかりません：3週間のスプリントで1時間、サブタスクに5以下、できれば2または3時間（合計で1つのタスクを計画するのに平均約10秒）、2番目から-スプリント中に急いで計画された正しい計画エラーから逸脱できないこと。 これは「在庫」のソースとして機能し、「誰がそれを必要とするか」（個人ファイルのレコードを使用）に簡単に翻訳できます。そのため、前の段落の「余裕を持って人を連れて行く」慣行とうまく組み合わされます。
  
  
  
  

• 「再発」試用期間。

  試用期間の終わり（はい、完全な3か月）に、あなたはそれらに合わないと言われますが、あなたはあなた自身の自由意志をやめ、すぐに求職を書くことができます-彼らはあなたを連れて行きます。 そして絶えず。
  
  
  
  

• 過小評価された「濁った」タスク。

  この落とし穴を「隠れた調査の深by」と呼ぶ方が正確でしょう。 作業量とその実装に必要な時間の両方が、事前に予測されていなかった別個の調査の結果であり、まだ実行する必要があり、結果が10倍、または10倍の差がある場合初期評価。 ここでは、その純粋な形で、「フローティングジャム」（最初は初心者には知られていない）があります。 「誤解と対立」についての上記の点はうまくいくかもしれません。評判の良い従業員がそのようなタスクに「出くわした」とき、彼はそのタスクが以前に間違って評価されたと信じる可能性が高くなります。
  
  
  
  はい、そのようなタスクは初心者にのみ当てられる傾向があります。 「オールドタイマー」には、多くの場合、正式ではなく、「好みに応じてタスクを選択する」のではなく、「経験に基づいて」最初に何をすべきかを「自分に優先順位を設定する」権利があります-次に、タスクに優先順位を付けます。彼の意見では、どのタスクに基づいて、プロジェクト全体としてより必要かつ重要であり、どのタスクを行うことで、プロジェクトにより多くの利益を迅速にもたらすことができます。 キューは、それを含む「オーバータスク」を解決する別の方法を選択して再計画できるという事実を含め、第3または第4ステージに到達しない場合があり、最初のタスクは驚きです！ -消えます。 はい、「古き良き人」は、あらゆる方法で「泥だらけ」なタスクを自分から「押しのけよう」とするのが正しい場合がよくあります。ケースには回避策があります。 しかし、新参者は、そのような「地雷」を「手に入れる」リスクが高くなります。これは、上司が新鮮な人が新鮮な顔をするという後ろ向きな考えを大切にし、この新しい観点から問題の解決策をより簡単かつ迅速に見ることができるためです。
  
  
  
  トライアル計画ごとに週に数回のタスクがあり、最初に行うのがシリーズ「隠された調査の深by」であることが判明した場合、特に「楽しい」です。期限までに3つと4分の1のタスクを実行できます4つのうち、4つのうちゼロから半分のタスクを作成します。 このような状況で「抜け出して」最大限に成功するには、管理スキル（本来意図されていなかった）が必要です。豊富な落とし穴のタスクを事前に評価します（これには、タスクを分解し、コンポーネントベースのリスク評価およびその他の計画を実行するスキルが必要です）、自分で「パンチ」します最初のタスクとして、「濁り」が少ないタスク、合理的に「ジャンプ」するタスク、または解決中にその「濁度」が突然発生し、下請け業者に「矢印を転送する」などの再計画を求めるタスク それは彼らがあなたが応答するために配置されるため、作業のタイミングの（挑発）障害によって、あなたをコンであることをタスク）とペダル論文です。 この理由で、何らかの理由で、（上記のように）「紛争のない」という個人的な「ポイント」がある場合、それはあなたの手を大いに拘束します。
  
  
  
  一方、「泥だらけ」のタスクはチャンスです;-)。 仮想マシンでMSVSのTomcatからELFファイルを起動するなど、新しいテクノロジーとテクニックを学ぶチャンスです。5秒後に子プロセスを強制終了することを忘れないでください。 ）アノテーションに関するフレームワークの作成などのエンジニアリング。 特に、これが試用期間を過ぎていないために解雇につながらない場合;-)
  
  
  
  また、「新規参入者に泥タックを押し込む」ことは、「同時に」という「人事コンベヤ」ポリシーの主流に完全に適合します。 しかし一方で、これは「火のバプテスマ」の特異なバージョンと考えることもできます。
  
  
  
  非常に大きくはありませんが、一部の人にとって致命的な意味を持つ「泥臭い」タスクの数は、「無意味で容赦ないスクラム」の場合や前の段落からも現れます。 これらは「隠れた調査の深by」シリーズのタスクだけでなく、他のタスクに依存しすぎているタスク（他のタスクが解決されるまで一度は開始できません）であり、最初は感知できないか、意図的に強調されていない場合があります。 ここでは、パフォーマーが自分でタスクを整理するその短い段階でかなりの速さを示す必要があります。これにより、同様の（最後の）問題領域がないようにします。 ここでも、ある程度の経験が必要ですが、通常は最初はそうではありません。 ただし、この異国情緒は2009年以前にも残っていたと思います。
  
  
  
  「経営陣が技術的な用語で何を望んでいるかを十分に理解していない」という項目は、この項目の肥大版と考えることもできます-「主要なアーキテクトのタスクを実行する中間開発者を探しています」。 しかし、一般的に、ここでの主なことは、そのような空席をflatめず、人々に「ペニーのためにペニーを望んでいる」ことを合理的かつわかりやすく説明することができないことです-彼らは理解できます。
  
  
  
  

• 特定の狭い作業領域の一般的な「腐敗」。

  前の段落とは別の段落で強調表示する必要があります...作品は異なります。 組織が大きく、バリエーションのある1つの大きな製品を製造している場合、職務や専門的成長の見込みに大きく異なる「関心」を持つ作業領域がある可能性が高くなります。 「初心者向け」という落とし穴ではなかったのですが...カーネルを書いた人と、同じ美しいJava開発者タグを持っている人が、「試行錯誤して顧客との連携を止めた理由」はい、それはいまいましい、それは間違ってつづり、正常に動作しませんでした-それはデフォルトのメカニズムを保存しましたが、最後の変更は6ヶ月前に行われました、なぜあなたは昨日だけこのエラーについて書いたのですか??」と2年間で合計3ヶ月間プログラミング自体に従事していますどの2ヶ月-中 試用期間、そして実際には、会社が作るシステムを一般的なレベルを超えて実際に勉強することなく。 そして- 驚き！ 驚くことではありません。スタッフの離職率が高く、人々が自分の自由意志で6か月後に去り（はい、自分の146％で）去り、確率論の新人がそのようなサイトを見る可能性が最も高いのはまさにそのような領域です。 当局にそれを伝えることは一般に役に立たない。そのようなサイトの存在は仕事を整理する方法の客観的な結果であり、いずれにせよ、誰かがこの仕事をするべきである、「社会正義の整理」は会社の​​目標ではなく、会社が内線を我慢するのは簡単だ そのような分野でのスタッフの離職による費用。 プロットはほとんどないかもしれませんが、会社の一般的な従業員の離職率に主に貢献しているのは彼らであり、空席の変わらない実質的な供給者でもあります。
  
  
  
  

• 初心者の一般的な「異国情緒」。

  まれですが、...年齢など、何らかの基準で「フォーマットされていない」場合-35歳以上の場合は、バイアスのもう1つの理由があります。「30歳で、コーダーではなくマネージャーになる時」というステレオタイプです。個人的なつながり以外の仕事を探すことは「まだ消えていない。一部の人はエキゾチックな「敗者」になり、「誰」も気にしない」。 ここでは、「自分自身を説明する」、「テンプレートを引き裂く」、「イメージを作成する」、コミュニケーションのバランスをとる行為の他の側面を示すために、いつもよりも準備ができている必要があります。 一方で-しかし、それは価値があります。最初からそのような誤解はなくなっていますか？
  
  
  
  

• より小さな誤解。

  それほど危険ではない誤解のうち、上司が与えられたタスクを実行する方法を正確に知っており、そのような同様のタスクを実行した経験があり、それをより速く行う方法を知っているが、上司は評価できない状況に注意したいあなたの方法。 たとえば、JSPでロシア語のWebインターフェイス（〜150ファイル）を国際化する必要があります-テキストの一部をリソースファイルに抽出し、それらをリンクに置き換えるために、当局はWordマクロの存在を認識せず、すべてをメモ帳で行う必要があると主張しています。 ここで、オプションは異なる場合があります-例えば、当局が言うように、あなたが必要だと思うことを行う、またはあなたが必要だと思うように行う、しかし当局はそれを見ません、または当局へのアプローチを「保護」します。
  
  
  
  

それでも解決しない場合。

会社が5人を続けて雇用し、最後の1人が保持されない場合、見た目は悪くありません（少なくともそれほど顕著ではありません）。開催されません。 試用期間を「あなた」（または「あなた」であるが、とにかく「極度」であった場合）は、その後のインタビューでこれをどのように反映するかを考える必要があります。 この仕事のエピソードを履歴書に反映することができます、特に言及することはできません（特にワークブックにエントリがない場合）、インタビューの2番目または3番目の段階で口頭で述べることができ、履歴書で言及することはできますが、すぐにではなく、いくつかの仕事の後（彼らはまだ取得する必要があります！）。 言うまでもありませんが、なぜその時点で仕事をしなかったのかを説明する必要があります（そう、人々は5月22日に火曜日-月曜日でも月末でもない-自分の自由意志で、1年のしっぽで働いたなど、 9月8日から突然仕事を探しています）。 同時に、「卑劣の法則に従って」あなたの前の仕事を辞める理由があなたの意見では低給与だったなら（ええ、油絵：「低給与からどこにも行きませんでした」）、あなたは一般に、あなたが何を決めるか別の説明を探す必要がありますより良い：試用期間を「失敗」した従業員の評判、または突然仕事を辞めようとする従業員の評判。 作業がワークブックに反映されている場合、または別の理由で言及することにした場合は、退職の理由を説明する方法について考える必要があります。 たとえば、コードの質が低く、チームに不必要であるために「自分で」書くように頼まれた場合（より正確には、チームに不必要な人が事前にスケジュールされていて、この「極端な」 -コードの品質を含むワークフローの品質は、可能な限り意図的に「起動」されたという事実のため）、次の仕事の場所でインタビューすると、チームの競合のために自分自身を離れたと言うでしょう、あなた自身がインタビュー段階から直接「競合」ラベルに直接ラベルを付けます。 t試用期間の経過はすでにそこにあります;-)。 まあ、小さなトリックが完全に無料で、決して横にならないことを誰も約束しませんでした;-)。 その後、数年/作業場所を経て、コードの品質を「強化」し、「本当の」理由を（言葉で）命名することが可能になります。



そして、ITとJavaにとってもう1つのポジティブで特に重要な、試用期間の未完了の瞬間-技術、技術、プラットフォーム、およびライブラリに関する知識が残っています。

結論のようなもの。

「火のバプテスマ」についてのフレーズはすでに上にきらめきました。 これはそうです-試用期間が正常に完了した場合、それはより簡単になります（少なくとも、何らかの肯定的な評判があります）。 一般に、「火の洗礼」を成功させ、新しい構造への組み込みに伴うストレスを克服するには、空室要件を「146％」満たす必要があります。 結局のところ、必要なパフォーマンスは、予期しないリスク、誤解、バイアス、およびその他の干渉および動機付けの要因を考慮して発行する必要があります。 これを行うには、少なくとも小さなマネージャーでなければなりません。計画とリスクは管理能力です。



さらにいくつかのヒント。 すべての「不正な」指示、指示、説明、およびそれらに対するあなたの回答が記録されるといいでしょう。そうでなければ、チームリーダーは未確認のコードをコミットするよう口頭で尋ね、その後プロジェクトマネージャーはチームリーダーがそれを言うことができないと言います。 そして、あなたのすべての間違いが記録され ている個人的な問題があなたに行われていることを覚えておいて ください -それはいくらか偏っていますが、あなたはあなたの評価の程度でビジネススタイルから抜け出す率直に検証された嘘や過度に評価的な判断を書きません。 確かに、あなたはそれを読むことも許されませんが、あなた自身のどの方向が最も最適であるかを知ることは有用でしょう。



試用期間があなたの過失によるものも含めて「失敗」する可能性があるという事実に対して、内部的に準備する必要があります。 慰めでは、通常何であるか、つまり 50％以上の場合、この問題はまだ発生していません;-)



パート1/3。 「パン」とは何ですか。

パート3/3。 雇用主は何ですか。 特徴的な特徴..