Aus der Qualitätssicherung kommend, wie kann man diesen ersten Entwicklungsjob bekommen? [geschlossen]

Ich bin seit 10 Jahren in der Qualitätssicherung und habe versucht, für ungefähr 5 von ihnen in die Entwicklung einzusteigen. Ich habe Kurse in C ++, Java und C # belegt. Ich war in der Lage, einige Tools und Unit-Tests in C # zu schreiben, und (nach allem, was ich weiß) habe ich gute Arbeit geleistet.

Vor 8 Monaten hatte mich mein Arbeitgeber mit der Einrichtung der neuen QS-Gruppe beauftragt. Jetzt führe ich manuelle Tests und Implementierungen durch, ohne dass ich verspreche, wieder zur Entwicklung zurückzukehren. Ich habe mir die Jobbörsen angesehen und es gibt eine Menge Jobs für Webentwickler. Was kann ich sonst noch tun, um einen zu bekommen? Ich habe einige Bücher über Ruby on Rails herausgesucht, die ich auf dem Mac zu Hause durcharbeiten möchte, aber ich bin nicht sicher, ob Arbeitgeber an etwas anderem als der kommerziellen Webentwicklung interessiert wären.

Haben Sie Vorschläge, wie ich meine Erfahrung nutzen kann, um eine Stelle als Nachwuchsentwickler zu bekommen? Und ich meine eine, die Programmierung beinhaltet; Die Beiträge, die ich für Nachwuchsentwickler gesehen habe, machen neben dem Programmieren das ganze Grunzen aus. Sie sollten sie einfach "Technische Sekretäre" nennen.

Haben Sie mit Ihrem derzeitigen Arbeitgeber über Ihren Wunsch gesprochen, Entwickler zu werden? Beginnen Sie damit, und wenn sie sich nicht verpflichten, ist es Zeit, woanders zu suchen.

Wenn Sie sich mit Entwicklerpositionen befassen (Junior-Positionen sind am besten für den Anfang geeignet), stellen Sie sicher, dass Sie Erfahrung mit der tatsächlichen Entwicklung haben und nicht mit der von Ihnen erwähnten "Grunzarbeit". Solange Sie irgendwo ankommen, halten Sie es ein paar Jahre lang aus, und wenn es nicht Ihre Tasse Tee ist, fahren Sie fort. Wenn Sie selbst für ein paar Jahre eine Entwicklerposition in Ihrem Lebenslauf haben, erhalten Sie bessere Positionen. Ich bin ehrlich bei allen Interviews und betone, dass Sie nach all Ihrer Erfahrung in der Qualitätssicherung eine Leidenschaft dafür haben, Entwickler zu werden.

Sie sollten auf jeden Fall Ihre QS-Erfahrung nutzen, denn Erfahrung zählt.

QA wird oft von Entwicklern herabgesetzt - und dies ist oft nicht zu rechtfertigen.

Die Voreingenommenheit besteht jedoch, und Sie können die Qualitätssicherung nicht genau aus Ihrem Lebenslauf streichen.

Hier ist mein Vorschlag: Anstatt direkt zu dev zu wechseln, wechseln Sie zu einer "halben Rolle". Der Begriff (zumindest in den USA) wird als "Automation Engineer" bezeichnet. Es kombiniert QS-Kenntnisse mit Programmierkenntnissen und erfordert in der Regel nur sehr wenige manuelle Tests oder herkömmliche QS. Ihre Erfahrung mit Unit-Tests und der Fokus eines TDD machen diese Position ganz nett. Ich hatte diese Position seit einem Jahr inne (obwohl ich von dev gekommen bin und später zu dev zurückgekehrt bin) und kann Ihnen sagen, dass viel Software-Engineering zu tun war.

Wenn Sie sich an die Qualitätssicherung halten, wechseln Sie zu einem Unternehmen, in dem es mehr interne Mobilität gibt, wenn Sie es gut machen (es gibt solche Unternehmen) und in dem es eine Tradition und einen Schwerpunkt des automatisierten Testens gibt.

Probieren Sie es auch mit agilen Läden aus. Sie neigen dazu, die Grenzen von qa / dev weniger zu beachten.

Ich kann mich nicht erinnern, als ich meinen ersten Entwicklungsjob suchte, Jobs als "technischer Sekretär" gesehen zu haben. Dies kann natürlich von Land zu Land unterschiedlich sein, aber ich denke, wenn Sie wirklich in die Entwicklung einsteigen wollen, sollten Sie Junior-Entwickler-Stellenangebote nicht diskriminieren. Die meisten, wenn nicht alle, sagen etwas in der Art von "anderen Pflichten, wie sie vom Management verlangt werden". Das ist normal. Es bedeutet nicht, dass Sie Kaffee für Ihren Chef kochen werden.

Ich denke, das Wichtigste für Sie wäre, diesen ersten Entwicklerjob zu bekommen. Es spielt keine Rolle, was es ist - Sie müssen nur "Softwareentwickler" in Ihrem Lebenslauf haben, um es einfacher zu machen, Ihren zweiten Entwicklerjob zu finden, der wahrscheinlich besser sein wird als der erste.

