エンジニアでなくても「ソフトウェアエンジニア」の仕事に応募できますか？[閉まっている]

私は、「エンジニア」または「エンジニアリング」という言葉の使用が法律で厳密に規制されている国から来ました。つまり、エンジニアリングの学位を取得し、エンジニアの専門家協会に参加してタイトルを使用するには試験に合格する必要があります。世界的に業界で使用されている「ソフトウェアエンジニア」という用語について少し混乱しています。

ソフトウェアエンジニアに関するウィキペディアのページと、用語の使用に関するページのリンクされたセクションを読み、詳細な議論を提供します。しかし、私の質問はなんとなく具体的​​です。

私が工学の学位を持っていないことを知っている（まだ、機能的で適切に設計されたソフトウェアを生産していると思うのが好きです！） ？工学の学位を取得していないことを何らかの形で強調する必要がありますか？

あなたは誰かの時間を無駄にするつもりはありません。頑張れ。また、工学の学位を取得していないことを強調する必要もありません。CV（履歴書）には、明らかにあなたが保持している学位と、保持していない学位を推測することで示されます。認定された等のみを探していると明確に述べている企業のみを避けてください。

編集：この理由は、コンピューターソフトウェア開発が爆発的に成長し、業界主導の分野であり続けていることです。大学ではなく職場。大学は、修士以上の学位を取得して特定のテーマに特化することを学ぶのに適しています。企業が専門家を探している場合、通常、この要件を明記します。これは、「コンピュータサイエンスの学士号」を保持しているにもかかわらず、自分がやっていることは実際には大学外の科学であることを学んだ人から来ています。（最初は高校で、バイナリ検索とは何かを学び、後に職場でOOPとは何かを学びました。大学では、彼らはまだOOPについて聞いていませんでした。）

米国では、「ソフトウェアエンジニア」は一般的な役職であり、「プログラマー/アナリスト」や「ソフトウェア開発者」とは何の違いもありません。問題の会社がタイトルとして何を配りたいかによって異なります。

たとえば、私が雇われたある場所では、ほとんどすべての人が「エンジニア」または「技術者」で終わる役職を持っていました。私の所在地の人事部長は「リード人事エンジニア」と呼ばれていました。

私が一緒に働いた最高のソフトウェア開発者の中には、ソフトウェア開発に関連する学位を持っていなかった人もいました。私自身、ITの学位を持っていますが、それでもソフトウェア開発のキャリアを追求していました。

特定の技術分野がほぼ普遍的で挑戦的な基準と受け入れられた慣行を持ち、そのような専門家の需要と比較して比較的大量の有資格労働者である場合、専門のエンジニアリング協会が形成される傾向があります。これは、比較的成熟したエンジニアリング分野で発生します。

ソフトウェアエンジニアリングはまだ（まだ）ありませんが、徐々に近づいています。問題は、今日のソフトウェアエンジニアのランダムサンプリングを行って、「__を追跡するためのCRUD Webベースのアプリケーションを設計する」などの簡単な質問をすると、非常に異なる設計が得られることです。良いデザインになるものもあれば、貧弱になるもの、ユニークなもの、定型的なものもあります。地獄にジェームズゴスリング、マーティンファウラー、および他のいくつかの偉大な頭脳を部屋に入れると、彼らはおそらく彼らが同意するよりも多くの議論と違いを持っ​​ているでしょう。

さらに、ビジネスと社会の観点から、品質の悪いソフトウェアでも大丈夫になる傾向があることを考慮してください（代替手段の入手可能性と価格に依存します）。これを、橋から期待される品質に関するビジネスおよび社会的観点と比較してください。質の悪い橋を受け入れる人はいません。その橋を設計するエンジニアは、厳しいガイドラインと受け入れられた基準の下でそうします。

私の意見では、いつかは現在利用可能なソフトウェアの90％のコストと価値がより適切に調整され、残っているものは、設計にアプローチするための非常に受け入れられ正式な方法を備えた大規模で高価で高度に標準化されたプロジェクトになるでしょう問題。この時点でのみ、専門家協会の資格のあるエンジニアの必要性は、より少ない形式で仕事をすることができる明るいウィズキッドの必要性よりも大きくなります。ただし、少なくとも15〜20年はこれが発生することはありません。

