Les perspectives après le metier de developpeur

Bonjour,

j'ai de 5 a 10 d'Xp dans le domaine du dev logiciel. Comme beaucoup j'ai un bac+5 issue d'une ecole d'inge avec un specialisation dans l'elec, l'info industrielle, et l'imagerie.

Actuellement le constat est amer:

3615mylife

A l’école, et dans mes projets et stages ( je n'ai pas fais que de l'info ) j'etait tres doue en info mais cela se limitait a l'info industrielle et appliquée a d'autres domaine connexes. Jamais entendu parler de ruby, merise, makefile bdd et web langage. C'est du chinoix pour moi et ca ne m'interesse pas.

/3615mylife

En entrant dans le monde du travail (un editeur), j'ai cotoyé des guru en info, des gars qui maitrisent vraiment, qui font des script, utilisent des tas des langages. Moi je n'en connais que quelques un: et pour cause, je n'ai fait que de l'info industrielle dans mon ecole.

Ca ne m'a pas empeche d'evoluer dans la boite et developper des process complexes et passionnants. Le probleme se situe ailleurs: je n'ai absolument pas l'impression d'utiliser " mes compétences d’ingénieurs" et je ne veux pas rester un dev toute ma vie.

Pourquoi cela? Et bien ceci n'engage que moi mais en France le poste ingénieur développeur est assimilable a un poste d'ouvrier (je n'ais rien contre ce statut attention). Je précise, il est vu comme cela par la plupart de la hiérarchie. On code, on s'adapte, on a peine notre mot a dire pour les delais, on se débrouille avec une spec écrite sur un coin de table, et tout cela pour la semaine dernière s'il te plait, fais vite, le client attend. Si t'est sage t'aura peut etre droit a une piece pour te récompenser, alors que on va engranger masse de fric a partir de ton boulot.

De plus en tant que dev ca signifie forcement que sait tout faire, comprend tout les langages, fais n'importe quel script, fabrique des moulinettes pour utiliser un IDE.
"Si tu sais pas faire, et bien tu va apprendre et le coder", te dis le chef.

Alors pourquoi dans d'autres fonctions ( qui ne sont pas forcement dans ma hierarchie directe) , le gars dit : oh moi j'y connais rien en dev, mais j'ai une idee geniale, faisons telle procedure de verif, d'analyse de performance . Il se retourne vers le dev " tu peux me faire un script maique qui fait ca " ? J'ai envie de dire " et biens renseigne toi, tu va apprendre et le coder "

Dev = petite main qui sait tout faire = cliche du gars hacker dans les series tv.

Je n'ai pas de pb avec le fait d'etre de la main d'oeuvre, mais franchement, pourquoi faire bac +5 pour cela ? Autant prendre un tres bon technicien qui fera ca aussi bien que moi.

Donc je me pose la question: que peut on faire dans la domaine de l'info a part etre codeur ou chef de projet ? Il y a bien d'autres voies non?

Je veux utiliser ma creativite pour mettre au points des process, des algo, des comportement d'applications, mais franchement, je suis dégoûté de coder ( je le faisait par passion chez moi quand j'etait etudiant). Je veux un poste ou il y a du recul sur le code. Je veux voir des fonctionnaliste ou des blocs fonctionnels et ne pas me soucier de leur implémentation ( et des pb qui vont avec). Et pour moi cela s'adapte a tous les domaine, c'est donc cela le métier de l’ingénierie.

Je veux etre celui qui a les idées et non celui qui les codent. Quelle est la dénomination de ces postes ?

Dans le pire des cas, je peux retourner dans le monde de l'elec, mais je n'ais pas de vrai experience dans ce domaine. Une chose est sure, c'est maintenant qu'il faut faire son choix et il n'est pas cantonné au monde de l'info.


Désolé pour la longueur de ce message et merci de vos conseils qui m'aideront a y voir plus clair.

Citation:

---

Envoyé par bluesquare

Donc je me pose la question: que peut on faire dans la domaine de l'info a part etre codeur ou chef de projet ? Il y a bien d'autres voies non?

---

Dans la vie de tout les jours, il y a plein de sorte d'informaticiens, mais pour les ssii et les RH il n'y en a que deux: codeur ou chef de projet.

