Pour la question d’une entreprise prête à perdre son temps y en a quelques unes et ce n’est pas forcément une perte de temps sur le long terme. Malheureusement en informatique, pas beaucoup veulent s’y risquer et c’est bien dommage car on n’a pas forcément les formations qu’on mérite en France.

Pour la question des projets, je ne pense pas qu’être considéré comme un employé soit la réponse à tous les problèmes et là encore ça dépend des entreprises.
Je parle de l’abus qu’on peut facilement faire sur des stagiaires ultra-motivés qui compte pas leurs heures, qui accepte tout et n’importe quoi.
Y aussi le respect de ses stagiaires, est-ce normal de considérer un stagiaire là depuis longtemps comme un stagiaire qui vient d’arriver ?

Un stagiaire est censé apprendre, être sous la tutelle d’un responsable, mais :
- il y a combien d’entreprises qui serait prêtes à “perdre du temps” pour former un jeune ?
- vaut-il mieux apprendre sur des projets paralléles qui seront abondonné en vitesse ou être considéré comme un employé et avoir de vrais défis à relever ?

Moi j’ai connu deux cas :
- être peu payé, mais pas stressé, quitte a devoir demander plus de boulot moi même (et à en être récompensé à la fin)
- être payé suffisament pour vivre à Paris, bosser 10h/jours mais avoir des responsabilités, une force de proposition.

Un sérieux background, du charisme, du poil au menton et du coca sango, sont des atouts non négligeable. Bref, tous ce qui fait qu’une personne est “légitime” dans son job.

Par contre il me semble normal que la carrière avançant, l’on souhaite se diriger vers une fonction d’encadrement, pour d’une part faire profiter une équipe de vos compétences et savoir-faire, et d’autre part pour évoluer sur le plan personnel.

Je finis sur le plan personnel cars les changements de techno, deviennent de moins en moins intéressants avec le temps. Contrairement aux relations humaines, qui elles prennent davantage de place.

Je ne connaissais pas non plus ton blog mais je vais suivre dorénavant

Je suis assez d’accord avec ce que tu dis, néanmoins je me demande alors pourquoi devenir chef de projet et ne pas aller vers une autre fonction qui permette d’encadrer du personnel, est-ce simplement parce qu’en informatique, ça recrute à tour de bras ?

Il y a pleins de possibilités d’exercer son désir de pouvoir (parce que j’ai bien l’impression que pour beaucoup ça s’assimile à cela), néanmoins ça ne sert à rien si c’est juste pour occuper un siège bien moelleux et n’être qu’un obstacle voir un boulet pour tes subordonnées.

Cette année (scolaire) j’étais en première année de fac d’info, et au premier semestre on avait un truc qui s’appelait RAPP : Recherche Appliqué au Projet Professionnel.

On était donc classé par “groupe d’intérêt”. Ça a un côté coule évidemment : on se retrouve avec des gens qu’on ne connaît pas encore et qui ont de grandes chances de bien s’entendre avec vous !

Le côté moins cool c’est la façon dont on voit les intérêts en communs. Je m’explique : dans notre groupe il y avait une personne dont l’optique professionnel était de devenir “chef de projet dans une SSII”.

Déjà quand j’ai appris ça… Woaw mais kesskellefait à la fac ? Elle devrais pas être en école de commerce celle là avec cette façon de penser ?
Elle ne savait même pas ce que les initiales SSII veulent dire en fait, mais son but était clair : les compétences techniques elles s’en tape, ce qu’elle veux faire c’est manager des gens, être à la tête du truc…

Sauf qu’avec les études qu’elle compte faire elle va forcément commencer par coder, on sort pas d’un master en étant étiqueté “chef de projet”. Et forcément elle va être une mauvaise développeuse pour ensuite devenir certainement une chef de projet pas terrible.

Enfin tout ça pour dire que c’est pas forcément un mauvais développeur qui va devenir chef de projet, mais parfois aussi un chef de projet (si on peut dire), qui passe par la case mauvais développeur parce qu’il n’y a pas le choix.

PS: j’arrive sur ton blog depuis TDW, je m’abonne