Passer de Chef de projet MOA à Développeur Java ? Testeur QA?
Labass-IT
Hello les free !
Après plus de 5 ans dans la gestion de projet, je m'interroge et je me demande si je dois continuer dans cette voie. En effet, le métier ne me plait plus comme au début, je trouve que c'est un des métiers les plus dur dans l'IT avec énormément de pression et des interlocuteurs beaucoup trop variés. On nous demande d'être des moutons à 5 pattes c'est à dire être aussi bon en technique qu'en fonctionnel avec un niveau d'expertise élevé (freelance).
De plus, j'ai beaucoup de mal à trouver un poste en freelance et je pense que cela vient surement du fait que j'ai un profil un peu trop fonctionnel.
Je souhaite donc revenir à ce qui m'a fait entrer dans ce métier : le développement Java.
En effet, je vois des offres de développeur full stack/java angular/ Java Back end avec des bons TJM et régulièrement du full remote. Chose quasiment impossible en gestion de projet.
Je me dis qu'en passant "de l'autre côté", je diminuerai le niveau de stress, et j'augmenterai ma qualité de vie. Je sais qu'il y a aussi du stress côté dev notamment dans les phases de RUN mais on a beaucoup moins d’interlocuteurs et de compte à rendre selon ce que j'ai pu observé.
Ma question est, est-ce possible de passer de la maitrise d’ouvrage au dev java en mois 6 mois en ayant des bases de Java (POO, MVC, J2EE)?
Serais-je considéré comme Junior ? Quels conseils me donneriez vous ?
Merci d'avance
- Utilisateur supprimé
Salut,
On nous demande d'être des moutons à 5 pattes c'est à dire être aussi bon en technique qu'en fonctionnel avec un niveau d'expertise élevé (freelance).
Oui et non. J'ai vu des PM qui avaient d'autres qualités : beaucoup beaucoup de drive et un niveau d'anglais exceptionnel. Le gars était au bon niveau pour faire avancer les projet et ça lui réussissait très bien.
Je souhaite donc revenir à ce qui m'a fait entrer dans ce métier : le développement Java.
J'essaie d'éclairer le sujet : il y a 20 ans, un expert Oracle ou un expert Java pouvait survivre sur sa techno. Aujourd'hui, il faut être multi techno.
Côté bases de données: le legacy Oracle et l'innovation PostgreSQL, TimscaleDB, MongoDB, Elastic, Redis....
Côté programmation : le legacy JAVA et l'innovation python, react.js, etc....
Si tu fais du java et que tu ne sais pas pondre une API, tu n'intéresseras pas grand monde.
En effet, je vois des offres de développeur full stack/java angular/ Java Back end avec des bons TJM et régulièrement du full remote. Chose quasiment impossible en gestion de projet.
Oui, le fullStack est effectivement valorisé dans les boites moyennes.
Oui, il est quasiment impossible de faire de la gestion de projet en full remote.
Je me dis qu'en passant "de l'autre côté", je diminuerai le niveau de stress,
Attention, il y a le danger du bore-out : être dans un sprint et traiter de la user story, c'est assez déshumanisant.
Dans les feature teams, on fait très attention d'impliquer les équipiers pour ne pas tomber dans le travers que je viens de décrire.
Je sais qu'il y a aussi du stress côté dev [...]on a beaucoup moins d’interlocuteurs et de compte à rendre selon ce que j'ai pu observé.
Oui, en général, tu as 3 ou 4 interlocuteurs:
le scrum master.
le PO
le QA
l'archi (?)
Ma question est, est-ce possible de passer de la maitrise d’ouvrage au dev java en mois 6 mois en ayant des bases de Java (POO, MVC, J2EE)?
Oui.
Serais-je considéré comme Junior ?
Non, je ne pense pas. 50% de la valeur ajoutée d'un DEV ne se trouve pas dans l'instruction qu'il écrit. Ca se trouve dans l'organisation, la communication, la gestion de la chaine CICD, la documentation, la rigueur, la connaissance fonctionnelle, etc...
Quels conseils me donneriez vous ?
Te faire un projet d'annuaire téléphonique :
Base de données en PostgreSQL
back en java (CRUD + tests unitaires en Junit)
API pour toutes les fonctions exposées (Tests unitaires en Postman)
front en react.js (le front n'a le droit de s'adresser qu'aux API)
QA en selenium
Avec ça, tu vas te dégrossir, et tu vas coller au marché de l'édition logicielle.
- Utilisateur supprimé
moi j'ai fait 2 ans de chef de projets, 6 ans de dev, dix ans de QA, puis intégration continue , et maintenant test de performance et APM
le QA c'est plus cool, mais attention, c'est super mal payé en France à moins que tu pars en suisse, c'est valorisant là bas.
mais avec le récule le QA c'est pas aussi sympa que ça en gros, tu peux passer ton temps à saisir des bugs que tout le monde s'en tape, j'ai déjà eu saisir des bugs au bout de dix seconds de revue le bug passe directement à la poubelle ( non résolu )
, en plus souvent dans une boite on te prend pour un bon à rien, pourtant dans les missions que j'étais, je faisais aussi plein de choses que les autres savent pas le faire, j'ai fini par laisser tomber depuis 8 ans :)
Utilisateur suppriméJe ne connais pas le quotidien "réel" du QA. Je pourrai toujours regarder des vidéos de personnes qui présentent leur rôle, mais je sais que quand je regarde ceux qui exercent mes tâches, c'est beaucoup de théorisation grandiloquentes.
J'ai appris à l'école d'ingénieur que le test est la partie la plus importante. Normalement, aux mains de la MOE, j'ai entendu que le dosage c'est plutôt du 40 % conception, 20% développement et 40% Tests Unitaires. Sauf qu'on apprécie rarement les gens qui vont faire des schémas papiers et s'assurer que la solution viable, faut tout de suite lancer l'IDE et taper du code en mode mitraillette...
Pour les Tests aussi, souvent deux réactions : soit le développeur, ça l'enquiquine. Soit il n'a pas assez d'envergure pour connaître tous les cas de tests. Et déjà vu : un chef de projet qui voulait même pas passer par la case test. En vérité, c'était selon lui pour justifier la maintenance...
De plus en plus j'ai l'impression que les phases de recette se raccourcissent. La plupart des MOA / AMOA amènent les utilisateurs, leur demandent de se connecter 5 minutes et de signer le PV de validation. Et c'est lors de la prod qu'il faut tout faire pour que ça fonctionne, mais surtout ne pas toucher à l'architecture. C'est vraiment dommage. Et je suis d'accord avec toi que l'AMOA "recetteur" est moins bien vu que le "concepteur" qui lui est encore moins bien vu que le MOA "stratégie et planification de projet".
- Contacter en MP
Labass-IT
Nombre de posts : 102Nombre de likes : 17Inscrit : 7 août 2021Hello DevAndOps,
Tout d'abord je m'excuse pour cette réponse tardive. Comme je le disais je suis en pleine recherche donc j'avais moins de temps sur le forum.
Je te remercie pour cette réponse très claire et détaillée, une vrai mine d'informations. En plus ça demande du temps et de la réflexion pour rédiger tout cela. J'apprécie beaucoup ce mindset du partage d’expérience et de connaissances!Oui et non. J'ai vu des PM qui avaient d'autres qualités : beaucoup beaucoup de drive et un niveau d'anglais exceptionnel. Le gars était au bon niveau pour faire avancer les projet et ça lui réussissait très bien.
Oui c'est vrai mais au vu de mon profil technico fonctionnel les clients en veulent un peu plus que du drive classique. De mon côté l’anglais est moyen mais ça c'est un autre sujet 🤭
Aujourd'hui, il faut être multi techno.
Oui je m'en aperçois c'est pour cela que je voudrais repasser en mode dev. Et mes connaissances en Java me permettront d’appréhender plus facilement d'autres langages.ll est quasiment impossible de faire de la gestion de projet en full remote
C'est pour ça aussi que je veux retourner vers le dev java. C'est 3j max et encore la plupart du temps on me propose 2j.
Attention, il y a le danger du bore-out : être dans un sprint et traiter de la user story, c'est assez déshumanisant.
Dans les feature teams, on fait très attention d'impliquer les équipiers pour ne pas tomber dans le travers que je viens de décrire.
Franchement, si je m’ennuie parce que j'ai fini mon taf et qu'il n'y a "rien à faire", je trouverai bien un projet perso sur lequel avancé.
Pour l'implication, mon côté technico fonctionnel va beaucoup m'aider à discuter et à être impliqué car j'ai eu l'habitude de discuter avec différents interlocuteurs.Non, je ne pense pas. 50% de la valeur ajoutée d'un DEV ne se trouve pas dans l'instruction qu'il écrit. Ca se trouve dans l'organisation, la communication, la gestion de la chaine CICD, la documentation, la rigueur, la connaissance fonctionnelle, etc...
Tu me rassures !
Te faire un projet d'annuaire téléphonique :
Base de données en PostgreSQL
back en java (CRUD + tests unitaires en Junit)
API pour toutes les fonctions exposées (Tests unitaires en Postman)
front en react.js (le front n'a le droit de s'adresser qu'aux API)
QA en selenium
Avec ça, tu vas te dégrossir, et tu vas coller au marché de l'édition logicielle.
Belle roadmap merci beaucoup ça me facilite le travail!
Un mois temps plein sur chaque sujet 6h/jour 6j/7 jusqu'à fin janvier, tu penses que c'est faisable?
Porfolio ou linkedin pour montrer mes exploits ou recruteurs ?
Je te remercie encore pour ton messageLabass-ITUtilisateur suppriméUn mois temps plein sur chaque sujet 6h/jour 6j/7 jusqu'à fin janvier, tu penses que c'est faisable?
Porfolio ou linkedin pour montrer mes exploits ou recruteurs ?
Ah ben, tu auras fini le projet largement avant janvier 😅
Non, tu pars sur un MCD avec "personne", "adresse", "téléphone", "société". Tu leurs mets des relations (1,N) (1,1) etc, selon tes désidératas.
Tu conçois tes objets en CRUD avec une couche d'abstraction du type ORM ( https://fr.wikipedia.org/wiki/Mapping_objet-relationnel ). On va dire qu'Hibernate est une techno très répandue (https://fr.wikipedia.org/wiki/Hibernate).
Ensuite, tu conçois des API pour (select et insert) pour chaque objet.
Ensuite, tu fais une couche de front avec React.js qui appelle les API et qui affiche les objets.
Tu n'oublies surtout pas les tests. (Dans un entretien, il faut que tu maitrises ce sujet).
Pour moi, dans 5 jours, tu auras largement défriché le terrain sur un MVP😅
- Contacter en MP
Labass-IT
Nombre de posts : 102Nombre de likes : 17Inscrit : 7 août 2021Merci beaucoup pour ta liste de tâches, ça se voit que tu as une expertise en planification/estimation 😅
Je m'y mets dès demain, en plus en ce moment j'ai du temps. Je te tiendrai informé.
Quid de mode de "pub" pour montrer mes projets ? GIT ? porfolio? Linkedin ? Les trois ? 🫢Labass-ITUtilisateur suppriméunder-promise .... over-deliver.
pour moi, il ne faut justement rien publier. Il faut parler le langage du client. Lors de l'entretien, tu appuies sur ta rigueur dans les commentaires de code, ta rigueur dans les tests unitaires, ta rigueur dans ta collaboration avec la QA. C'est ça que le client veut entendre.
public class PrimeNumbers { public static void main(String[] args) { int count = 0; // Compteur de nombres premiers trouvés int number = 2; // Le premier nombre à tester System.out.println("Les 100 premiers nombres premiers sont :"); // Tant que nous n'avons pas trouvé les 100 premiers nombres premiers while (count < 100) { if (isPrime(number)) { // Si le nombre est premier System.out.print(number + " "); // Afficher le nombre count++; // Incrémenter le compteur } number++; // Passer au nombre suivant } } // Méthode pour vérifier si un nombre est premier public static boolean isPrime(int num) { if (num <= 1) { return false; // Les nombres négatifs et 1 ne sont pas premiers } for (int i = 2; i <= Math.sqrt(num); i++) { if (num % i == 0) { return false; // Si le nombre est divisible par un autre nombre, il n'est pas premier } } return true; // Sinon, le nombre est premier } }le code JAVA ci dessus va écrire les 100 premiers nombres premiers
Moi, je préfère 100 fois un joueur de fond de cours, qui marque le point en étant patient plutôt qu'un foufou qui est un génie en perl :
print join(", ", grep {1x$_ !~ /^(11+?)\1+$/} (2..100));Cette daube en PERL va écrire les nombre premiers inférieurs à 100. Pour moi, c'est de la m3rde en barre. Un code illisible, il faut virer le mec sur le champ. Il n'a pas compris pourquoi il est chez un éditeur de logiciels.
- Contacter en MP
Labass-IT
Nombre de posts : 102Nombre de likes : 17Inscrit : 7 août 2021Hello les devs,
Apparemment l'utilisateur a été supprimé, ceci dit, la réponse est bonne. Les commentaires, c'est la base pour une bonne compréhension du code, pour le développeur lui-même mais aussi pour les autres acteurs susceptible de voir son code.
Bon allez il faut que je bosse maintenant 😅🦾
Labass-IT