C'est qu'une fois qu'on est dans la boite, ou si on sait lire entre les lignes, qu'on arrive à déterminer la vraie fonction.

Le souci en étant chef de projet de ssii c'est qu'on fait plutôt du planning et de la gestion de ressources mais il me semble qu'on n'a pas le temps de faire des spécs: les spécs sont à mon avis donné à quelqu'un perçu comme codeur alors que c'est lui décrit les spécs fonctionnelles et techniques. Tu peux voir des exemples dans les offres d'emploi développeurs.

A mon avis si tu veux faire les spécs, même en ne codant plus, il ne faudrait pas non plus en être au point de ne pas se soucier de leur implémentation.

Mais c'est clair que souvent ou bien les spécs sont écrites sur un coin de table, voire pas écrites du tout, ou au contraire surchargées jusqu'à la bureaucratie.

Salut,

il faudrait viser un poste d'architecte. Tu codes beaucoup moins et c'est à toi que reviens l'analyse des points techniques difficiles. Cela suppose aussi que tu ais une bonne expertise dans un domaine précis.

C'est aussi sur toi que repose la coordination entre les développeurs et le métier ou le chef de projet. Après tu trouves uniquement ce genre de poste sur de gros projets.

Merci pour ces idées. A la base ma formation initiale n’était pas l'informatique de gestion mais uniquement l'info industrielle ( en plus de l elec et de l imagerie) .
Bon j'ai fait mon premier programme a 12 ans, découvert l'assembleur vers 15 ans, fait des bidouilles en elec depuis que je suis en age de tenir un fer a souder sans mettre le feu : on appele ca etre auto didacte je crois :aie:

J'ai accepte un poste d'ingenieur dev comme première et unique expérience (ce n'est pas une ssii mais un editeur). Je me suis tres vite rendu compte que j'avais un train de retard sur les autres ( qui sont surement des info pur ).
Ex: c'est quoi une expression reguliere ? ( bon maintenant je sais :roll:

Parce que j'apprend vite , petit a petit j'ai comble ces lacunes, et je suis devenu spécialiste dans mon domaine d'application ( utilisant une techno commune par ex le java ) c'est a dire la création d'algo et de process propre a mon entreprise. Par contre je suis pas spécialiste en info loin de la: je sais coder un algo que j'ai imaginé, faire une infrastructure mais mes compétences se limitent a utiliser le langage pour parvenir au résultat que je veux = une fonctionnalité qui marche.

Cependant ( et c'est la ou ca peche ): je ne sais faire que cela. Pas moyen pour moi de faire un script shell tres evolue ou du perl ou bien un makefile . Et le pire : ca ne m'interesse pas. je n'ai pas envie de passer mes soirees a des veilles techno sur les langages info ), mais ca peut etre sur autre chose par contre.

Ce qui m’intéresse par contre , c'est de prendre le stylo et de trouver un algo ou je ne sais quoi. Bon je code ensuite car c'est mon boulot de dev mais le plus bottant pour moi c'est la création de cet algo niveau fonctionnel: comment trouver la manière de procéder pour arriver au résultat: ensuite le codage et bien a la limite je m'en occupe pas. Par contre il est évident qu'il faut transmettre tout ce cahier des charges au codeur et rester en lien avec lui.

Même si je n'avais pas de formation spéciale dev, ces années dXP en sont l’équivalent. Mais je pense qu'il est temps pour moi d’arrêter le dev. Pourquoi se rendre compte de cela au bout de presque 10 ans ? et bien il est plus facile de faire tranquille son job plutôt que de se poser les questions sur ce que l'ont veut vraiment. Et puis ce que je fais est parfois chiant, mais parfois très passionnant. Mais il est temps pour moi de passer a autre chose.

Le problème est de savoir quoi.

Citation:

---

Je veux utiliser ma creativite pour mettre au points des process, des algo, des comportement d'applications, mais franchement, je suis dégoûté de coder ( je le faisait par passion chez moi quand j'etait etudiant). Je veux un poste ou il y a du recul sur le code. Je veux voir des fonctionnaliste ou des blocs fonctionnels et ne pas me soucier de leur implémentation ( et des pb qui vont avec). Et pour moi cela s'adapte a tous les domaine, c'est donc cela le métier de l’ingénierie.

---

fais de l'AMOA. De l'AMOA technico-fonctionnelle
attention, je ne dis pas que ca te conviendra. Mais tu devrais tester

voir les autres post que j'ai écris sur le sujet
si tu ne veux pas "coder" et commencer a étudier une partie du métier , mais en restant proche du technique, tout en n'étant pas chef de projet parceque t'as pas envie d'avoir les responsabilités ou autres, tu peux te lancer en AMOA

C'est à dire l'interface entre les developpeurs, et les métiers qui se retournent vers le développeur. Y en a pas partout, y a des équipes sans, mais d'une manière generale, tu peux commencer à engranger des compétences dans l'écriture de spécifications, la recette technique et fonctionnelle...

un AMOA qui a des compétences poussées en dev pourra trouver sa place dans un environnement technique : tu écris tes spec en faisant les algo toi même, ou pas loin, et tu demandes aux TMA (generalement des TMA aprceque justement gérées par des pisse-code en SSII à pas cher) de réaliser. Ensuite tu test les développement

Bien sur, si le machin marche pas, c'est sur ta gueule que ca revient, mais c'est le jeu. Pour éviter ca, y a les mails, les délais, les retours de recette, etc etc

Bon bien sur, si tu veux pas écrire de spec du tout et que tu es allergique à la recette, c'est mal barré, mais quand je lis "bloc fonctionnel du code", ca me fait penser à ca

Mon boulot c'est exactement ca, mais transposé au monde de la BI : modéliser (équivaut je pense à l'algo pour du code pur), décrire les flux d'alimentation, les résultats attendus, et laisser les MOE coté ETL / développement BI faire tout ca
Je suppose qu'il existe le même role pour du développement pur (a tester, en fonction du degré de code que tu ne veux plus faire ou au contraire continuer à faire)

