Wird der Wechsel von QA zu Dev zurück zu QA es schwieriger machen, eine andere Dev-Position zu finden? [geschlossen]

Der aktuelle Job, an dem ich arbeite, ist ziemlich aussichtslos (Entwickler), aber es ist Vollzeit mit Sozialleistungen und ich bin angestellt. Ich mag es nicht mehr besonders, also habe ich mich umgesehen.

Ich habe eine Stelle in einer Branche gefunden, in die ich schon seit einiger Zeit zurückkehren wollte. Die Position (QA) ist ein Vertrag, mit dem Potenzial, FT (vielleicht) einzustellen, was 20 Prozent weniger verdient als das, was ich jetzt verdiene, stündlich, ohne Zusatzleistungen und nur 30 Stunden pro Woche arbeite. Scheint schrecklich richtig?

Ich habe ein Vorstellungsgespräch, also werde ich es mir trotzdem ansehen. Auch hier möchte ich in dieser Branche sein, aber nicht unbedingt diesen speziellen Job (QA), aber ich hoffe, dass ich mich in eine Position (Dev) bringen kann, die ich wirklich in derselben Branche haben möchte, indem ich mich bewähre. Ich habe QA schon früher gemacht und bin eigentlich ziemlich gut darin, also mache ich mir keine Sorgen, kompetent genug zu sein.

Ich würde auch während dieser Zeit weiterhin nach anderen Jobs suchen, weil ich weiß, dass ich mich nicht darauf verlassen kann, dass ich nach Vertragsende bei FT eingestellt werde.

Was würdest du in meiner Situation tun? Würde die Rückkehr in eine QA-Rolle, nachdem ich in einer Dev-Rolle war, mich für zukünftige Dev-Positionen unerwünscht machen? Ich bin nicht für CS aufs College gegangen, daher ist die Tatsache, dass ich mit nur ein bisschen Selbststudium überhaupt eine Stelle als Entwickler bekommen habe, ein Wunder. Ich will mich nicht verbiegen und noch mehr Reifen vor mich hin werfen als die, durch die ich schon springen muss.

Ihre berufliche Rolle ist wichtiger als die Branche, in der Sie arbeiten.
Der Fragesteller fragt nicht „was zu tun ist“, sondern fragt nach den potenziellen Auswirkungen getroffener Entscheidungen, die wir aufgrund unserer eigenen Erfahrungen beantworten können. Ich verstehe nicht, wie es vom Thema abweicht und warum es enge Stimmen bekommt.

Antworten (1)

Ja

Leute, die Entwickler einstellen, wollen Leute mit einer konsistenten Entwicklungsgeschichte, auch wenn es sich um Unterstützung handelt. Entwicklung ist Entwicklung, aber QA ist nicht Entwicklung .

Meiner Meinung nach ist es schlimmer, einen Job in der Qualitätssicherung anzunehmen, als gar nicht zu arbeiten. Es ist schlimmer als eine Lücke. Sie sagen jedem zukünftigen Arbeitgeber, dass Sie sich bezüglich Qualitätssicherung oder Entwicklung nicht entscheiden können. Abhängig von der Denkweise der Person, die die Einstellung vornimmt, gehen sie möglicherweise einfach davon aus, dass Sie mit der Entwicklung nicht umgehen können, da viele Entwickler (fälschlicherweise) davon ausgehen, dass die Entwicklung schwieriger ist als die Qualitätssicherung.

Sie werden viel Zeit damit verbringen, darüber nachzudenken, was Sie zukünftigen Gesprächspartnern sagen werden, wenn Sie sich für einen Entwicklerjob bewerben und sie fragen: „Warum haben Sie einen absolut guten Entwicklungsjob verlassen, um in die Qualitätssicherung zu gehen?“

Ich stelle lieber jemanden mit einer Lücke ein als jemanden, der sich nicht entscheiden kann, wonach er in seiner Karriere sucht. Es ist in Ordnung, die Karriere zu wechseln, aber zu wechseln und dann zurück zu wechseln, verursacht mehr Probleme.

Wow ... ich komme aus der entgegengesetzten Richtung. Ich sehe einen Entwickler, der Rollen in QA oder Operations hatte, als unbezahlbare Perle, weil er eine gute Vorstellung davon hat, wie sich ein Programm auf die nachgelagerten Gruppen auswirkt. Wenn ich alle Entwickler dazu bringen könnte , eine 6-monatige Tour durch eine oder beide dieser Gruppen zu machen, würde ich es tun!