En venant de l'AQ, comment peut-on décrocher ce premier travail de développement? [fermé]

Je suis en assurance qualité depuis 10 ans, essayant de me lancer dans le développement pour environ 5 d'entre eux. J'ai pris des cours en C ++, Java et C #. J'ai pu écrire quelques outils et tests unitaires en C # dans mon travail actuel et (selon tous les comptes), je l'ai fait du bon travail.

Cependant, il y a 8 mois, mon employeur m'a confié la responsabilité de créer le nouveau groupe AQ. Maintenant, je fais des tests manuels et un déploiement sans promesse de revenir au développement. J'ai regardé les sites d'emploi et il y a beaucoup d'emplois pour les développeurs Web, alors que puis-je faire d'autre pour en obtenir un? J'ai acheté des livres sur Ruby on Rails que je prévois de parcourir sur Mac à la maison, mais je ne suis pas sûr que les employeurs seraient intéressés par autre chose que le développement Web commercial.

Avez-vous des suggestions sur la façon dont je peux utiliser mon expérience pour obtenir un emploi en tant que développeur junior? Et je veux dire celui qui implique la programmation; les publications que j'ai vues pour un développeur junior reviennent à faire tout le travail de grognement en plus du codage. Ils devraient simplement les appeler "secrétaires techniques".

Avez-vous parlé à votre employeur actuel de votre désir de devenir développeur? Commencez par cela, et s'ils n'obligent pas, il est temps de chercher ailleurs.

Si vous cherchez des postes de développeur (les postes juniors sont les meilleurs pour commencer), assurez-vous qu'ils vous permettront d'acquérir une expérience dans le développement réel, pas le «travail de grognement» que vous avez mentionné. Tant que vous entrez quelque part, sortez-le quelques années et si ce n'est pas votre tasse de thé, continuez. Avoir une position de développeur sur votre CV, même pendant quelques années, vous aidera à obtenir de meilleurs postes. Je serais honnête lors de toutes les entrevues et soulignerais que vous êtes passionné de devenir développeur après toute l'expérience QA que vous avez.

Vous devriez certainement tirer parti de votre expérience d'AQ, car l'expérience compte.

L'AQ est souvent méprisé par les développeurs - et cela est souvent injustifiable.

Cependant, le biais existe et vous ne pouvez pas exactement rayer QA de votre CV.

Voici ma suggestion: au lieu de faire une transition directement vers dev, faites une transition vers un "rôle à mi-chemin". Le terme (au moins aux États-Unis) est appelé «ingénieur en automatisation». Il combine des compétences en AQ avec des compétences en programmation et implique généralement très peu de tests manuels ou d'AQ traditionnel. Votre expérience avec les tests unitaires et l'orientation d'un TDD en font une position plutôt agréable. J'ai occupé ce poste pendant un an (même si je venais du développement et que je suis ensuite retourné au développement) et je peux vous dire qu'il y avait beaucoup de génie logiciel à faire.

Si vous vous en tenez à l'assurance qualité, passez à une entreprise où il y a plus de mobilité interne si vous vous débrouillez bien (il y a de telles entreprises), et où il y a une tradition et un objectif de tests automatisés.

Essayez également avec des boutiques agiles. Ils ont tendance à observer moins les limites de qa / dev.

Je ne me souviens pas avoir vu des emplois de "secrétaire technique" lorsque je cherchais mon premier emploi de développement. Cela peut varier en fonction de l'endroit où vous vous trouvez, bien sûr, mais je pense que si vous voulez vraiment vous lancer dans le développement, vous ne devez pas discriminer les offres d'emploi de développement junior. La plupart, sinon la totalité d'entre eux, diront quelque chose comme «d'autres tâches requises par la direction». C'est normal. Cela ne signifie pas que vous préparerez du café pour votre patron.

Je pense que l'important pour vous serait d'obtenir ce premier emploi de développeur. Peu importe ce que c'est - vous avez juste besoin que "développeur de logiciels" apparaisse sur votre CV pour faciliter la recherche de votre deuxième travail de développement, qui sera probablement meilleur que le premier.

