naholyr

[naholyr]

Oui c'est peut-être ça, disons que pour former il faut savoir vulgariser, et vulgariser impose de faire un gros travail de tri entre ce qui est vraiment important et ce qui relève du détail. Cela impose aussi de maîtriser des détails de fonctionnement interne du langage pour prévoir ces comportements afin de ne jamais être pris en défaut (ça c'est impossible surtout en n'ayant pas 10 ans de métier derrière soi, mais on essaie de s'en approcher). Essayer d'apprendre la division à sa petite sœur c'est le meilleur moyen de maîtriser le concept à fond ^^

Je vais travailler à Villeurbanne (dans le Rhone), et j'aurai dans un premier temps des missions de développement pur (analyse, conception, sav) mais il a été dit dès le départ que mon objectif était de passer chef de projet. Donc je devrais être rapidement chargé de projet, sinon ben je changerai à nouveau de taf mais j'intègre une équipe moyenne (35 personnes) donc je pense qu'il est largement possible d'y faire son trou.

Des conseils à donner ? Je suis bien jeune et inexpérimenté pour en donner, mais de ce que j'ai vu ce qui compte vraiment dans un métier, c'est certes d'être spécialiste dans son domaine, mais surtout... Tout le reste ^^ être dynamique, imaginatif, et avoir un bon contact avec les clients c'est un plus absolument indéniable. Parce que le premier commercial d'un projet, c'est le technicien qui a le client au bout du fil (c'est à dire le chef de projet dans une équipe, et parfois le développeur lui-même quand l'équipe est plus restreinte) Ce sont ces qualités qui font la différence et qui m'ont permis de négocier.
Parce qu'une fois qu'on maîtrise son domaine, mieux le maîtriser ne permet pas d'évoluer, ce qu'il faut c'est maîtriser ce qui va autour