最初のプログラミングの仕事に何を期待するべきですか？[閉まっている]

私は最初のプログラミングの仕事に雇われました！私は25歳で、Javaを6年間学術的に使用しています。

採用された今、私のスキルが雇用主が期待するものではないことに不安を感じています。私はプロジェクトに割り当てられ、同僚がアマチュアだと感じる多くの質問をしなければならないのではないかと心配しています。

これは合理的な恐怖ですか？あなたの最初のプログラミングの仕事の経験は何でしたか？私は何を期待すべきですか？どのようなアドバイスをいただけますか？

ありがとう。

大学では学べないことが多すぎます。会社に特有のものも多くあります。どちらの場合も、選択肢があります。

• 同僚に説明を求めるか、
• または、誰かに何も尋ねず、リスクを犯して間違いを犯します。

専門的な経験のない人を雇う場合、最初の数週間または数ヶ月に彼女が多くの質問をするかどうかは気にしません。一方、彼女が助けを求めることを恐れて、数秒以内に別の開発者が解決するかもしれない問題を解決するのに時間を浪費するか、または仲間とのコミュニケーションに対してよりオープンな誰かによって容易に回避されることができる愚かな間違いをするならば、それは私をはるかに悩ますでしょう。

質問を避けないでください。物事を学び、一緒に仕事をする人々と交流する良い方法です。しかし：

• 質問するだけで質問しないでください。
• 他の人は自分のやるべき仕事と締め切りがあることを忘れないでください。彼らはすべてのタスクのためにあなたを助けることに時間を費やすこと以外にやるべきことがあります。
• 他の人があなたの仕事をすることを期待しないでください（Stack Overflowであなたの仕事をすることを決して歓迎しないように）。
• 開発者の邪魔をすると、再び集中するのに10分以上かかることに注意してください。したがって、インターネット上で数秒以内に自分自身に答えを見つけることができる場合、質問をしないでください。

悪い質問の例：

• 「ねえ、PHPで{1、2、3、... n-1、n}のような配列を作成したい。手伝ってくれませんか？」ここでは、PHPドキュメントの使用方法がわからないだけでなく、Googleを検索したり、ちょっと考えたりすることすら気にかけないことを示しています。rangePHPのメソッドについて知らない場合でも大丈夫です。自分で見つけられなければ大丈夫ではありません。

• 「プラグインを実装しようとしていますが、.NET FrameworkでCASが何であるかわかりません。これは何ですか？」はい、説明を求める方が簡単ですが、最初に「CAS .NET Framework 4.0」をGoogleで検索するのはどうでしょうか。

• 「なぜバージョン管理を使用せざるを得ないのですか。私は常にバージョン管理なしで作業していましたが、なぜ今必要なのか理解できません。」まあ、あなたの同僚はあなたがそれを使用しなければならない理由を説明する必要はありません。まず、それはあなたの会社のガイドラインです。働く方法を指示するためにあなたはここにいません。第二に、SE Webサイトには、誰もがバージョン管理を使用しなければならない理由を説明する本、ブログ記事、および回答がたくさんあります。あなただけを検索する必要があります。

歓迎される質問の例：

• 「バージョン管理への変更をコミットしたいのですが、奇妙なエラーメッセージが表示されます。[...]。これは何なのか知っていますか？」あなたの同僚がこのメッセージを何十回も見たことがあるので、これを聞いても大丈夫です。

• 「このプロジェクトの要件4.2.1のページ9を読んでいますが、よくわかりません。この部分を行うのは私またはデータベース管理者ですか？」dbaによって既に行われている作業を行うために3日間を費やすよりも、質問するほうがよいでしょう。

• 「プラグインを実装する必要がありますが、これとこれを読んだ後でも、サンドボックスとは何か、これがセキュリティにどのように関連するのか理解できません。後で自由になりますか？検索しました。努力しました。あなたは理解しませんでした。すべてを理解しなくても大丈夫です。週末にそれを探して過ごすよりも、説明を求める方が良いでしょう。

「唯一の愚かな質問は、尋ねられない質問です。」

^真剣に。覚えておいてください。

あなたが6年間学者であった場合、私はあなたがコアエンジニアリングの概念をしっかりと把握していると仮定しています（そして願っています）。ひどい雇用主との悪い状況に陥った場合を除いて、彼らはあなたの最初の仕事で学校を卒業したことを知っている必要があります。 。

あなたのスキルが雇用主が求めているものと一致しなかった場合、彼らはあなたを雇っていなかっただろう。あなたのスキルが彼らが探しているものと一致しないにもかかわらず彼らがあなたを雇ったなら、あなたはおそらくとにかくそこでそこで働きたくないでしょう。

