初めての仕事に対する恐怖心を取り除く

映画『ハリー・ポッターとアズカバンの囚人』より

この世界の問題は、教育を受けた人々は疑いに満ちているが、愚か者は自信に満ちていることです。

チャールズ・ブコウスキー

最近、別のマンツーマンプログラミングレッスンを教えました。 通常の授業とは異なり、トピックは言語構築や問題解決ではありませんでした。 その学生は将来の就職についての懸念を語った。 学生自身はとても賢かったです。 コースに来る人の一人は、誰よりも早く、独自の解決策でプログラム全体を完了しますが、常に自分自身を心から過小評価しています。 私の意見では、そのような疑問は情報の不足からのみ生じます。 私はレッスン中にこのギャップを即興で埋めようとしました。

質問は次のようなものでした。

• 毎年多くの学生が大学を卒業し、就職活動を行っています。 それはたくさんの人です。 おそらく彼らは最も優秀な人材を採用するでしょうが、私には居場所がありません。
• 失敗してすぐに解雇されたらどうしますか？
• 仕事の途中で、彼らが私が愚かであることに気づき、私を追い出したらどうしますか？

私がそのような質問に答えたのはこの学生が初めてではありませんでした。 多くの人がそれらを持っており、通常は準備なしに言われなければなりません。 今回は私の独り言をノートに書いてみることにしました。 数段落くらいになるだろうと思っていましたが、最終的には記事全体として十分な量になりました。

この記事では、私の視点と経験に基づいた見解を説明します。 しかし、私たちの世界は非常に多様であり、そこでは驚くべきことが起こります。 何かに同意できない場合、またはあなたの経験が何らかの形で異なる場合は、コメントを書いてください。

この記事は開発者によって開発者のために書かれました。 ただし、テスト、管理、その他 IT 分野での作業を計画している場合は、アドバイスの一部が役立つこともあります。

彼らはあなたをまったく雇わないだろう

多くの大学が毎年何百人もの学生を卒業することを想像すると、不快になります。 このような大勢の観客とどうやって競争するのでしょうか？

残念ながら、卒業生全員が十分な技術訓練を受けているわけではありません。 あなたの知り合いの大学生に尋ねてみてください。彼のグループの人々は、「データベース」や「アルゴリズムとプログラミングの基礎」などの分野の試験にどのようにして入学できるのでしょうか? 30 人のグループの中に、実際にすべてを自分たちでやった「上級者」はせいぜい 3 ～ 5 人です。 残りは単にそれらをコピーし、質問への回答を詰め込んで提出するだけです。

私が独学で勉強したときはこんな感じでした。 ただし、私の経験は代表的なものではないかもしれません。 そこで私は何人かの生徒にこの質問をしました。 答えはほぼ同じでした。 回答者はさまざまな大学の出身者でした。 理由に関する議論はこの記事の範囲外とします。 本格的な研究をするのに十分な時間がないので、入手可能な事実から結論を導き出します。

何百人もの卒業生のうち、雇用主が関心を寄せるのはわずか数十人だけ

十分な準備を整えて有能な学生に真の競争を提供できる卒業生はほとんどいません。 しかし、たとえ真面目に勉強したとしても、最初の面接の後は採用されない可能性が高くなります。 XNUMX本目以降もおそらくそうでしょう。 すべてがうまくいくかもしれませんが、攻撃ではなく包囲に備えることをお勧めします。 就職活動が失敗しても、失敗を克服して再挑戦する理由にすぎません。 面接の準備については話しません。 このトピックについては、インターネット上ですでに多くのことが書かれています。 面接では、トレーニング プログラムでは説明するのに時間がかからないであろう微妙なニュアンスがあることだけは言っておきます。 この情報は自分で探してください。試行回数が減る可能性があります。

狂気とは、まさに同じ行為の繰り返しである。 何度も何度も、変化を望みながら

アルバート·アインシュタイン

