Discussion :

[bmoraut]

"Je dirais plutôt que les informaticiens techniques se fond de plus en plus rare passé 35 ans"
On trouve bien sur pas mal de chef de projet, manager, ... mais plus on monte dans les ages, moins les techniques sont présents et recherchés."

"Je pense aussi que la carrière d'un informaticien technique est aussi courte que celle d'un footballeur de ligue 1 ... mais pas avec la même paye "

Bonjour,
Je viens de finir mes études (à 47 ans), et donc je suis un ingénieur informaticien technique débutant.
Malgré cela, on m'a dit que j'étais trop expérimenté ou surdimensionné... et je n'ai rien trouvé: même informaticien technique, aucun poste (même avant de parler de salaire) et un a priori sur mon age flagrant !

Donc misère

J'ai repris des Études pour un secteur qui se dit en pénurie: mensonge, car s'ils étaient en pénurie, j'aurai des propositions
Cordialement

[bmoraut]

Bonjour,

Effectivement, la fin de carrière se fait vers les 30 ans.
A quelques exceptions: ceux qui sont en SSII depuis longtemps, et qui ont une expérience qui correspond.

Si non, aucun "cabinet" de recrutement ne prends le risque, de prendre quelqu’un de plus de 35 ans.

D'ailleurs, ils ne se font pas appelés "cabinets de recrutement" pour rien: ils camouflent ainsi leur présence en tant qu'intermédiaire.

La plus part n'y connaissent rien, et ils se fient uniquement à ce que tu as déjà fait.

D’ailleurs, sur certains postes, ils demandent des BTS, ou requalifient le poste d'Ingénieur en poste de technicien, pour gagner encore plus.
(ils vendent quand même un ingénieur à leu client !)

Je trouve que cette courte durée de carrière, ne laisse pas le temps d’acquérir un bon niveau: certains outils, quoi qu'on en dise, il faut entre 2 à 4 ans pour en faire un tour assez complet, et non pas se contenter d'une vision partielle et partiale.

D’ailleurs, les recruteurs, ne sont plus compétents pour avoir cette vue d'ensemble, sauf les petites SSII, ou les recruteurs sont des ingénieurs, et sous réserve qu'il aient une vision pragmatique des outils.

Ce qui est rare, car la partie logiciel est négligée, car trop souvent vue par des électroniciens ou ingé généralistes, qui se sont spécialisé sur un petit bout de la lorgnette.

Donc, on peut bien parler de pénurie, car ils limitent leur recherches d'un ingénieur à ce qu'ils connaissent uniquement. Pour eux, les autres sont des nuls.

Cordiialement

[thom14]

Hello,

globalement tant que tu n'es pas sorti du système SSII tu as toujours ta place même passé 35 ans. Mais effectivement dépassé 30-35 ans il faut pouvoir apporter plus à la SSII que la simple mission bassique facturé aux raz des paquerettes.

Globalement vers 30-35 beaucoup évolue vers des postes type manager, voir de la moa et abandonne la technique. Beaucoup également suite à une expérience réussie chez un client en profite pour rentrer en interne. Mais globalement la technique aprés 10 ans d'xp faut vraiment apporter un plus par rapport à un gus qui sort d'école. Enfin par exemple quand tu fais des interview de gars avec 7-10 d'xp tu attends un peu plus que pour un junior.

Après c'est clair que tu as un parcours on va dire atypique (je ne sais pas ce que tu as fais avant, mais commencer une carrière IT à 47 ans) et c'est sur que dans un monde ou la moyenne d'age doit etre de 27-30 ans tu dois "faire peur".

Ce qui est sur c'est que je doute que ton profil intéresse vraiment les SSIIs parce que tu es pas dans les cases et en France on aime pas les gens hors case.

mais c'est pas parce que commencer une carrière sur le tard est compliqué, probablement pas que dans l'IT, que les carrières de tout un chacun se termine à 30 ans

En tout cas bon courage pour ta recherche

[bmoraut]

Bonjour,

A travers un travail personnel, je me suis prouvé que bien utiliser les nouvelles technologies de développement, comme la POO, les Modèles de conception etc... il faut pouvoir travailler sereinement, et dans l'investissement dans des fonctionnalités factorisées.

