Discussion :

[icexplorer]

Je suis depuis quelques années chez un client final (très connu) mais qui commence à avoir quelques difficultés et il y a malheureusement beaucoup de monde qui quitte le navire.
Ne sachant pas ce que l'avenir me réserve, j'aimerais me préparer moi aussi si jamais...
C'est pas dans l'immédiat mais si possible en 2022

Depuis que j'ai goûté au télétravail j'aimerais partir sur du full remote

Problème : j'approche de la 40aine et techniquement je suis à la ramasse : Java 6 est la dernière techno que j'ai touché depuis des années et encore juste pour faire quelques correctifs, rien de bien transcendant.
Ah si j'ai fait aussi un peu d'AngularJS il y a quelques années, la toute première version

Pensez-vous que je peux encore me relancer dans la technique (que j'aurais préféré) ou je devrait plutôt chercher quelque chose de plus fonctionnel ?
Sur quelles technos je devrais me former ? Je n'ai pas de problème quelque soit la techno

J'ai bien peur que mon âge soit un frein
Y-a-t-il d'autres personnes dans le même cas ?

[GreatDeveloperOnizuka]

Je suis depuis quelques années chez un client final (très connu) mais qui commence à avoir quelques difficultés et il y a malheureusement beaucoup de monde qui quitte le navire.
Ne sachant pas ce que l'avenir me réserve, j'aimerais me préparer moi aussi si jamais...
C'est pas dans l'immédiat mais si possible en 2022

Depuis que j'ai goûté au télétravail j'aimerais partir sur du full remote

Problème : j'approche de la 40aine et techniquement je suis à la ramasse : Java 6 est la dernière techno que j'ai touché depuis des années et encore juste pour faire quelques correctifs, rien de bien transcendant.
Ah si j'ai fait aussi un peu d'AngularJS il y a quelques années, la toute première version

Pensez-vous que je peux encore me relancer dans la technique (que j'aurais préféré) ou je devrait plutôt chercher quelque chose de plus fonctionnel ?
Sur quelles technos je devrais me former ? Je n'ai pas de problème quelque soit la techno

J'ai bien peur que mon âge soit un frein
Y-a-t-il d'autres personnes dans le même cas ?

Si tu as quelques mois de dispo oui tu peux te mettre à jour sur ton temps perso. Sinon go poste style Product Owner je pense tu pourras trouver en full remote.

[icexplorer]

Merci pour ta réponse
J'ai encore quelques mois, j'essaie de me mettre à la page.

Même pour Product Owner, même si mes responsabilités actuelles sont plus ou moins équivalentes, il faudrait que je prenne quelques cours d'agile, sachant que je n'en ai jamais fait non-plus
Si tu as des ressources à conseiller je suis preneur

[GreatDeveloperOnizuka]

Merci pour ta réponse
J'ai encore quelques mois, j'essaie de me mettre à la page.

Même pour Product Owner, même si mes responsabilités actuelles sont plus ou moins équivalentes, il faudrait que je prenne quelques cours d'agile, sachant que je n'en ai jamais fait non-plus
Si tu as des ressources à conseiller je suis preneur

Ben les cours d'agile c'est pas compliqué simplement du bon sens. Le manifeste Agile et les 15 pages du guide Scrum suffisent normalement.

https://agilemanifesto.org/iso/fr/manifesto.html

https://scrumguides.org/index.html

[Derek Corgan]

Si ton employeur est sur un domaine fonctionnel porteur cela devrait le faire.

en ce moment niveau dev, il y a des possibilité pour des "anciens" sur des applications développements sur des vieilles techno (Cobol, Java ...) avec du legacy "touchy".

Quelle ville ?

PO en full remote ? Dev je suis d'accord, PO c'est plus discutable.

[Glutinus]

Ben les cours d'agile c'est pas compliqué simplement du bon sens. Le manifeste Agile et les 15 pages du guide Scrum suffisent normalement.

Le manifeste agile, les 15 pages de Scrum, et 30 personnes encore habituées à bosser en cycle en V à convaincre à bosser de la "bonne manière".

[GreatDeveloperOnizuka]

Si ton employeur est sur un domaine fonctionnel porteur cela devrait le faire.

en ce moment niveau dev, il y a des possibilité pour des "anciens" sur des applications développements sur des vieilles techno (Cobol, Java ...) avec du legacy "touchy".

Quelle ville ?

PO en full remote ? Dev je suis d'accord, PO c'est plus discutable.

Chez nous on a des PO qui bossent depuis l'Espagne et l'Allemagne donc je pense qu'il y a quand même moyen .

Le manifeste agile, les 15 pages de Scrum, et 30 personnes encore habituées à bosser en cycle en V à convaincre à bosser de la "bonne manière".

Donc c'est pas une question de cours là. Je pense pas qu'en suivant des formations à 15k, tu réussiras à convaincre une DSI de faire de la QA ou faire des tests unitaires. .

Finalement tout ce bullshit sur les méthodologies agiles, la base de la base c'est pas compliqué et pas vraiment besoin d'une méthodologie ou quoique que ce soit.

1. Avoir un management compétent
2. Avoir une équipe technique compétente
3. Avoir des gens motivés
4. Avoir des gens qui veulent pas juste être là pour encaisser le chèque à la fin du mois
5. Avoir des gens empathiques

Finalement avoir une équipe qui regroupe ces qualités en waterfall, ça risque de bien plus marcher que n'importe qu'elle équipe à la noix en Scrum ou ce que tu veux. . Puis si tu lis le guide Scrum c'est marqué noir sur blanc

Scrum engages groups of people who collectively have all the skills and expertise to do the work and share or acquire such skills as needed.

Donc suffit que t'ai un management qui capte que dalle et ça ne marchera pas.

[Glutinus]

Donc c'est pas une question de cours là. Je pense pas qu'en suivant des formations à 15k, tu réussiras à convaincre une DSI de faire de la QA ou faire des tests unitaires. .

Mais qu'est-ce que tu racontes j'ai jamais parlé de cours
J'ai juste dit que si tu amènes 30 personnes dans une salle et qu'on dit "Hé, les gars, si au lieu d'essayer un manoir fonctionnel dans 3 ans on vous livre le lit dans 2 semaines et vous nous dites s'il vous convient ?", ils vont se regarder, rigoler, et écrire un annuaire encore pendant 3 ans
Puis au moment où ils vont tendre les trucs au maçon, ils vont se barrer et c'est leurs remplaçants qui vont se coltiner le tout

1. Avoir un management compétent
2. Avoir une équipe technique compétente
3. Avoir des gens motivés
4. Avoir des gens qui veulent pas juste être là pour encaisser le chèque à la fin du mois
5. Avoir des gens empathiques

Finalement avoir une équipe qui regroupe ces qualités en waterfall, ça risque de bien plus marcher que n'importe qu'elle équipe à la noix en Scrum ou ce que tu veux. . Puis si tu lis le guide Scrum c'est marqué noir sur blanc

Evidemment, que ça aurait fonctionné, je suis sûr qu'avec une équipe comme ça tu résous également le conflit israélo-palestinien, le réchauffement climatique et la crise sanitaire du Covid-19, tout en recodant Cyberpunk 2077 avec les gros orteils pendant la pause café et réussir à le faire tourner sur une megadrive, le tout en trois semaines.

Scrum engages groups of people who collectively have all the skills and expertise to do the work and share or acquire such skills as needed.

Ha bah tiens, ça me fait penser, dans ma mission précédente on devait mettre en place notre projet en intégration continue. On s'est rendus chez les spécialistes du déploiement Jenkins qui nous a sorti un powerpoint : "il suffit de discuter et d'être avec un terrain d'entente avec l'équipe de production". Quoi, les mêmes mecs qui préfèrent se plaindre qu'on ne suit pas leurs process ? Sous prétexte qu'ils savaient pas ordonnancer les tâches, il fallait qu'on nomme nos environnements par ordre alphébatique dans l'ordre dans lequel on voulait qu'ils soient déployés

[GreatDeveloperOnizuka]

Mais qu'est-ce que tu racontes j'ai jamais parlé de cours
J'ai juste dit que si tu amènes 30 personnes dans une salle et qu'on dit "Hé, les gars, si au lieu d'essayer un manoir fonctionnel dans 3 ans on vous livre le lit dans 2 semaines et vous nous dites s'il vous convient ?", ils vont se regarder, rigoler, et écrire un annuaire encore pendant 3 ans
Puis au moment où ils vont tendre les trucs au maçon, ils vont se barrer et c'est leurs remplaçants qui vont se coltiner le tout

Je parle de cours pour la question de l'auteur. En gros, les méthodologies agiles ça sert à rien de les apprendre en cours et donc pas besoin de formation ou autre truc qui pourrait couter 15k€.

Mais qu'est-ce que tu racontes j'ai jamais parlé de cours
Evidemment, que ça aurait fonctionné, je suis sûr qu'avec une équipe comme ça tu résous également le conflit israélo-palestinien, le réchauffement climatique et la crise sanitaire du Covid-19, tout en recodant Cyberpunk 2077 avec les gros orteils pendant la pause café et réussir à le faire tourner sur une megadrive, le tout en trois semaines.

C'est justement pour mettre les points sur les i pour les crédules qui croient qu'on résout tout avec les méthodologies agiles et qui essaient de vendre ça comme la solution miracle à 1k€ de JTM en tant que coach .

Ha bah tiens, ça me fait penser, dans ma mission précédente on devait mettre en place notre projet en intégration continue. On s'est rendus chez les spécialistes du déploiement Jenkins qui nous a sorti un powerpoint : "il suffit de discuter et d'être avec un terrain d'entente avec l'équipe de production". Quoi, les mêmes mecs qui préfèrent se plaindre qu'on ne suit pas leurs process ? Sous prétexte qu'ils savaient pas ordonnancer les tâches, il fallait qu'on nomme nos environnements par ordre alphébatique dans l'ordre dans lequel on voulait qu'ils soient déployés

Ben une des bases du mindset DevOps est de donner l'ownership du déploiement aux dev. Donc à partir de la faut se mettre d'accord entre dev et admin. Si les mecs veulent pas laisser la liberté aux dév de faire eux-mêmes les pipelines, faut oublier le DevOps.

Mais en soit, est-ce vraiment grave si le logiciel produit est de bonne qualité et les utilisateurs sont contents?

J'ai appris à connaître ceux qui vendaient comme quoi ils ont mis en place l'agilité devops ou autre connerie, la plupart ont fait ça de manière bancal et se sont barré en se vendant ensuite comme expert. Mais bon, ça c'est un autre sujet, le fait que l'IT soit devenu une poubelle pour les vendeurs de rêves.

[Mat.M]

Finalement tout ce bullshit sur les méthodologies agiles, la base de la base c'est pas compliqué et pas vraiment besoin d'une méthodologie ou quoique que ce soit.
Donc suffit que t'ai un management qui capte que dalle et ça ne marchera pas.

je pense que vous avez tout compris...Scrum et les autres méthodologies c'est ni plus ni moins que de la vente multi-niveaux appliquée à la gestion de projets informatique.
Si vous ne voyez pas pourquoi je me ferais un plaisir de vous expliquer

[Astraya]

Le manifeste agile, les 15 pages de Scrum, et 30 personnes encore habituées à bosser en cycle en V à convaincre à bosser de la "bonne manière".

Agile n'est pas la " Bonne manière ".
Si tu as 40 ans d'expérience, déjà propriétaire et pas de prêt a demandé, essai de voir ce qu'il y a en indépendant en étant actuellement chez ton client. Avec tes technos tu peux facilement trouver des missions longues de " Maintenance " Et d'évolution et correction

[d_d_v]

Je suis depuis quelques années chez un client final (très connu) mais qui commence à avoir quelques difficultés et il y a malheureusement beaucoup de monde qui quitte le navire.
Ne sachant pas ce que l'avenir me réserve, j'aimerais me préparer moi aussi si jamais...
C'est pas dans l'immédiat mais si possible en 2022

Depuis que j'ai goûté au télétravail j'aimerais partir sur du full remote

Problème : j'approche de la 40aine et techniquement je suis à la ramasse : Java 6 est la dernière techno que j'ai touché depuis des années et encore juste pour faire quelques correctifs, rien de bien transcendant.
Ah si j'ai fait aussi un peu d'AngularJS il y a quelques années, la toute première version

Pensez-vous que je peux encore me relancer dans la technique (que j'aurais préféré) ou je devrait plutôt chercher quelque chose de plus fonctionnel ?
Sur quelles technos je devrais me former ? Je n'ai pas de problème quelque soit la techno

J'ai bien peur que mon âge soit un frein
Y-a-t-il d'autres personnes dans le même cas ?

Bonjour,
Il faut arrêter avec cette histoire d'âge. J'ai 50 ans dans un an () et je suis dans le dev à 100%. Beaucoup d'entreprises recherchent des gens qui ont de la bouteille pour reprendre du code "legacy", lors de rachat de projets par exemple. Ceci, quelque soit la techno (perso, c'est c++).

Après, dans notre métier, il faut changer régulièrement de boîte/client pour s'auto-former sur les différentes techno et méthodes de développement. Personnellement, en plus de 20 ans, je n'ai jamais fonctionner en agile, toujours à l'arrache ou pseudo-agile, ou cycle en V (qui correspond pour moi au vrai métier d'ingénieur).
Il y a des entreprises dans l'industrie qui ont du mal à trouver des ingénieurs compétents car les jeunes préfèrent travailler dans les startups et entreprises 100% informatique.

Bon courage.

[Mat.M]

bonjour d_d_v sans faire du H.S. ,juste une question pourquoi le C++ est il un langage de prédilection ? ( c'est également mon cas )

[d_d_v]

bonjour d_d_v sans faire du H.S. ,juste une question pourquoi le C++ est il un langage de prédilection ? ( c'est également mon cas )

Tu veux dire, pourquoi c'est MON langage de prédilection ?
Tout simplement, c'est qu'il y a beaucoup de langages, mais finalement très peu qui regroupent ces points: langage objet, typé (je préfère), compilé (= rapide + favorise la protection logicielle), "utilisé massivement" (= permet de trouver un job), complet, et avec beaucoup de bibliothèques. Les seuls que j'apprécie ou apprécierait dans le même style sont delphi/pascal et Ada.
Je serais même d'ailleurs plutôt pro-Ada en raison de sa rigueur, mais peu d'offres d'emploi donc autant rester sur c++.

Sion, j'ai déjà essayé java => trop lent, buggé (memory leaks dans le garbage collector à l'époque), pas natif (nécessite l'installation d'une usine à gaz).
Essayé python => trop lent, nécessite la dépendance d'un interpréteur, pas de typage = trop bordélique.
J'ai jeté un coup d'oeil à golang et rust => pas de programmation objet, rien de révolutionnaire.

J'utilise par contre python pour des petits scripts.

[GreatDeveloperOnizuka]

Tu veux dire, pourquoi c'est MON langage de prédilection ?
Tout simplement, c'est qu'il y a beaucoup de langages, mais finalement très peu qui regroupent ces points: langage objet, typé (je préfère), compilé (= rapide + favorise la protection logicielle), "utilisé massivement" (= permet de trouver un job), complet, et avec beaucoup de bibliothèques. Les seuls que j'apprécie ou apprécierait dans le même style sont delphi/pascal et Ada.
Je serais même d'ailleurs plutôt pro-Ada en raison de sa rigueur, mais peu d'offres d'emploi donc autant rester sur c++.

Sion, j'ai déjà essayé java => trop lent, buggé (memory leaks dans le garbage collector à l'époque), pas natif (nécessite l'installation d'une usine à gaz).
Essayé python => trop lent, nécessite la dépendance d'un interpréteur, pas de typage = trop bordélique.
J'ai jeté un coup d'oeil à golang et rust => pas de programmation objet, rien de révolutionnaire.

J'utilise par contre python pour des petits scripts.

Il y a C# sur les techno .NET ou Kotlin si on veut faire du Java et qu'on aime pas ce langage . Perso, C++, j'aime pas car syntaxe dégueulasse , gérer soi-même ses pointeurs. Autant rester sur C# et si jamais je dois gérer moi-même la mémoire, je go sur le mode unsafe même si je l'ai pas utilisé depuis quoi 12 ans?

[TROLL]Par contre, j'apprécie l'esprit d'abstraction de fou que font preuve bcp de développeur C++. Bien supérieur à Java et surtout ceux sur Javascript ou encore Python.[/TROLL]

[d_d_v]

Il y a C# sur les techno .NET ou Kotlin si on veut faire du Java et qu'on aime pas ce langage . Perso, C++, j'aime pas car syntaxe dégueulasse , gérer soi-même ses pointeurs. Autant rester sur C# et si jamais je dois gérer moi-même la mémoire, je go sur le mode unsafe même si je l'ai pas utilisé depuis quoi 12 ans?

[TROLL]Par contre, j'apprécie l'esprit d'abstraction de fou que font preuve bcp de développeur C++. Bien supérieur à Java et surtout ceux sur Javascript ou encore Python.[/TROLL]

On ne "gère" pas ses pointeurs en général. On utilise des containers de la stl (ou autre), des string, etc. On a aussi des smart pointeurs. Et quand on est obligé d'utiliser des allocations mémoires à l'ancienne, par exemple quand on utilise une API telle que Win32, on blinde tout, voire on encapsule un tableau dans un smart pointeur ("std::make_unique<int[]>(10)").
Quant à C#, même punition que java: l'obligation d'installer le framework associé (pas forcément celui par défaut sur Windows).

[GreatDeveloperOnizuka]

On ne "gère" pas ses pointeurs en général. On utilise des containers de la stl (ou autre), des string, etc. On a aussi des smart pointeurs. Et quand on est obligé d'utiliser des allocations mémoires à l'ancienne, par exemple quand on utilise une API telle que Win32, on blinde tout, voire on encapsule un tableau dans un smart pointeur ("std::make_unique<int[]>(10)").
Quant à C#, même punition que java: l'obligation d'installer le framework associé (pas forcément celui par défaut sur Windows).

J'appelle pas ça une grosse punition perso. Aller sur un site, télécharger le .NET Core Framework et ciao (install dispo directement sur visual studio aussi). Je retroll

https://www.jeuxvideo.com/forums/42-...loppe-en-c.htm

[Pyramidev]

J'ai 50 ans dans un an () et je suis dans le dev à 100%. Beaucoup d'entreprises recherchent des gens qui ont de la bouteille pour reprendre du code "legacy", lors de rachat de projets par exemple. Ceci, quelque soit la techno (perso, c'est c++).

C'est à Paris ou bien en province ? Et si ce n'est pas trop indiscret, ils payent combien pour maintenir le code historique ?
De mon côté, après avoir commencé ma carrière en C++, j'ai délaissé ce langage à cause du salaire, en province.
Quant au code historique, travailler avec une architecture de type Grande boule de boue (Big ball of mud) est une source de frustrations.

Essayé python => trop lent, nécessite la dépendance d'un interpréteur, pas de typage = trop bordélique.

Depuis Python 3.5, on peut utiliser le typage statique. Cela dit, cela implique de ne pas utiliser Pandas ou d'autres bibliothèques non prévues pour le typage statique. Mais ça arrive. J'ai déjà écrit du code Python bien couvert par le typage statique.
Mais on est d'accord sur la lenteur, surtout si on compare au C++.

J'ai jeté un coup d'oeil à golang et rust => pas de programmation objet, rien de révolutionnaire.

Le Rust, rien de révolutionnaire ?! Et le borrow checker, alors ?

[d_d_v]

C'est à Paris ou bien en province ? Et si ce n'est pas trop indiscret, ils payent combien pour maintenir le code historique ?

Je ne sais pas combien paye le client de ma SSII, mais ils ont l'air de dire qu'on me vend trop cher (comme toujours quoi).
Salaire "normal" (3k net) à Rennes. Je pense que ma SSII se fait une belle marge.

Sinon, travailler sur une "grande boule de boue" (pas forcément le cas), c'est justement un super challenge d'analyser et d'améliorer l'architecture et le code.

[GreatDeveloperOnizuka]

Je ne sais pas combien paye le client de ma SSII, mais ils ont l'air de dire qu'on me vend trop cher (comme toujours quoi).
Salaire "normal" (3k net) à Rennes. Je pense que ma SSII se fait une belle marge.

Sinon, travailler sur une "grande boule de boue" (pas forcément le cas), c'est justement un super challenge d'analyser et d'améliorer l'architecture et le code.

C'est challengeant why not. Après faut voir avec qui tu bosses, genre si c'est Jean-Marie qui bosse dessus depuis 25 ans et hors de question de changer un peu ses habitudes. C'est surtout prise de tête.