通常、求人広告には学位が必要かどうかが記載されています。これに応じて、適用するかどうかを決定します。それが言及されていない場合、仕事は学位よりも経験または態度の多くを必要とする可能性があります。その場合、私の意見では、あなたはあなたのチャンスを適用して取ることができます。とにかく、リクルーターが履歴書に学位を持っていないことに気づいたら、あなたを選択するかどうかを決定します。

少なくとも米国では、重要なのは、説明に記載されていることを実行できる必要があるということです。これらのスキルをそれほど重要にした方法。

ただし、次のような場合は、エントリーレベルの職位で非常に役立つスクリーニングを行う企業があります。

• 何かの学士号または学士号
• コンピューター工学、ソフトウェア工学、コンピューター科学、IT、数学などの、コンピューターに漠然と関連する何かのBSが望ましいです。EE、物理学、またはその他の科学でさえ、たとえば言語学や美術よりも多くの機会を得る可能性があります。
• 良いGPA

これは主に会社の審査プロセスと彼らが持っている応募者の数に関係しています。会社のフォーマル性が全般的に低いほど、スクリーニングの制限が緩和されます。

最終的に、説明で言うことを実行でき、履歴書やインタビューを通じてそのようなことをすることができれば、「ソフトウェアエンジニアリング」を行う仕事に就けることはほとんど疑いありません。高度に立法化され、ベースライン化された何かとしての「エンジニアリング」の定義は、特定の国に固有のものであり、特に国際的には翻訳されません。一部の専門的な認定資格は、認定資格とそれが示す専門性に依存します。

履歴書

履歴書に関しては、できることを強調することをお勧めします。あなたがやったことではない。古典的な履歴書の形式には次のものが含まれます。

重要な要素から離れることは、その要素を持っていないことを示す優れた方法であり、あなたが何をしないのかを言うために上に行く必要はありません。たとえば、大学の修了年数はあるが入学していない場合は、学校に行った場所と年数、および重要なコースワークを記載してください。卒業日（または卒業予定日）がないことは、あなたがまだ学校を卒業していないことの直接的なヒントです。

独立した個人プロジェクトで得たスキルと話すとき、使用可能なスペースに応じて、IMOという2つのオプションがあります。

• 若い候補者については、スキル獲得者をスキルセクションに一覧表示します。たとえば、プログラミング言語、方法論、開発ツールなどです。次に、「experience」の下に個人プロジェクトを一覧表示します。ゲームサイトでこの方法で動的なWebサーバーコードを実装した候補者に会いました。彼がリンクを提供したとき、彼のサイトで遊んで、彼がしたことの感覚を得るために何度も行きました。議論の真の勝利。

• 1マイルの経験リストを持つ経験豊富な候補者の場合、プロジェクトが信じられずレビューに利用できない場合を除き、「スキル/知識セクション」に新しいスキルを貼り付けてください。たとえば、Hibernateの大部分をコーディングした場合は、そこに配置してください!!! しかし、ビンゴグループ用のWebサーバーを作成した場合...過去3年間あなたを雇用した大企業におそらく興味があります...

私の一般的な哲学は-なぜあなたを雇うべきかを会社に示すことはあなたの仕事です。あなたがそのポジションに最適かどうかを吟味するのが彼らの仕事です。彼らは候補者のより大きなプールと比較してあなたを考慮に入れることでそれをします。他のすべての志願者が正式な学位と専門的な資格を持っている場合、運が悪いかもしれません...しかしそうでない場合、あなたは完璧なスキルセットを持っているかもしれません。

タイトルに巻き込まれないでください。それらがその会社にとって何かを意味する場合、彼らはあなたの履歴書/履歴書を無視します。あなたが楽しむと思うすべての一つ一つの仕事に応募すべきです。開始ゲートで自分を制限しないでください。最悪の場合、30分の時間を無駄にします。

ソフトウェアエンジニアは実際のエンジニアではありません。ソフトウェア開発をエンジニアリングの地位に正式化する動きがありましたが、多くの衝突を経験しました。ソフトウェア開発は未だに新しく、急速に開発されているため、機械エンジニアや電気エンジニアのようなエンジニアリングの専門家として適切に定義することはできません。ソフトウェア開発が実際にエンジニアの同じ定義に適合するかどうか、またはソフトウェア開発をエンジニアリングプロセスにすることが有益であるかどうかについても、いくつかの議論があります。