Ma conclusion, confirmée par plusieurs rencontre de SSII qui développent, est que les "Éjectables" "pissent du code", plutôt que de construire dans le long terme. Ceci me parait logique, et j'en ferai de même, car au vue des délais et de l’intérêt d'investir dans le long terme, je les comprends.

En effet, je suis tombé sur des applications, dont le nombre de lignes de codes gigantesques, disproportionnées par rapport au Cahier des charges, avec par exemple quelques unes qui se rapprochent de la taille de source de systèmes d'exploitation.
Autrement dit, un nombre de lignes de codes bien au delà (de façon flagrante et hallucinante !!!) de ce que devrai faire l'application.
Cette comparaison cette faite avec des applications d’ailleurs réalisée elle de façon raisonnable par des éditeurs de logiciels, qui ont des ingénieurs "expérimentés" (en CDI au passage...) .

Ceci ne présage rien de bon, quand à la constitution d'un parc d'ingénieur expérimentés.
L'habitude de refaire et ne pas construire de façon globale, avec des bibliothèques de fonctions (ou objets en POO) ne présage rien de bon pour ces applications, et l'expérience de ceux qui auront fait plein de missions.
Les mauvaise habitudes cela s’acquière plus facilement que les bonnes.
Et il ne faut pas me faire croire, que dans une situation de travail temporaire, de forte concurrence entre les intervenants, tous le monde documente et factorise un maximum de chose.
Donc, par exemple, les failles de sécurité, resterons, car même si elles sont corrigées d'un coté, on ne saura plus ou le code a été répété ou s'il existe un autre code équivalent, qui présent la même faille.

Il y aura et je sais qu'il y a des usines à gaz, dont la construction des versions suivantes va croitre de façon exponentielle.
Cordialement

[fiftytwo]

Bonjour,

A travers un travail personnel, je me suis prouvé que bien utiliser les nouvelles technologies de développement, comme la POO, les Modèles de conception etc... il faut pouvoir travailler sereinement, et dans l'investissement dans des fonctionnalités factorisées.

Ma conclusion, confirmée par plusieurs rencontre de SSII qui développent, est que les "Éjectables" "pissent du code", plutôt que de construire dans le long terme. Ceci me parait logique, et j'en ferai de même, car au vue des délais et de l’intérêt d'investir dans le long terme, je les comprends.

Il y aura et je sais qu'il y a des usines à gaz, dont la construction des versions suivantes va croitre de façon exponentielle.
Cordialement

Tu as une demarche logique et constructive mais comme tu las constate toi meme , la logique , la vraie logique avec une demarche qualitative , nest pas de mise dans ce domaine. Cest rentabilite max a court termes. point final.

Entendre que X ou Z domaine recrute , daccord , mais je vais te donner mon exemple , quand jai decide de morienter dans linformatique un moment cle de mes etudes (2004) je ne me suis pas base sur uniquement mes gouts ou ce que dit M6 ou 01net,Liberation, lexpress, ou tout autre compagnie de dactylographie. Car je voulais savoir si jallais trouver du boulot pour une longue periode dans ce domaine.

Meme si il y a une part dincertitude , car on ne sait jamais comment va evoluer tel ou tel secteur dans 6-10-20 ans , jai ete demarcher des pros de ce secteur dans mon entourage , ou des rencontres fortuites et jai eu confirmation que cest un secteur qui est vital aux entreprises , certes , mais il a eu ses beaux jours avant 2000-2002 , une epoque pas si lointaine ou l'on pouvait encore choisir (client final / SSII) , mais que ca partiat en couilles , tout le monde se faisait ejecter et les salaires baissaient .

Donc bien reflechir avant dinvestir 30 000€ , autant se sortir les doigts du cul et faire une ecole dingenieurs publique , ou sinon faire un master potable car bac+5 assurait un salaire correct , car 3 patates a rembourser a la fin de ses etudes ca fait mal

mais qu'a la fin de mes etudes je devrais mattendre a ce que tu as decouvert aujourdhui , et que la pseudo-politique de decentralisation fait que une bonne partie des entreprises seront encore en ile de france, donc je devrais certainement y demenager et minstaller a la fin de mes etudes

Je pense souvent a changer de branche mais toutes celles qui me paraissent bonnes , des que je creuse , je trouve de la m**de ou alors la contrepartie est trop grande , ou alors je ne peux pas me relancer dans 5 annees detudes