Votre expérience QA existante peut jouer en votre faveur. Vous avez une expérience de travail réelle qu'un diplômé d'université n'a probablement pas. Le meilleur conseil que je puisse donner est donc de commencer à postuler pour des emplois et des entretiens. Si vous ne finissez pas par être embauché, faites un suivi auprès des personnes qui vous ont interviewé et demandez-leur ce que vous auriez pu faire mieux ou différemment. Cela vous aidera plus que toute autre chose.

Ma première tâche en tant que développeur junior après 1,5 an de QA (et 3 ans de support pendant les étés) a été de résoudre les problèmes de balisage et de CSS. Après quelques semaines, je corrigeais de simples défauts de code avant de prendre la responsabilité des domaines de travail et éventuellement des projets.

Dans n'importe quelle profession, vous commencez par le bas et progressez, le développement ne fait certainement pas exception et est très compétitif. Vous avez clairement des aptitudes (vous apprenez 4 langues) et conduisez. L'expérience du contrôle qualité et des tests unitaires vous facilitera également la vie.

Prenez un emploi en tant que développeur junior et attendez votre passion, votre expérience et votre capacité à vous emmener plus haut dans l'échelle de responsabilité.

Sur la base de votre question, la zone dans laquelle vous vivez semble avoir un grand nombre de postes webdev, mais il semble que votre travail de classe soit davantage axé sur le développement d'applications.

Si votre objectif est simplement de passer à un travail de développement, vous devez vous assurer d'ouvrir votre recherche à n'importe quel travail de développement. Adaptez votre CV pour vous concentrer sur votre expérience de développement au travail, écrivez quelques phrases pour décrire les outils automatisés / tests unitaires que vous avez écrits. Non seulement cela montrera que vous avez une certaine expérience de développement, mais cela vous montrera que vous pouvez documenter votre travail intelligemment. Il suffit de ne pas en faire un bloc de texte de remplissage, il doit être suffisamment bien écrit pour que le réviseur ne dépose pas votre CV dans le panier sous son bureau. Si vous ne pensez pas pouvoir le rendre intéressant, vous n'essayez pas encore. Faites de même pour expliquer votre cursus et vos projets annexes. Assurez-vous simplement de laisser des détails intéressants dont vous pourrez parler lorsque vous obtiendrez l'entretien.

Cela étant dit, ne minimisez pas votre expérience en AQ. Si vous fouillez dans le code pour aider les développeurs à identifier où se trouvent leurs bogues, assurez-vous d'expliquer que, si vous cherchez constamment des moyens d'améliorer les processus, ne laissez pas cela de côté, si vous êtes assis à votre bureau en attendant la journée pour finir ... alors vous ne voudrez probablement pas le mentionner. Assurez-vous simplement que tout ce que vous mettez sur votre CV est basé sur la réalité, bonne chance.

Si j'étais SDET (et Dieu merci, je ne le suis pas), je montrerais mon aptitude au génie logiciel en mettant en œuvre un outil interne précieux pour l'entreprise, et j'utiliserais C ++ / Java / C # pour démontrer mes compétences. La raison pour laquelle je travaillerais sur un outil interne est que très probablement je n'aurais pas la possibilité d'écrire du code client en tant que SDET, donc un outil interne est la (seule) voie à suivre.

Pensez à tout type d'infrastructure ou d'outils internes dont votre entreprise a besoin mais qui n'a tout simplement pas assez d'ingénieurs pour y travailler, tels que la surveillance du système, la génération de rapports, le faisceau de tests, etc. et créer le meilleur système possible. Demandez à votre manager ou à votre manager ce dont il a besoin en infrastructure pour que tout ce que vous construisez soit important pour l'entreprise.

Et lorsque vous le construisez, appliquez de solides compétences en génie logiciel:

• écrire du code maintenable
• ajouter beaucoup de commentaires
• l'implémenter pour l'efficacité, l'évolutivité et la fiabilité
• fixer des objectifs et un calendrier de sortie
• rédiger un document de conception lisible.

Au début de nombreux emplois, on m'a dit que je ne toucherais pas au code en direct pendant des mois. Cela dure environ deux semaines. Ensuite, quelqu'un lance un nouveau projet au groupe de développement déjà submergé. Devinez qui est disponible?