私の仕事がすべて社内プロジェクトであるときに、将来の雇用主に適性を示すにはどうすればよいですか?[閉まっている]


30

私は長い間(10年)現在のポジションにいますが、その間、デザイナー、システムアーキテクト、プログラマーとしての実績があったと感じています。ただし、その作業はすべて、外部の世界からアクセスできない内部プロジェクトで行われています。

「文字通り何かを指し示して「これを書いた」と言うことができれば、それは非常に印象的だ」と示唆するこのようなアドバイスがたくさんあります。あなたが「古典的なジョエル主義が言っているように」「賢くて物事を成し遂げる」情熱的なプログラマーである間、それらがすべて見えないので、「文字通り何も指さない」ことができたらどうでしょうか?

オープンソースプロジェクトに必死にコミットし始める必要がありますか?「実世界」(企業内ではない)ブログを始めますか?率直に言って、私はここで10年のほとんどをここで幸せに過ごし、ごく最近になって、より環境に優しい牧草地への出発を検討しました。「公共の存在」を犠牲にして、現在の雇用主の仕事に集中しているため、探し始める前に沈没するつもりですか?


週末/平日のプロジェクトはありますか?かなりのエンジニアリングと作業が必要なものはありますか?それらは紹介するのに最適であることが常にわかっています。また、あなたの貿易に対するあなたの情熱についての見方も与えられます。

2
私は同じ船に乗っています-ジョエル・スポルスキーによると、内部開発者は無価値である、または彼は言う
...-JonH

回答:


24

外部プロジェクトを表示することは役立ちますが、過去に雇用または雇用されるのを妨げるものではありませんでした。

あなたが取り組んだプロジェクトについて話し、あなたが何をしたのか、何がうまくいったのか、それがどのようにあなたの組織に価値を提供したのかについて、あなたにインタビューしている人に説明できれば あなたがしたことやプログラミング全般に興奮することは、多くの場所でポイントを獲得する良い方法です。オープンソースのものに興味を示し、githubアカウントを持っていると、たとえいくつかのプロジェクト(おそらく小さなパッチ)をフォローするだけでも、何らかの価値があります。私はほとんどの雇用者が実際にgithubで私のオープンソースプロジェクトの詳細を試そうとせず、それを見ることに興奮していることに気付きました;)


+1:個人プロジェクトを常に文書化します。CodeProjectに関する記事を書くことは決して痛いことはありません。いくつかの将来の雇用主は、インタビュー中に好意的に反応し、好意的にコメントしました。
IAbstract

1
そして、人々はブログに言及したと思います。本当に多産でない限り、従業員としてブログで巨大になったことはありません。しかし、私は通常、いくつかの投稿を一gするので、それらが本当に良ければ目立つでしょう。
トラビス

4

もちろん、始めるのに遅すぎることはありません。

私は、オンラインでの存在感のないプログラマーに常に会っています。彼らはプロバイダーではなくコンテンツ消費者であり、それでも良いものは仕事を見つけるのに苦労することはないようです。10年間同じ場所にいた場合、履歴書にリストする成果のランドリーリストがあり、一緒に働いた数人がそれを証明できることを願っています。


7
そこには多くのくだらないブログがありますが、実際は90%です。書くべきではないときを知るには頭脳が必要だと思う:)
ジョブ

2

オープンソースプロジェクトに貢献することは、おそらくいくつかの環境の一部のインタビュアーにいくつかの利点を与えますが、それらを持たないことは、他のインタビュアーまたはそこにある環境を損なう可能性は低いです。

特定の環境やインタビュアーによっては、彼らが使用または貢献しているオープンソースプロジェクトをより重視する場合がありますが、履歴書がよければ、それらのプロジェクトに関与しないことで苦しむことはほとんどありません。

いつものように、あなたはあなたが応募している仕事にあなたの求人を調整する必要があります。彼らが興味を持ちそうなエリアを強調し、彼らが興味を持ちそうにないエリアを強調します。

私の現在の位置についてインタビューし、将来の雇用主がそれが何を含むかを知っているので、私はかつてエクストリーム紫外線顕微鏡で行った仕事を強調しました。私は、光学またはUHVのエンジニアではなかったが、ソフトウェアエンジニアとして、反射型(屈折ではなく)光学系と超高真空システムを高く評価していたことを明確にしました。これはほぼ間違いなく群衆から目立った。

最後に、コードを表示できない(または製品の詳細を説明することさえできない)からといって、それまでに行った設計上の決定や、その影響について話せないという意味ではありません製品。

私自身の経験から、私はそれを説明するかもしれません:

  • 大学卒業後の最初の仕事では、軍事用GISクライアント/サーバーシステムをリファクタリングして、ユーザーがズームアウトするにつれて指数関数的に遅くなるのではなく、すべてのズーム範囲で一定のパフォーマンスが得られるようにしました。
  • 私はすでに6か月遅れたプロジェクトに取り組みました。このプロジェクトでは、ソフトウェアは作成されておらず、ハードウェアのライブテストの準備が整うまでに最も重要な機能を正常に提供していました。
  • 旧式のライブラリから最新のものにマシンビジョンアプリケーションを正常に移植し、アナログカメラの後方互換性を維持しながらFirewireおよびGig-E Visionカメラサポートを追加しました。

等々。


1

私はこれまでに言ったことすべてに同意し、自分で何かを作ることを強くお勧めします。何か大きなものである必要はなく、暇なときにやっていることを小さくて面白いものにするだけです。それは、「ちょっと見て、私は仕事の時間が終わった後でも何かをすることに興味がある」という態度を示しています。これは常にプラスです。


1

私はそれを強調しません。私は多くの物事が分類されている防衛部門にいるので、私は本当に誰にも詳細に話すことができないプロジェクトに取り組んでいる立場にいます。githubアカウントを持っていないことと相まって、自分のことを知っていることや、面接で上手くやっていることを示すことができません。


1

これは非常に一般的なことです。多くの契約会社があり、多くのスタッフが非公開または機密保持契約の下でコードを書いており、決して解放されません。

彼らの多くはサイドプロジェクトやオープンソースの仕事を持っていませんが、それでも問題なく仕事を変えることができます。そのため、NDAに違反することなく、行った作業やプロジェクトの種類について話す必要があります。

もちろん、オープンソースプロジェクト(または2つ)に参加または開始した場合は、実際に何かを披露するのに最適な方法です。


0

この種の問題に対する私の解決策は、パスワードで保護された小さなWebサイトを考え出し、それをオンラインポートフォリオとして使用できるようにすることでした。その後、私は自分の仕事を雇用主とプロジェクトごとに分けました。特定のプロジェクトにリンクするスキルのインデックスが他の場所にあります。

守秘義務条項により、サイト上でも多くの詳細を提供することはできませんが、自分が何をしていたか、使用または獲得した関連スキルが何であったかを強調することができます。

このような何かがあなたを助けるかもしれません。最終的には、私はここで他の人に同意します。10年の経験といくつかの肯定的な推奨事項を組み合わせることで、かなりの重みが生まれます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.