Discussion :

[poumon]

Bonjour
Je travaille dans une boite ou je suis seul avec le patron lui aussi développeur.

Le souci est que quand il me met sur un projet, c'est toujours lui qui choisit la solution et quand j'ai fini, il re code tout ce que j'ai fait sur le SVN et prend un malin plaisir à me le dire en riant...
Du coup, je ne sais pas trop pourquoi je suis encore là (3 ans). Dès que je commence quelque chose, je sais qu'il repassera derrière mon travail et refera tout à sa manière. Du coup je me dis à quoi bon?

Que feriez vous à ma place?

[micka132]

Je sais pas mais j'imagine que si il te garde c'est que tu lui es utile. Même si t'as l'impression qu'il recode tout, il se sert de ton travail pour s'en inspirer et modifier ce qu'il n'aime pas.

Ca n'est surement pas tres valorisant pour toi, mais en même temps je pense que ton travail lui sert beaucoup.
Peut etre que tu devrais en parler à l'interressé!

[Juda_]

Bonjour,

Je pense que vous ne nous donnez pas une vision globale et objective de votre situation, autrement telle que vous nous la présentez il serait aberrant que cette situation dure trois ans.

Comme propose Micka, le mieux serait d'en parler directement avec votre collègue, surtout que la communication devrait normalement être facilitée dans une entreprise de deux personnes. Si ses réponses ne vous conviennent pas, commencez à chercher ailleurs.

il re code tout ce que j'ai fait sur le SVN et prend un malin plaisir à me le dire en riant...

Sans doute êtes vous trop succeptible et/ou lui pietre pédagogue, car je ne pense pas qu'il partage ses modifications sur votre travail pour simplement se moquer intentionnellement. Sinon pour éviter la revue de code le plus logique serait de passer par l'application de norme.

Bonne journée.
Cordialement,

[Glutinus]

Refait-il le code de A à Z ? Si oui, pourquoi s'embourber d'un collaborateur... tu serais un faire-valoir un peu coûteux !

Il serait judicieux effectivement d'essayer d'apporter des briques, de lui faire comprendre que tu as des choses à dire sur le choix de la solution. S'il fait la sourde oreille, c'est qu'il veut t'empêcher d'évoluer, d'être pro-actif. Là encore, si la situation est très problématique, voir ailleurs serait le bienvenu.

[HerQuLe]

Comme les autres je ne pense pas qu'il refasse tout de A a Z sinon ça n'aurait aucun interet pour lui.


La question c'est de savoir, est-ce que tu as l'impression que le code est tout de même mieux après son passage?
Dans ce cas un petit lien utile:
http://www.codinghorror.com/blog/200...ogramming.html


Tu ne nous donne pas beaucoup d'indication sur les motivations de ton patron... Difficile de comprendre la situation.
Tu lui as déjà posé la question sur sa manière d'agir? Ça serait peut-être un bon début évident...

[phili_b]

Est-ce qu'il t'explique ce qu'il a modifié et pourquoi ?

ça peut être formateur aussi ?!

Par contre s'il te met devant le fait accompli c'est un peu blasant.

[poumon]

Merci pour vos réponses.
Non, il ne refait pas le code de A à Z et j'ai bien conscience qu'il est meilleur que moi. Il me le dit quelles modif il a fait en expliquant brièvement.

Vous avez raison pour le coup des briques. L'ennui c'est qu'un patron aura toujours le dernier mot donc les discussions sont souvent vaines.

J'imagine dans les plus grosses société ou ssii quelqu'un vérifie votre code après vous?

[phili_b]

J'imagine dans les plus grosses société ou ssii quelqu'un vérifie votre code après vous?

ça dépend.

Quelque fois il y a des revues de code, d'autres fois tu es laissé tout seul même si tu fais des erreurs: ça permet de faire de facturer de la maintenance après coup.

Mais la plupart du temps il y a une recette qui vérifie les fonctionnalités du code et non son organisation.

Il me le dit quelles modif il a fait en expliquant brièvement.

Donc c'est positif finalement je trouve.

[HerQuLe]

Si il rend le code meilleur je ne vois pas ou est le problème.
Les code reviews sont quelque chose de bon et c'est recommandé par les méthodes agiles.