面接が狂気の沙汰にならないようにするには、新たな試みのたびに改善する必要があります。 面接中に聞かれた質問を記憶するか書き留めてください。 家に帰ったら、このリストに目を通し、インターネットを使用して自分自身をチェックしてください。 こうすることで、あなたと面接官がどこで間違いを犯したかがわかります。 これも起こります。 パフォーマンスが悪かったトピックを確認または研究し、再試行してください。

さらに、労働市場には顕著な季節性があります。 賢い企業は卒業日に基づいて採用計画を立てます。 春は他の時期に比べて新人の求人が多くなります。 ただし、現時点では競争率は高くなっています。

バカだ - 解雇しろ

未経験者が採用されると、それに応じた期待が生まれます。

この仕事に新しく加わった人には、次のことが期待されます。

• 一般的な技術ベースの知識
• 会社の主題分野の詳細を研究する
• 使用するツールと実践方法を習得する

一部の組織では、使用するテクノロジ、ツール、および現地の手順に関するトレーニング コースを新人向けに提供しています。 たとえば、企業電子メールを使用する際の適切なマナー、Wiki 内のドキュメントを変更する手順、VCS とバグ トラッカーを使用するローカル機能などです。

技術入門講座もありますが、有用性は疑問です。 雇用に関して言えば、雇用主はあなたが十分なレベルの知識を持っていると確信します。 小さな形式的なものとして、そのようなコースを誠実に受講するのが最善です。 もしかしたら、実際に役立つものがあるかもしれません。

仕事を始めるときは、初心者には、緊急で複雑であると同時に重要なタスクの解決を任されることは絶対にないことを覚えておいてください。 ほとんどの場合、これらのプロパティは XNUMX つだけ存在します。 または、単純ですが緊急です。レイアウトを修正し、誰かにファイルを送信し、問題を再現します。 または、難しいですが、完了する見込みはありません - そのため、初心者はより多くの熊手を集めます。 または重要ですが実験的です。 たとえば、誰もが長い間望んでいたが、実行する時間が見つからなかったプロジェクト。

ツールを使いこなすための作業は「難しく」、人工的なものになります。 おそらく、これはメイン システムの簡易バージョンになるでしょう。 このようなタスクでは、プロジェクト全体と同じテクノロジー スタックと同じドメイン用語が使用されます。 この場合、実行結果はエンドユーザーには提供されません。 これはやる気を失わせるかもしれませんが、この感情に抵抗する方が良いです。 人工的なタスクは、プロジェクトの運命がそれにかかっているかのように、誠実に実行する必要があります。

最初の問題を解決した結果が、面接に同席していない同僚の間でのあなたの第一印象を形成します。

ツールのマスタリング タスクの別のオプションは、「ローカル マシン/テスト環境でプロジェクトを実行する」です。 場合によっては、このプロセスが説明書に記載されていることがあります。 しかし、それらは通常古く、場所によっては時代遅れです。 発生した問題を明確にした新しい指示を作成すれば、プロジェクトに真の利益をもたらすことができます。 確かに大学では、いくつかの分野に関するレポートの RGR を書かなければなりませんでした。 ここもほぼ同じですね。 ドキュメントには、起動するために実行する必要があるアクションが反映されている必要があります。

通常、テスト環境で製品を実行する手順は次のとおりです。

• リポジトリのクローンを作成し、ブランチまたはタグに切り替えます
• いくつかの構成ファイルを作成する
• データベース構造を準備する
• テストデータを埋め込んでください
• プロジェクトをビルドまたはコンパイルし、
• 一連のコンソール スクリプトを特定の順序で実行する

システムをローカルで実行するプロセス中に、予期せぬ問題が必然的に発生します。

見つかった問題の解決策は、導入手順に追加する必要があります。 次回その指示に従えば、このような問題は発生しなくなります。 構成ファイルに入力してスクリプトを呼び出すときは、どの値がどこで使用され、何と一致する必要があるかに注意する必要があります。 たとえば、プロジェクトが CI システムを使用して組み立てられ、スクリプトによって起動される場合、ブランチ名やコミット番号をどこに記述するかを理解することが重要です。 スクリプトには、データベースの IP アドレスまたは DNS 名、ログイン名、パスワードの転送が含まれていることがあります。 この場合、テスト環境にどのアドレスを使用するか、どのようなログインがあり、それらにどのようなパスワードを指定する必要があるかを知る必要があります。

