QAから来て、どのようにしてその最初の開発ジョブを獲得できますか？[閉まっている]

私は10年間QAに参加し、そのうち5人ほどの開発を始めようとしました。C ++、Java、C＃のクラスを受講しました。私は現在の仕事でC＃でいくつかのツールと単体テストを書くことができ、（すべてのアカウントで）良い仕事をしました。

しかし、8か月前、私の雇用主は私に新しいQAグループを設立する責任を負いました。現在、手動でのテストと展開を行っていますが、開発に戻る見込みはありません。私は求人掲示板を見てきましたが、ウェブ開発者にはたくさんの仕事があります。それを得るには他に何ができますか？私は自宅でMacで作業する予定のRuby on Railsに関する本をいくつか手に入れましたが、雇用主が商用Web開発以外に興味があるかどうかはわかりません。

経験を生かしてジュニア開発者として仕事を得る方法について何か提案はありますか？そして、プログラミングを伴うものを意味します。私がジュニア開発者に見た投稿は、コーディング以外のすべての面倒な仕事をすることになります。彼らは単に「技術長官」と呼ぶべきです。

開発者になりたいというあなたの希望について、現在の雇用主と話しましたか？それから始めて、もし彼らが義務を負わなければ、それは他の場所を見る時です。

開発者のポジションに目を向けている場合（ジュニアポジションから始めるのが最善です）、あなたが言及した「うなり声の仕事」ではなく、実際の開発を経験できるようにしてください。あなたがどこかに入れば、数年間それを突き出して、それがあなたのお茶でないならば、先に進んでください。履歴書に開発者のポジションを置くことは、たとえ数年でも、より良いポジションを獲得するのに役立ちます。どのインタビューでも正直で、QAの経験をすべて積んだ後、開発者になることに情熱を持っていることを強調します。

経験は重要なので、必ずQAの経験を活用してください。

QAは多くの場合、開発者によって軽視されています。これは多くの場合、正当化できません。

ただし、バイアスは存在するため、履歴書からQAを正確に削除することはできません。

私の提案は次のとおりです。devに直接移行する代わりに、「ハーフウェイロール」に移行します。（少なくとも米国では）この用語は「自動化エンジニア」と呼ばれます。QAスキルとプログラミングスキルを組み合わせたもので、通常、手動テストや従来のQAはほとんど必要ありません。ユニットテストの経験とTDDの焦点により、これは非常に良い位置になります。私は1年からその立場を保持しました（開発者から来て、後で開発者に戻りました）。多くのソフトウェアエンジニアリングを行う必要があることを伝えることができます。

QAに固執する場合は、うまく行けば社内の機動性が向上する会社（そのような会社があります）、および自動テストの伝統と焦点がある会社に切り替えます。

アジャイルショップも試してみてください。彼らはqa / devの境界をあまり観察しない傾向があります。

最初の開発の仕事を探していたときに、「技術秘書」の仕事に戻ったのを覚えていません。もちろん、これはあなたがいる場所によって異なるかもしれませんが、本当に開発に参入したいのであれば、ジュニア開発者の求人を差別すべきではないと思います。それらのすべてではないとしても、ほとんどは「経営者が必要とするその他の義務」に沿って何かを言うでしょう。それは正常です。それはあなたがあなたの上司のためにコーヒーを作っているという意味ではありません。

あなたにとって重要なことは、その最初の開発者の仕事を得ることだと思います。本当は何でも構いません-履歴書に「ソフトウェア開発者」と表示されるだけで、2番目の開発者の仕事を見つけやすくなります。

既存のQAエクスペリエンスはあなたの好意で機能します。あなたは、大学卒業生が持っている可能性が低い現実の仕事の経験を持っています。ですから、私ができる最善のアドバイスは、仕事に応募して面接を始めることです。採用されない場合は、あなたにインタビューした人々にフォローアップし、あなたにもっと良い方法や違う方法を教えてください。それは何よりもあなたを助けるでしょう。

QAで1.5年（そして夏の間は3年サポート）の後、ジュニア開発者としての最初の仕事は、マークアップとCSSの問題を修正することでした。数週間後、作業領域と最終的にプロジェクトの責任を負う前に、単純なコードの欠陥を修正していました。

どの職業においても、あなたは一番下から始めて、上に向かって進みます。開発も例外ではなく、非常に競争力があります。あなたは明らかに適性（4つの言語を自分で教える）と運転を持っています。QAと単体テストの経験は、あなたの人生もずっと楽にします。

ジュニア開発者としての仕事に就き、あなたの情熱、経験、能力があなたをさらに責任の梯子に引き上げるのを待ちます。

あなたの質問に基づいて、あなたが住んでいる地域には多数のwebdevポジションがありますが、クラスワークはアプリケーション開発により重点を置いているようです。

目標が単に開発ジョブに移行することである場合は、必ず開発ジョブの検索を開く必要があります。職場での開発経験に焦点を当てるために履歴書を調整し、作成した自動化ツール/ユニットテストを説明するためにいくつかの文章を書きます。これは、開発経験があることを示すだけでなく、作業をインテリジェントに文書化できることを示します。それをテキストのフィラーブロックにしないでください。レビュアーが履歴書を机の下のバスケットに入れないように、十分に書かれている必要があります。あなたがそれを面白くすることができると思わないなら、あなたはまだ試みていません。授業とサイドプロジェクトについても説明します。面接を受けるときに話せる興味深い詳細を残してください。

そうは言っても、QAでの経験を軽視しないでください。開発者がバグの場所を特定できるようにコードを掘り下げる場合は、プロセスを改善する方法を常に探しているなら、その日を待って机に座っているなら、それを省かないでください。終了するには...おそらくあなたはそれを言及したくないでしょう。履歴書に記載するすべてのものが現実に基づいていることを確認してください。

私がSDETであった場合（私はそうではないことを感謝します）、会社に価値のある内部ツールを実装することでソフトウェアエンジニアリングの適性を示し、C ++ / Java / C＃を使用してスキルを実証します。内部ツールで作業する理由は、ほとんどの場合、顧客向けのコードをSDETとして作成する機会が与えられないため、内部ツールが（唯一の）方法であるためです。

システムの監視、レポート生成、テストハーネスなど、社内で必要なあらゆる種類の内部インフラストラクチャまたはツールについて考えてみてください。ただし、できる限り最高のシステムを構築してください。構築するものが会社にとって重要になるように、上司または上司のマネージャーにインフラストラクチャに必要なものを尋ねてください。

そして、あなたがそれを構築するとき、堅実なソフトウェアエンジニアリングスキルを適用します：

• 保守可能なコードを書く
• たくさんのコメントを追加する
• 効率、スケーラビリティ、信頼性のために実装する
• 目標とリリーススケジュールを設定する
• 読みやすい設計ドキュメントを作成します。

多くの仕事を始めたとき、私は何ヶ月もライブコードに手を触れないだろうと言われました。これは約2週間続きます。その後、誰かが既に沼に埋まっている開発グループに新しいプロジェクトを投げます。誰が利用できると思いますか？