Tres interessant. Merci pour ta reponse :ccool:

Et ca s'appele comment comme poste concretement ?

Citation:

---

Envoyé par bluesquare

Tres interessant. Merci pour ta reponse :ccool:

Et ca s'appele comment comme poste concretement ?

---

assistance à maitrise d'ouvrage
(y a d'autres sujets ici ou j'explique le rôle plus en détail :mrgreen:)

Après, je suis AMOA BI pour business intelligence, mais en terme d'AMOA développement ca va etre un chouilla plus compliqué, parfois le role d'AMOA est mélangé a celui de chef de projet, qui se dépatouille pour faire l'interface métier avant de s'adresser à l'équipe de développement, mais ca dépend de beaucoup de chose : l'entreprise, la taille du projet / Budget ...

Sur un gros projet le CP a autre chose à faire que de s'occuper des tests

il faut voir l'intitulé des postes (ou déja, si ta boite peut te faire passer de "l'autre coté" de la barrière) si ca comprend du tests / Spécification

Ensuite ca dépend des technologies que tu maitrise : ca intéressera un employeur d'avoir un AMOA qui maitrise les compétences et langages Web pour bosser sur un projet web : il ne codera pas mais il saura parler le langage des développeurs afin de faire les spécifications du projet (recueil de besoin ; écriture des spec ; recette fonctionnelle...)

en gros on cherchera un AMOA sur
- un logiciel particulier (AMOA SAP FI/CO)
- un métier fonctionnel (AMOA Finance de marché)
- un métier technique (AMOA BI, AMOA services web)