Ihre vorhandene QS-Erfahrung kann zu Ihren Gunsten arbeiten. Sie verfügen über praktische Berufserfahrung, die ein Hochschulabsolvent wahrscheinlich nicht hat. Der beste Rat, den ich geben kann, ist, mich für eine Stelle zu bewerben und ein Vorstellungsgespräch zu führen. Wenn Sie nicht eingestellt werden, wenden Sie sich an die Personen, die Sie interviewt haben, und fragen Sie sie, was Sie besser oder anders hätten machen können. Das hilft dir mehr als alles andere.

Meine erste Aufgabe als Junior-Entwickler nach 1,5 Jahren in der Qualitätssicherung (und 3 Jahren Support im Sommer) bestand darin, Markup- und CSS-Probleme zu beheben. Nach ein paar Wochen behebte ich einfache Codefehler, bevor ich die Verantwortung für Arbeitsbereiche und schließlich Projekte übernahm.

In jedem Beruf fängt man ganz unten an und arbeitet sich nach oben, die Entwicklung ist sicherlich keine Ausnahme und sehr wettbewerbsfähig. Sie haben eindeutig die Fähigkeit (sich 4 Sprachen beizubringen) und fahren. Die Erfahrung mit Qualitätssicherung und Komponententests erleichtert Ihnen das Leben erheblich.

Nehmen Sie eine Stelle als Nachwuchsentwickler an und warten Sie auf Ihre Leidenschaft, Erfahrung und Fähigkeit, um Sie weiter nach oben zu bringen.

Basierend auf Ihrer Frage scheint der Bereich, in dem Sie leben, eine große Anzahl von Webdev-Positionen zu haben, aber es sieht so aus, als ob sich Ihre Klassenarbeit mehr auf die Anwendungsentwicklung konzentriert.

Wenn Ihr Ziel einfach darin besteht, in einen Entwicklungsjob zu wechseln, sollten Sie Ihre Suche für jeden Entwicklungsjob öffnen. Passen Sie Ihren Lebenslauf so an, dass er sich auf Ihre Entwicklungserfahrung bei der Arbeit konzentriert, und schreiben Sie ein paar Sätze, um die von Ihnen geschriebenen automatisierten Tools / Unit-Tests zu beschreiben. Dies zeigt nicht nur, dass Sie über Entwicklungserfahrung verfügen, sondern auch, dass Sie Ihre Arbeit intelligent dokumentieren können. Machen Sie es einfach nicht zu einem Füllblock. Es muss gut genug geschrieben sein, damit der Prüfer Ihren Lebenslauf nicht im Korb unter seinem Schreibtisch ablegt. Wenn du nicht denkst, dass du es interessant machen kannst, versuchst du es noch nicht. Machen Sie dasselbe, um Ihre Kursarbeiten und Nebenprojekte zu erklären. Stellen Sie einfach sicher, dass Sie einige interessante Details hinterlassen, über die Sie sprechen können, wenn Sie das Interview erhalten.

Trotzdem sollten Sie Ihre Erfahrung in der Qualitätssicherung nicht herabsetzen. Wenn Sie sich mit dem Code befassen, um den Entwicklern zu helfen, zu erkennen, wo sich ihre Fehler befinden, stellen Sie sicher, dass Sie, wenn Sie ständig nach Verbesserungsmöglichkeiten für Prozesse suchen, dies nicht auslassen, wenn Sie auf den Tag warten zum ende ... dann willst du das wohl nicht erwähnen. Stellen Sie einfach sicher, dass alles, was Sie in Ihren Lebenslauf aufnehmen, auf der Realität basiert. Viel Glück.

Wenn ich ein SDET wäre (und Gott sei Dank nicht), würde ich meine Eignung für Software-Engineering unter Beweis stellen, indem ich ein wertvolles internes Tool für das Unternehmen implementiere, und ich würde C ++ / Java / C # verwenden, um meine Fähigkeiten zu demonstrieren. Der Grund, warum ich an einem internen Tool arbeiten würde, ist, dass ich höchstwahrscheinlich keine Chance bekommen würde, kundenorientierten Code als SDET zu schreiben. Daher ist ein internes Tool der (einzige) Weg.

Denken Sie an jede Art von interner Infrastruktur oder an Tools, die Ihr Unternehmen benötigt, die jedoch nicht über genügend Ingenieure verfügen, um daran zu arbeiten, z. B. Systemüberwachung, Berichterstellung, Testumgebung usw., und erstellen Sie das bestmögliche System. Fragen Sie Ihren Manager oder den Manager Ihres Managers, was er in der Infrastruktur benötigt, damit alles, was Sie aufbauen, für das Unternehmen wichtig ist.

Und wenn Sie es erstellen, wenden Sie solide Software-Engineering-Kenntnisse an:

• Schreiben Sie wartbaren Code
• füge viele Kommentare hinzu
• Implementieren Sie es für Effizienz, Skalierbarkeit und Zuverlässigkeit
• Ziele und einen Release-Zeitplan festlegen
• Schreiben Sie ein lesbares Designdokument.

Zu Beginn vieler Jobs wurde mir gesagt, dass ich monatelang keinen Live-Code anfassen würde. Dies dauert ungefähr zwei Wochen. Dann wirft jemand ein neues Projekt auf die bereits überfüllte Entwicklungsgruppe. Ratet mal, wer verfügbar ist?