一部のタスクは、経験豊富な開発者にとっては簡単に見えるかもしれませんが、インターンにとっては困難です。 これは正常です。

開発者は毎日技術的な問題を解決しなければなりません。 経験豊富な従業員はこれまでに多くの問題を解決していますが、新人はまだそれらに対処できていません。 最善の戦術は、発生したすべてのエラーを「${タスク名} に関する問題の解決」という文書に記録することです。 それぞれの問題に対して、原因について仮説を立て、インターネットで解決策を見つけて、一つずつ試していく必要があります。 各試行の結果も記録する必要があります。

研究を文書の形式で登録すると、次のことが可能になります。

• 細かいことを頭から外しましょう。 たとえば、構成パラメータ、DNS/IP アドレス、コンソール コマンド、SQL クエリなどです。
• タスクが数日間続く場合、「昨日何をしたか」を思い出す
• グルグル回ってはいけません。 以前に行ったことをいつでも読むことができ、元の問題に戻ったことを理解できます。
• 「今日は何をしましたか?」という質問には明確に答えてください。 たとえ既製のソリューションがまだないとしても。

タスクのステータスを同僚に伝達できる必要がある

同僚があなたの成功に興味を持ち、それを共有することがあります。 これを毎日または毎週行う時間を確保してください。

発生した問題と解決された問題を追跡していないと、成功を説明するのは次のようになります。 私はまだ解決策を探しています。」 この話からは、インターンが何かをしていたのか、それともただ座って本を読んでいただけなのかは明らかではありません。 彼には助けが必要ですか? 昨日から状況は変わりましたか？

解決策を探して文書を保管している場合は、次のように言うことができます。 このようなエラーがありました。 私はそう決めました。 これにはまだ対処していません。 このような仮説と解決策があります。 今、それらをチェックしているところです。」

タスクを何らかの方法で測定できる場合、ステータスには数値が含まれている必要があります。 たとえば、「モジュールの単体テストを作成する」というタスクの場合、「20 個のテストを実行する予定ですが、現在 10 個のテストを作成しました」と言えます。

詳細を提供するほど、同僚はあなたが何をしたかをよりよく理解できます。 これにより、同僚の間であなたに対する前向きな態度が生まれ、あなたが助けを必要としているかどうかを理解できるようになります。

お気軽に助けを求めてください

問題が発生したときは、その原因と考えられる解決策について仮説を立てる必要があると上で書きました。 ただし、仮説が正当化されず、問題に対して独自に見つけた解決策が機能しないことが起こります。 この場合は、助けを求めたほうがよいでしょう。 同僚の注意を乱用しないようにするには、各問題に自分で取り組む必要があります。 数時間経っても解決策が見つからない場合は、より経験豊富な仲間にアドバイスを求めましょう。

「これまでにこの問題に遭遇した人はいますか?」と尋ねることから始めるのが良いでしょう。 問題の簡単な説明付き。 エラー メッセージの一部またはスクリーンショットを添付することをお勧めします。 このメッセージを初めて送信する場合は、一般的な仕事用チャットに送信することをお勧めします。 そうすれば、本当に忙しい人の注意を仕事からそらすことがなくなります。 無料の同僚があなたのメッセージを見て、協力してくれるでしょう。

一般チャットでメッセージを送っても誰も助けてくれなかった場合は、昼食、お茶やコーヒーを飲みに行く、テニスの試合、または喫煙休憩などの休憩中に経験豊富な同僚を捕まえるようにしてください。 それがうまくいかない場合は、会議またはスタンドアップで問題を報告してください。

既知の問題が解決されれば、すべてがそこで終わる可能性があります。 問題が新たなものである場合は調査が開始され、状況に応じて対応する必要があります。

エンドユーザーが必要とする「重要な」初心者のタスクは、退屈で小規模なものになります。 たとえば、「レポートに列を追加する」、「印刷フォームのタイプミスを修正する」、または「DBMS からクライアント属性をロードするためのモデル メソッドを実装する」などです。 このようなタスクの目的は、初心者が対象分野に慣れ、日常業務に組み込めるようにすることです。

問題を技術的に解決するだけでなく、対象分野の知識を広げることも重要です。

用語はタスクの説明、チャット、会話に表示されます。 それらはよく知られた名詞のように見えるかもしれません。 ただし、情報システムの枠組み内では、それらは特別でより正確な意味を持ちます。 発見された用語の意味は、特別な文書、つまり用語辞典に記録するのが最適です。 辞書に追加するときは、その単語の理解を書くだけで十分ですが、実際に解読するには、分析者に連絡する方がよいでしょう。 それが見つからない場合は、プロジェクトの古参の担当者に問い合わせてください。 用語の辞書を維持することは、プロジェクトの主題領域に慣れるための最も簡単な方法の XNUMX つです。

同僚と共通言語を見つけると、彼らはあなたを新しいインターンとしてではなく、同等の専門家として見始めるでしょう。

「モジュールの単体テストを作成する」などの特別なタスクがあります。 解決策を探して長い間立ち往生することはほとんどありません。 同時に、それは非常に深刻であり、研修生の訓練のためだけに与えられるものではありません。 記述されたテストは、アプリケーションのバグを減らし、人間によるテストの時間を短縮することにより、プロジェクトの安定性を高めます。 理想的な世界では、単体テストは開発中にすぐに作成されますが、現実は常に異なります。 モジュールの開発者がそれを完全に頭の中に留めていて、モジュールを記述する必要性を認識していないことが起こります。 「すべてが明らかですが、何をテストする必要がありますか?」 場合によっては、モジュールがラッシュ モードで作成され、単体テストを行う時間がなくなることがあります。 したがって、現実の世界では単体テストが存在しない可能性があります。 したがって、単体テストを作成するタスクは初心者に割り当てられます。 こうすることで、インターンはより早くプロジェクトに慣れることができ、プロジェクトは高給取りのスペシャリストの時間を節約することができます。

インターンや新人に本格的なテスターの役割が割り当てられることもあります。 通常、これを行う前に、製品をローカルにデプロイし、要件を読む必要があります。 その結果、新入社員には次のことが期待されます。

• 「こうやったらこうなるよ」といった質問。 これは要件に含まれていません。 そのはず？"
• バグトラッカーのタスク「要件にはこう書かれていますが、実際には違うように書かれています。」

テストはこの記事では範囲が広すぎます。 同様のタスクを与えられた場合は、それを完了するための最適な方法をインターネットで検索してください。

下手したら解雇されるよ

通常の組織では、経験の浅い従業員が重要なものにアクセスして何かを台無しにしてしまうということが突然起こった場合、それを許可した人が責任を負うことになります。 デフォルトでは、初心者は重要なインフラストラクチャにアクセスできないからです。 適切な指導があれば、経験の浅い訓練生のためにすべての犬を無駄にすることはありません。

何か起こっても、一度の出来事だけで解雇されることはありません。 人は間違いから学びます。 失敗したインターンは貴重な教訓を学びましたが、他のインターンとは大きく異なります。 失敗した人を解雇すると、代わりに他の人が来て、同じように失敗するでしょう。

重要なことは、間違いから学び、二度と同じことを繰り返さないことです。

人が自分の間違いから結論を導き出さない場合、彼らは彼に別れを告げようとします。 しかし、世界は多様です。 一部のギャング組織では、最初のミスですぐに窓から放り出されることもあります。 ただし、そのような企業は事前に問い合わせたり、面接で詳しく聞いたりして避けたほうが良いでしょう。

事件は避けたほうがいいよ