donc tout dépend de ce que tu as fais avant, dans quel domaine fonctionnel, si tu as pu faire des documentations, spécifications, (et si ca t'intéresse surtout)...

Ensuite, trouver une boite type SSII (pour un changement de métier, la SSII est assez praitque, encore faut il bien la choisir) ayant un pole AMOA dédié, le must serait un pole AMOA et un autre pole programmation dans tes technologies : ca voudra dire que leurs commerciaux maitrisent les deux et pourront cibler les bonnes missions

attention plus tu te spécialises en AMOA plus tu quittes le code, il est dur d'être AMOA et de vouloir encore développer réellement
par contre c'est très possible d'etre AMOA et de définir les solutions techniques (avec ou sans l'aide de la MOE)

Sinon tu vises l'autre coté de la barrière d'abord, a savoir l'AMOE : assistance à maitrise d'oeuvre
la tu es non plus du coté métier mais toujours du coté développeur, mais toujours en tant "qu'interface" : disons que tu écris des specifications techniques plutot que des spécifications fonctionnelles

C'est peut etre plus vers ce métier qu'il faudrait te pencher, il y a pas mal de poste AMOA / AMOE (ou AMOA technique, ca dépend comment on l'appelle) qui demandent des compétences poussées dans une technologie

Euh je lis pas mal de choses qu'on défini comme étant le boulot du dev qui me chiffonnent...

Citation:

---

script shell tres evolue ou du perl ou bien un makefile

---

En gros de la mise en place d'environnement de travail non ? T'as des équipes qui s'occupent de cela chez les éditeurs qui possèdent plus d'un projet, ils sont chargés de gestion de configuration.
Je suis développeur et c'est pas à moi de faire les makefile, de configurer l'éditeur et compagnie. Car justement le but c'est d'avoir un projet qui reste ce qu'il est tout au long du temps. Si à chaque personne qui passe on change les outils et les règles de codage on s'en sort pas après pour le debug...

Après je suis d'accord avec la direction d'AMOA si le dev ne te convient pas. :)

Citation:

---

Envoyé par phili_b

Le souci en étant chef de projet de ssii c'est qu'on fait plutôt du planning et de la gestion de ressources mais il me semble qu'on n'a pas le temps de faire des spécs: les spécs sont à mon avis donné à quelqu'un perçu comme codeur alors que c'est lui décrit les spécs fonctionnelles et techniques.

---

Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).

Citation:

---

Envoyé par Caro999

Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).

---

Ca dépend de ce qu'on colle sous l'étiquette chef de projet qui peut etre extremement varié

j'ai été chef de projet et en écrivant les specs fonctionnelles : normal pour un chef de projet "AMOA" (bon, suivant les moments je validais / corrigeais les spec faites par quelqu'un de l'équipe, on a pas toujours le temps de faire ca)


et puis les méthodo, dans certains groupes c'est appliqué à la lettre mais la méthode de gestion de projet generale c'est quand même "démerde toi"
J'ai bossé dans ce qui s'assimile à de l'AGILE sans avoir jamais vu ce nom nulle part officiellement.

Citation:

---

Envoyé par Caro999

Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).

---

Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).

Citation:

---

Envoyé par Zweet

Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).

---

Pour un peu le CP devrait suppléer au Dev en cas de besoin selon leur logique :mrgreen:

Citation:

---

Envoyé par Zweet

Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

---

Et par pure curiosité, tu as eu combien de profs marteleurs dans une grande école qui avaient des expériences - solides - hors du monde l'enseignement supérieur et de la recherche? :)

Citation:

---

Envoyé par Zweet

Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).

---

Je vais persifler en compagnie de mes confrères : c'est une vision hyper-spécifique, qui correspond peut-être à 1-5% des chefs de projet. Ceux que j'ai vu, à plus de 70%, c'était planification-paperasse-administration-réunion avec le client mécontent-retour de pression sur l'équipe(gentiment ou méchamment, suivant la personnalité). Specs, jamais vu(même si ça existe peut-être). Gestion des ressources, seulement pour certains séniors. Ce sont souvent les grands chefs qui font mumuse avec les ressources, et le CdP se retrouve avec un expert Cobol pour faire du C#, un spécialiste maintenance pour faire du projet, et un gars démotivé à force d'être trainé d'équipe en équipe pour faire le nombre.



Non, la base absolue, c'est le suivi des chiffres. Cette semaine, El_slapper a bossé 3,64j sur le projet technique, et 1j36 sur le projet reglementaire. Voyons voir, il était prévu 2,52j de reglementaire. "El_Slapper, comment tu me justifies ta surcharge sur le projet technique? Le contrôle de gestion va me faire passer un sale quart d'heure!"

Citation:

---

Envoyé par Carhiboux

Et par pure curiosité, tu as eu combien de profs marteleurs dans une grande école qui avaient des expériences - solides - hors du monde l'enseignement supérieur et de la recherche? :)

---

On a pas de profs, seulement des intervenants qui sont dans l'IT. Enfin bon, après ils mettent aussi dans le crâne des gens les plus idiots qu'ils seront CdP en sortant d'école. Et le pire c'est que certains y croient :mouarf: