最初のプログラミング作業から何を期待できますか？
初めてのプログラミングの仕事に採用されました！私は25歳で、Java=学術的に6年間使用しています。
雇用された今、私のスキルが雇用主が期待するものではないことに不安を感じています。私はプロジェクトに割り当てられて、同僚が素人であると感じる多くの質問をしなければならないのではないかと心配しています。
これは合理的な恐怖ですか？プログラミングの最初の経験は何でしたか？私は何を期待すべきですか？何かアドバイスはありますか？
ありがとう。
大学では学べないものが多すぎます。また、会社に固有のものがたくさんあります。どちらの場合も、次の選択肢があります。
- 同僚に説明を求めたり、
- またはあなたは誰にも何も尋ねず、ミスをするリスクを負います。
専門的な経験のない人を雇えば、最初の数週間から数か月の間、彼女がたくさんの質問をしてもかまいません。一方、彼女が助けを求めることを恐れ、別の開発者が数秒以内に解決できる問題の解決に何時間も費やす場合、または他の開発者が仲間とのコミュニケーションにオープンな誰かによって簡単に回避できる愚かな間違いをする場合、それは私をはるかに悩まします。
質問を避けないでください。それは、物事を学び、共に働く人々と交流するための良い方法です。だが：
- 質問するだけではいけません。
- 他の人々は自分でやるべき仕事と自分の締め切りを持っていることを覚えておいてください。彼らは時間をかけてすべてのタスクのためにあなたを助ける以外にすべきことが他にもあります。
- 他の人があなたの仕事をすることを期待しないでください（ちょうどあなたの仕事をするためにStack Overflowに尋ねることが決して歓迎されないように）。
- あなたが開発者の邪魔をすると、彼女は再び集中するために10分以上を失うことに注意してください。ですから、インターネットで数秒以内に答えが見つかる場合は質問しないでください。
悪い質問の例：
「ねえ、PHPで{1、2、3、... n-1、n}のような配列を作成したいのですが、手伝っていただけますか？」ここでは、PHPドキュメンテーションの使用方法がわからないだけでなく、Googleの検索や少し考えても気にしないことを示しているだけです。 PHPの
rangeメソッドについては知らないので、自分で見つけられなくても問題ありません。「プラグインを実装しようとしていますが、.NET FrameworkのCASがわかりません。これは何ですか？」はい、説明を求める方が簡単ですが、Googleで「CAS .NET Framework 4.0」を最初に検索するのはどうでしょうか。
「なぜバージョン管理を使わざるを得ないのですか？私は常にバージョン管理なしで作業していましたが、なぜ今それが必要なのかわかりません。」さて、同僚は、なぜそれを使用しなければならないかを説明する必要はありません。まず、貴社のガイドラインです。仕事の仕方を指示するためにここにいるわけではありません。第二に、SEのWebサイトには、誰もがバージョン管理を使用しなければならない理由を説明する書籍、ブログ記事、回答がたくさんあります。検索するだけです。
歓迎される質問の例：
「バージョン管理への変更をコミットしたいのですが、奇妙なエラーメッセージが表示されます。次のように表示されます：[...]。これは何でしょうか？」同僚がこのメッセージを数十回前に見た可能性があるので、これを聞いてもかまいません。
「このプロジェクトの要件のページ9、パート4.2.1を読んでいますが、確信がありません。このパートを行うのは私またはデータベース管理者のどちらですか？ 「すでにdbaによって行われている作業を3日間かけて行うよりも、質問する方が良いです。
「プラグインを実装する必要がありますが、これとこれを読んでも、サンドボックスとは何か、これがセキュリティにどのように関連するのかまだ理解できません。後でこれについて説明してもらえますか？自由になりますか？」検索しました。あなたは努力した。分かりませんでしたすべてを理解しなくてもかまいません。週末にそれを探すよりも、説明を求めた方がいいでしょう。
「唯一の愚かな質問は、尋ねられないものです。」
^真剣に。覚えておいてください。
あなたが6年間アカデミックにいる場合、私は（そしてhoping）コアエンジニアリングの概念をしっかりと理解していると思います。あなたがひどい雇用主との悪い状況に陥っていない限り、彼らは最初の仕事で学校を卒業したばかりであることに気づくはずです、あなたはあなたの前に学習曲線を持ち、途中で間違いをすることを期待しているでしょう。
あなたのスキルが雇用主が探していたものと一致しなかった場合、彼らはあなたを雇っていなかっただろう。彼らがあなたのスキルにもかかわらずあなたを雇ったならしないでください彼らが何に一致するか探しているなら、おそらくあなたはとにかくそこで働きたくないでしょう。
質問が多いほど、新しい作業環境に早く慣れます。とは言っても、エンジニアは物事のスイングに戻るのに最大15分かかるので、一般的にエンジニアは常にバグに悩まされることを好みません。そのため、結局のところ、関連するすべての質問を電子メールで送信し、最終的には「知っている」人に送信することを検討したいと思います。
メンターとペアになる企業もあれば、そうでない企業もあります。
そんなに心配しないでください。誰も彼らの最初の日は世界クラスではありません。
私の最初のプログラミングの仕事は、私も知らない言語で書かれたWebサイトを引き継ぐことでした。私は唯一の開発者であり、助けを求めることができる人はいませんでした。私は長続きしなかったのでとても怖かったです（もしそれがフォーラムのためでなければ、おそらく持っていなかったでしょう）。それで私は何をしましたか？フォーラムでたくさんの質問をしました。トン。 「アマチュア」の質問をたくさんしているように感じ、自分のアバターを「私はバカだ」と言いました（まだどこかにあります）。
私のポイントは、恐怖は当然のことですが、それを乗り越えて、アマチュアの質問をたくさんすることです。学ぶための最良の方法。少なくとも私の場合はそうだったし、今もそうだ。
また、私が軍でITトレーニングを受けていたとき、彼らはすべての概念について簡単に説明し、次のように述べました「あなたはあなたの最初の任務所であなたの仕事を学びます。になる」
馬鹿げた質問をしても、1度だけ質問すれば、同僚はあなたを嫌うことはありません。しかし、もしあなたが決して学ばなければ、彼らはあなたの上司にあなたを解雇するように言うでしょう。
あなたのsichはあなたのコントロールの外にあります。あなたはあなたが成功することを望んでいる善良な人々と一緒になるでしょう、あるいはあなたが失敗することを望んでいる悪と一緒になるでしょう。
緊張しないようにして、できることだけをしてください。そして、言語や会社のアプリを学ぶために多くの追加作業を投入します。
質問するときは、次のことを確認してください。
- 尋ねる前に準備する
- ゾーンから出てくる時間を求めている人に与える
- 他の人が賢く感じるようにしてください
http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/
私の最初のプログラミングジョブは、これまで触れたことのない言語とフレームワーク/プラットフォームでした（Visual C++/MFC、そして少しJavaを使用したUnixのCで教育を受けました）。
逸話の道徳：あなたが商業的経験がないとき、あなたを引き継ぐ最初の雇用主は通常あなたを多かれ少なかれ白紙の状態であると見なします。今振り返ってみると、UnixのCの職に雇われていたとしても、その最初の仕事の早い段階での学習曲線の95％以上は、ソフトスキル、ソース管理、オフィスの政治/管理などに関するものでした。アカデミックな経験では準備できないもの。技術的な面では、最初の1か月か2か月は足が非常にぐらつくことが一般的に予想されます。非技術的なことだけでシステムが受けるショックは、気を散らすのに十分です。彼らはこれを知っているので、おそらくあまり期待していません。
MainMaは良いアドバイスを提供します ：基本的には、Googleに簡単な種類の質問で人々を煩わせないようにしてください。これには、6年間の学問経験を持つ人の領域が伴うはずです。経験則として、一般的なプログラミングの知識は質問する前に最初に調査する必要がありますが、社内/ドメイン固有の知識ははるかに安全です掘る。
私も最近大学を卒業し、約1年間専門的にソフトウェアを開発しています。あなたは私が恐れていたのと全く同じことを恐れているので、あなたは一人ではありません。私はあなたがここで説明していることを経験したような気がします。私があなたに与えることができる最高のアドバイスは以下です：
- あなたよりも賢く、メンターに喜んでくれる人々であなた自身を囲んでください。できるだけ丁寧に、人を読み、同盟関係を理解してください。誰もがあなたを助けるために開いているわけではありませんが、「適切な人々」が誰であるか、そしてあなたが友達になりたい人々を簡単に理解するでしょう。
- Googleが答えられないと感じた場合は、できるだけ質問してください。
- しばらく学校に行っていない人がたくさんいることを理解してください。彼らはあなたをアイデアの新鮮な心と見なしている可能性があります。アイデアを出すことを恐れず、他の人と意見を異にすることを恐れないでください。
細い線ですが、どこを横切るか、どこを横切らないかがわかります。あなたができる最善のことは、ソフトウェア開発についてあなたよりも多くのことを知っている人々と自分自身を学び、取り囲むことに熱心であることです。