[Glutinus]

Ma conclusion, confirmée par plusieurs rencontre de SSII qui développent, est que les "Éjectables" "pissent du code", plutôt que de construire dans le long terme. Ceci me parait logique, et j'en ferai de même, car au vue des délais et de l’intérêt d'investir dans le long terme, je les comprends.

J'ai repris des Études pour un secteur qui se dit en pénurie: mensonge, car s'ils étaient en pénurie, j'aurai des propositions

Pour la millième fois : welcome to the matrix.

Je vais faire un peu mon empathique et défendre le point de vue SSII et clients : un client ne recherche pas un teckos - c'est le terme utilisé par les gentils commerciaux pour désigner la viande. Ou ils ne recherchent pas qu'un teckos. Ils recherchent quelqu'un qui va faire le boulot qu'ils n'ont pas envie de faire.
Un mec qui dit ouaip, je sais coder dans tous les langages, mouai, c'est pas sexy, d'un point de vue client. Honnêtement, ton laïus sur le code beaucoup trop gros, non optimisé, usine à gaz... un client ou une "société finale" s'en fiche. Comme tout le monde dans le monde entier, ils veulent juste du résultat.

Mais un mec qui est capable de faire tout et n'importe quoi et en plus apporte le café.
Ca m'est déjà arrivé de faire le boulot de l'équipe +1 et de l'équipe -1, simplement parce qu'ils ont décrété que "ce n'était pas leur rôle de leur faire". Donc pour résumer l'AMOA ne rédige pas les specs et ne valide pas, et l'équipe de production ne suit pas la production et en fait pas les mises en production - du moins c'était notre structure. Mouai tant pis, je fais du léchage de bottes, je fais des trucs qui rend mon CV trop polyvalent, et après je mets de la chantilly dessus pour le rendre le plus comestible possible.

Pour moi, c'est ça la définition du mouton à 5 pattes, pas le mec qui latéralement connait 11 technos indépendantes pour combler 11 postes de développeurs, mais le mec qui va faire le boulot des autres parce qu'ils ont pas envie de le faire ou d'en prendre la responsabilité, du moins ils prendront les lauriers mais te refileront généreusement la rafale en plein coeur.

Ouai c'est triste, ouai c'est moche, ouai tout le monde n'a pas envie de faire de la gestion de projet, ou même du baby-sitting, mais si tu veux continuer à bosser dans l'info, faut un peu ça.

Heu sinon, à part... tu peux pas revendre tout ce que tu as fait avant tes 47 ans ?

[yolle]

En effet, je suis tombé sur des applications, dont le nombre de lignes de codes gigantesques, disproportionnées par rapport au Cahier des charges, avec par exemple quelques unes qui se rapprochent de la taille de source de systèmes d'exploitation

Oui, mais c'est cela que de bosser sur des TMA, tu es le 250 iéme "pisseurs", tu comprends rien à ce qui a été fait avant (et de toute façon, tu en as rien foutre) donc tu rajoutes des morceaux pour que cela n'explose pas l'ensemble. Ca donne des usines à gaz .....

[GuillaumeJ]

Oui, mais c'est cela que de bosser sur des TMA, tu es le 250 iéme "pisseurs", tu comprends rien à ce qui a été fait avant (et de toute façon, tu en as rien foutre) donc tu rajoutes des morceaux pour que cela n'explose pas l'ensemble. Ca donne des usines à gaz .....

Et qu'on te demande de faire la modif pour la veille.

Plus j'en apprends, plus je suis tolérant sur le code des autres. Les contextes sont rarement favorable a l'écriture de bon code.

La ou je suis de plus en plus intolérant, c'est sur les analyses, conceptions et normes stupides. La, au boulot, j'ai un exemple : des noms de table de base de données en 8 caractères, en plus abrégés.. bizarrement ( genre VCXLTXTV )...

Ou, le gars qu'a trois type de lignes dans sa commande ( une ligne avec un produit normal, une avec un produit crée manuellement, et une ligne produit crée par excel) et qui fait trois tables différentes, alors que 95% des champs sont identiques

Un concept / code qui se corrompt au fil du temps, ca c'est normal : mais un truc mal foutu depuis le départ...