あなた個人がミスで解雇されなかったとしても、そのような事件はチームやプロジェクト全体に望ましくない問題を引き起こす可能性があります。 したがって、データベース内のテーブル、ファイル、サービス インスタンス、プロジェクト ナレッジ ベース内のドキュメントを削除または作成する操作には特に注意してください。 新しい接続のアドレスを見つけた場合は、そこで何ができるかを少なくとも XNUMX 人の異なる人に確認してください。 試行錯誤ではなく、適切なコマンドを使用して、環境内の権限を確認してください。 たとえば、「ls」コマンドを使用してファイルを削除する権限、「SHOW GRANTS FOR 'user'@'host';」コマンドを使用してmysqlのテーブルを操作する権限などです。 ほぼすべてのツールで、同様の機会が得られます。

ファイルを編集するときは、念のため、オリジナルのコピーを自分用に保管してください。

研修生とエンドユーザーの間にはいくつかの障壁が構築されています。

製品をすぐに消費者に提供できれば、仕事を得ることなく、「自由に泳ぐ」ことができるでしょう。 しかし、あなたにはそのような機会 (そして同時に責任) はないものの、プロジェクトを管理するいくつかの段階を経る必要があります。
XNUMXつ目はメンターによる検証です。 彼は初心者の決断を技術的な観点から評価した。 メンターが割り当てられていない場合は、メンターを見つける必要があります。 これを行うには、プロジェクトの古参メンバーの XNUMX 人を選択し、休憩中に解決策を見てもらう必要があります。問題は正しく解決されましたか? 彼が探して反応し始めたら、指導者が見つかったことになります。 彼がそれを無視する場合は、他の人に尋ねる価値があります。

次の段階は品質保証です。 ロシア語ではテスター。 ソビエトスタイル - 標準管理および品質管理部門。 彼らは、研修生のパフォーマンスが、彼に割り当てられたタスクと一致していることを確認する必要があります。 コードを読むことはほとんどありません。 ほとんどの場合、テスターはビルドされたプロジェクトをチェックし、開発者はそれをバージョン管理システムに保存します。

XNUMX 番目のステージはリリース マネージャーです。 このタスクを担当する別の人はいないかもしれませんが、それでも誰かがその役割を果たします。 彼は、テスターがプロジェクトをリリースできることを確認したかどうかを確認します。 この後、製品をエンドユーザーに届ける活動を行います。
小規模な組織では、さまざまな理由からこれらの障壁が存在しない場合があります。 ただし、重要なことを変更するというタスクを初心者に与えることはありません。 誰もこのリスクを必要としていないからです。

まずは戦闘に参加する必要があります。それから様子を見てみましょう。
ナポレオン・ボナパルト

この記事が、不安を克服して最初の履歴書を提出するのに役立つことを願っています。 もちろん、最初に準備をしなければなりません。 しかし、過度に伸ばす必要はありません。 あなたはおそらく、すでに数年間大学または単科大学で学んだことがあるでしょう。 次はどこに行きますか？ 結局のところ、毎日自分に「ノー」と言い続けて専門家としての成長を止めるよりも、専門家から一度「ノー」を聞いて間違いに取り組む方が良いのです。

採用されたら、インターンから本格的なチームメンバーに成長することに集中する必要があります。 通常、この種の成長には給与の増加が伴います。

忍耐力と忍耐力を祈ります。

登録ユーザーのみがアンケートに参加できます。 ログインお願いします。

IT業界での最初の仕事での最初のタスクは何でしたか?

• 複雑な

• 重要

• 急

• 上記のどれでもない

75 人のユーザーが投票しました。 20名のユーザーが棄権した。

初めての仕事で最初に何をしなければなりませんでしたか？

• 製品をローカルにインストールする

• 既存の製品をテストする

• トレーニング、偽のタスクを実行する

• クライアントのために実験的な実際のプロジェクトを実行する

63 人のユーザーが投票しました。 25名のユーザーが棄権した。

あなたのグループの何人の学生がトレーニング中に技術科目の課題を自主的に完了できましたか?

• 1の10

• 1の5

• 一秒ごと

• まれな例外を除いて、すべて

70 人のユーザーが投票しました。 19名のユーザーが棄権した。

出所： habr.com