La ou c'est problématique c'est si il refactor ton code pour y mettre du code moins bien... Ou si il n'est pas ouvert à la discussion du pourquoi du comment. Mais si il est d'accord pour t'expliquer en quoi son approche est mieux et qu'au final tu approuves sa décision, je ne vois pas le problème... au contraire c'est formateur.

[ElJipi]

Merci pour vos réponses.
Non, il ne refait pas le code de A à Z et j'ai bien conscience qu'il est meilleur que moi. Il me le dit quelles modif il a fait en expliquant brièvement.

Vous avez raison pour le coup des briques. L'ennui c'est qu'un patron aura toujours le dernier mot donc les discussions sont souvent vaines.

J'imagine dans les plus grosses société ou ssii quelqu'un vérifie votre code après vous?

Si les modifications apportées sont des améliorations, tu devrais lui demander de t'expliquer ses améliorations. Cela te permettra de progresser plus rapidement. Et il y gagnera car il aura de moins en moins besoin de passer derrière toi

Si la communication passe bien entre vous, profite de cette période pour emmagasiner le plus de bonne pratique

[Ubiquité]

Que ses modifications soient des améliorations où non le comportement de ton patron n'est pas approprié.
Le plus édifiant c'est le fait qu'il te dise ça en rigolant.
Personnellement je trouverai ça rapidement insupportable.
C'est peut être plus simple pour lui de fonctionner comme ça, mais clairement c'est pas le fonctionnement normale d'une équipe.

[ElJipi]

Que ses modifications soient des améliorations où non le comportement de ton patron n'est pas approprié.
Le plus édifiant c'est le fait qu'il te dise ça en rigolant.
Personnellement je trouverai ça rapidement insupportable.
C'est peut être plus simple pour lui de fonctionner comme ça, mais clairement c'est pas le fonctionnement normale d'une équipe.

Concernant le comportement du patron, je suis daccord, moi non plus, je supporterais pas un comportement comme celui la très longtemps.

Je dis simplement qu'il ne faut pas hésiter à monter en compétence en demandant (obligeant) au patron des explications.

Après, rien n'empèche de lancer la conversation par une clarification simple:
"Je sais que j'ai moins d'expérience que toi, et donc que tu peux améliorer, et que tu améliore mon code. Mais ce n'est pas une raison pour se moquer de moi.
Au contraire, je suis demandeur. Si tu m'explique les points de détails que j'ai manqué, et comment les résoudres. Le projets avancera plus vite. "

PS: si c'est ça façon d'être, le patron tiendra 2 jours sans moqueries. Puis retour à la normal Dans ce cas, la monté en compétance peut se faire dans une autre boite

[deathness]

Le ressenti peut être bien différent de la situation vu d'un oeil plus objectif.
De dire qu'il rie parfois de cela puis sauter sur son comportement et tout le tralala il y a un gouffre...

[poumon]

Malheusement, Ubiquité je suis d'accord avec toi.
C'est en effet devenu insupportable.

Après + de 10 ans de métier, je pensais que le stéréotype de l'informaticien prenant tout le monde de haut et écrasant les autres était un mythe...Et bien en devenant développeur je l'ai renconté lol!

J'ai atteind le point de non retour et je dois aller voir ailleurs, maintenant c sûr

[ElJipi]

Malheusement, Ubiquité je suis d'accord avec toi.
C'est en effet devenu insupportable.

Après + de 10 ans de métier, je pensais que le stéréotype de l'informaticien prenant tout le monde de haut et écrasant les autres était un mythe...Et bien en devenant développeur je l'ai renconté lol!

J'ai atteind le point de non retour et je dois aller voir ailleurs, maintenant c sûr

Si tu as atteint le point de non-retour, oui, il faut changer.

De toute façon, il y a une chose qui marche à tous les coups:
- Si chaque matin, tu te demandes pourquoi tu te lèves.
- Si chaque matin, ta première pensé est : "je suis vraiment obligé d'y aller?"

=> Dès qu'il y a une possibilité, GO changement de boite !!!!

[phili_b]

Le risque de rester dans une entreprise où l'on est que 2 est de tourner en rond si les 2 personnes ne sont pas des associées (au même niveau ou quasi). AMHA.