Enfin, je suis sorti du sujet. Quelqu'un a un article récent sur la misére des techniciens de plus de 40 ans ? Je voudrai le montrer a ma femme.

[el_slapper]

(.../...)Plus j'en apprends, plus je suis tolérant sur le code des autres. Les contextes sont rarement favorable a l'écriture de bon code.
(.../...)

Pareil.

Sauf que pour moi, c'est venu d'un coup, après 10 ans de carrière à prendre(par erreur) les autres pour des cons. J'avais hérité en maintenance d'un code pas forcément moche, mais particulièrement instable, et surtout hyper-galère à remettre d'aplomb une fois planté. Après m'être vu interdire de mettre en place une gestion d'erreur propre, et après avoir appris que l'équipe précédente avait eu droit à un tiers de son chiffrage initial pour tout faire, je me suis dit qu'ils s'en étaient vachement bien sortis, en fait. Parce que ça marchait quand même. Certes, on changeait de format à chaque étape, il n'y avait rien de normalisé, et la moindre erreur dans le fichier en entrée provoquait une apocalypse nucléaire, mais ça faisait ce que ça devait faire, ça respectait les specs, et ce dans un délai délirant. Chapeau les mecs. Même si j'ai galéré à ramasser vos merdes, vous vous en êtes quand même super bien tirés. 1/3 du chiffrage. C'est surhumain.

[yolle]

juste une réflexion en passant. Il doit y avoir à prés 4000 SSII sur paris, 4 (nombre de commerciaux/manager) x 4000 = 16000 personnes. Donc 16000 personnes qui pourrissent la vie à 350 000 informaticiens. Cela laisse vraiment septique sur la capacité des gens à subir .

[phili_b]

juste une réflexion en passant. Il doit y avoir à prés 4000 SSII sur paris, 4 (nombre de commerciaux/manager) x 4000 = 16000 personnes. Donc 16000 personnes qui pourrissent la vie à 350 000 informaticiens. Cela laisse vraiment septique sur la capacité des gens à subir .

Oui mais ça ne mène à rien ces réflexions en boucle complètement négatives

Ce que je veux dire: oui il y a gros soucis avec les ssii et les conditions de travail, notamment les contrats de travail, et il faut en parler, mais généraliser à la totalité des missions de prestations informatiques des ssii sur Paris est complètement caricaturale et contre-productive.

[yolle]

généraliser à la totalité des missions de prestations informatiques des ssii sur Paris est complètement caricaturale et contre-productive.

c'est vrai, les méthodes sont les même à Lille, Toulouse, Lyon, Nantes ..... Tout cela pour dire que cela reste le fait de très peu de personnes en fin de compte, mais comme ils occupent le devant de la scène médiatico/communico/machino/truco .... parisienne.

Par contre, que cela soit contre productif, non je ne le pense pas .... toutes ces sociétés détestent la contre publicité, il est plus important par elles que le grand public n'en entende jamais parlé. Sauf pour aller mendier encore et toujours des baisses de charges, plus de diplômés, plus de formations, plus de ....., plus de ..... et vendre de la pénurie dans des publi-reportages lorsqu'il faut remplir les inscriptions dans les boites à fric que sont les écoles privées.

[renoo]

Ils recherchent quelqu'un qui va faire le boulot qu'ils n'ont pas envie de faire.
Un mec qui dit ouaip, je sais coder dans tous les langages, mouai, c'est pas sexy, d'un point de vue client. Honnêtement, ton laïus sur le code beaucoup trop gros, non optimisé, usine à gaz... un client ou une "société finale" s'en fiche. Comme tout le monde dans le monde entier, ils veulent juste du résultat.

Mais un mec qui est capable de faire tout et n'importe quoi et en plus apporte le café.

Maintenant met toi à la place du propriétaire de l'entreprise cliente (le méchant) : il paye des mecs qui ne veulent pas faire le sale boulot et qui veulent des larbins pour leur servir le café, de l'autre coté il paye aussi des gens qui font réellement le boulot mais qui n'ont aucun intérêt à faire que cela marche bien sur le long terme et qui ne diront rien si ca va dans le mur (dire non il faut pas faire de cette façon car ça va prendre un temps infini serait une faute). Comment ce système peut il mener à quelque chose d'efficace et de compétitif ?