質問が多ければ多いほど、新しい作業環境に早く慣れることができます。そうは言っても、エンジニアが物事の流れに戻るのに15分ほどかかるので、一般的にエンジニアは常に盗聴されることを好みません。そのため、関連する質問をすべて電子メールに入れて、1日の終わりに「知っている」人に送信することを考えます。

メンターとペアを組む企業もあれば、そうでない企業もあります。

そんなに心配しないでください。初日は誰も世界クラスではありません。

私の最初のプログラミングの仕事は、私も知らない言語で書かれたウェブサイトを引き継ぐことでした。私は唯一の開発者であり、助けを求める人はいませんでした。私は長続きしないだろうと非常に怖かった（もしそれがおそらく私が持っていなかったフォーラムのためでなければ）。それで私は何をしましたか？フォーラムでたくさんの質問をしました。トン。私は非常に多くの「素人」の質問をしているように感じたので、自分のアバターを「私は馬鹿だ」（まだそこにある。）

私のポイントは、恐怖は自然ですが、あなたはそれを乗り越え、多くのアマチュアの質問をするでしょう。その最良の学習方法。少なくとも私の場合はそうであり、今でもそうです。

また、私が軍隊でITトレーニングを行っていたとき、彼らはすべての概念について簡単に説明し、「あなたは最初の勤務地であなたの仕事を学びます。

あなたが愚かな質問をするが、一度だけ尋ねれば、あなたの仲間はあなたを嫌うことはありません。しかし、あなたが決して学ばなければ、彼らはあなたの上司にあなたを解雇するように言います。

あなたのsichはあなたのコントロールの外です。あなたはあなたが成功することを望む良い人と一緒になるか、あなたが失敗することを望む悪と一緒になるでしょう。

神経質にならないようにして、できることをしてください。そして、言語と会社のアプリを学ぶために多くの余分な仕事をします。

質問するときは、次のことを確認してください。

• 尋ねる前に準備する
• ゾーンから出てくる時間を求めている人に与える
• 他の人に賢さを感じさせる

http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/

私の最初のプログラミングの仕事は、これまで触れたことのない言語とフレームワーク/プラットフォームでした（Visual C ++ / MFC、および少しのJavaでUnixのCで教育を受けました）。

逸話の教訓：商業的な経験がない場合、最初に雇う雇用主は、通常あなたを多かれ少なかれきれいなスレートとみなします。今振り返ってみると、たとえCでUnixの役職に就いていたとしても、その最初の仕事の早い段階での学習曲線の95％以上は、ソフトスキル、ソース管理、オフィスの政治/管理などに関するものでした。アカデミックな経験では本当に準備できないもの。技術的な面では、彼らは一般に、最初の1、2か月は非常にぐらついていることを期待します。非技術的なものだけからシステムへの衝撃は気を散らすのに十分です。彼らはこれを知っているので、おそらくあまり期待しないでしょう。

MainMaには良いアドバイスがあります。基本的には、Googleにとって簡単で、6年の学業経験を持つ人にとってはテリトリーが必要な種類の質問に悩まないようにしてください。経験則としては、質問する前に一般的なプログラミングの知識を最初に調査する必要がありますが、社内/ドメイン固有の知識は最小限の掘り下げの後に尋ねる方がはるかに安全です。

私も大学を卒業したばかりで、今から1年ほどプロとしてソフトウェアを開発しています。あなたも私が恐れていたのとまったく同じことを恐れているので、あなたは一人ではありません。あなたがここで説明していることを経験したような気がします。私があなたに与えることができる最善のアドバイスは次のとおりです。

1. あなたより賢く、メンターをtoしみない人々で自分を囲んでください。可能な限り礼儀正しく、人々に読んで、あなたの同盟を理解してください。誰もがあなたを助けるために開かれているわけではありませんが、「正しい人」とは誰か、あなたが友達になりたい人は簡単にわかります。
2. Googleが答えられないと感じたら、可能な限り質問してください。
3. しばらく学校に通っていない人がたくさんいることを理解してください。彼らはあなたをアイデアの新鮮な心と見なす可能性があります。アイデアを打ち出すことを恐れないでください。また、他の人に反対することを恐れないでください。

細い線ですが、どこを渡ればよいか、どこを渡らないかがわかります。あなたができる最善のことは、熱心に学び、あなたがソフトウェア開発についてより多くのことを知っている人々に身を包むことです。