Reprise du message précédent :

 
Depuis le temps que je bosse dans ce milieu tu n'imagines pas le nombre de méthode miracle que j'ai vu passer où tout le monde se gargarise avec des termes anglais (du moment que c'est nouveau, c'est bien)  
 
En ce moment la mode c'est "agilité" "product owner" 'scrum master" "daily" "demo" "user story"  ...

C est beau la banque

 
Bravo mais cela valorise t-il le salaire à +20% ?

 
+30 en fait, ça m'a bien servi pour changer de job
 
(j'ai été transparent sur le nombre d'UE restant à passer. Le DSI a considéré que j'avais déjà le BAC+4, impressionné par mon parcours )

+1, c'est beau qu'ils n'aient qu'à peine 10 ans de retard.

+30, tu passes à 5k net ?

 
à 4

 
Ailleurs la mode du scrum ca fait bien 5 ans qu'elle est passee....

 
Bof, c'est pas le seul domaine ou t'a des acronymes alakon et des techniques de management rempli d'anglicisme. C'est sur que quand t'a pas l'habitude, ça pique les oreilles

Ah oui je vois.
Dernière fois que nous avons eu des plaisantins comme ça pour présenter un projet, ils ont eu droit à un "How do you say in english ? Hum. Fuck you ? Oh yes that's it, FUCK YOU !".
Sont pas revenus (on se demande pourquoi )

 
 
J'avoue mon petit frère vient de stopper ses études à 24 ans et 4k c'est le salaire de départ en période d'essai xD

 
C'était la nouvelle mode il y a 10 ans. Maintenant c'est une méthode qui a fait ses preuves et qui est utilisée par les meilleurs.

Ça veut qu'on va s'y mettre chez nous
Dans 5 ans.

 
Du coup vous utilisez quoi comme méthodo révolutionnaire vous?

J'ai eu la même remarque en entreien quand j'ai changé de boite (et j'avais j'ai fait plus ou moins le même gap). Sauf que depuis j'ai plus fait grand chose au CNAM vu que le besoin n'est plus critique.
 
Bon j'vais sans doute me relancer tôt ou tard, car un BAC+5 validé éviterai que je sois griller cash chez pas mal d'employeur du coin.

 
De quoi quitter ce lotissement !

Non. C'est des jolies mots qu'on mets comme verni pour justifier qu'on travaille n importe comment.

IRL la méthode agile en prod c'est accepter de livrer n importe quoi n importe comment.
Le devops c'est accepter de laisser des développeurs toucher à la prod (et la casser par la même occasion, les problématiques de charge et de qualité de service c'est pas leur truc).

 
La tu confond méthodologie et process AMHA  

 
C'est, je trouve le poste le plus intéressant.  
 

 
Oui enfin selon la taille du projet, tu ne peux pas tout voir hein
 
Et dans ta liste il manque la moitié des acteurs (métiers, conduite du changement, comm, formation, support...).
 

 
'en ce moment'... ça fait quand même un paquet d'années quand même !
Mais bon vu que ça se déploie en Banque, ça devrait être remplacé rapidement par autre chose

ah mail là c'est pas les anglicismes qui me choquent

"l'ensemble des acteurs"
"la frontière s'estompe"
"avoir conscience du metier de chacun"

les anglicismes c'est pas grave, c'est juste des mots, un moyen pour exprimer un truc.
c'est le vide du truc exprimé qui est affligeant

Le body language

Des derives ou un vague canevas, mais disons qu'il y a 10 ans tout le monde essayait de te vendre que ca allait etre revolutionnaire....
Apres ca s'applique pas du tout a mon domaine mais j'ai l'impression que le truc a la mode maintenant c'est devops...

 
L'agile c'est pas forcément le devops, l'un vient après l'autre.
Mais bon, tu as la réaction typique des mecs de l'infra qui n'a rien compris au devops en mode "je vois pas pourquoi on changerais ça marche très bien" à qui on a régulièrement affaire.  
Mais c'est légitime, ils ont peur de perdre leur boulot car il ne comprenne / n'ont pas envie de comprendre ce que ça apporte.

 
Ha oui c'est le langage commercial ça      
Ca fait plus classe que de dire "bon, tu dis à Michel et Rachid de se coordonner pour pas qu'il fasse de la mairde"  

Devops ça marche très bien quand t'as des devs compétents.
Et les problématiques de charge, c'est intrinsèquement du développement et de l'architecture.

C'est fait sciemment.

Le problème des modes c'est leur implémentation et les mauvaises raisons sous jacentes.

Au début des années 2000, on a créé des processus à partir d'outils (au lieu de faire l inverse) avec la mode des erp (SAP par exemple).

Aujourd'hui on détruit des process qui fonctionnent parce qu'on les estime trop lent, tout en s étonnant ensuite que la qualité de service devient complètement merdique.

Bref...

 
 
Je suis d'une génération en dessous à celle de Prof mais même maintenant les jeunes qui sortent bac+5 sont loin d'être tous à l'aise en anglais lorsque tu sors des formations de premier rang ...J'en vois beaucoup  qui galèrent pour avoir un TOEIC à 800 car ils ont toujours été dans des environnements franco français. Par contre ce qui a changé c'est que de ne pas parler anglais dans des grosses boîtes te limite dans ton évolution. Il y a un vrai plafond de verre si tu ne peux pas bosser en anglais.
 
 
 
 

Bien sûr

Il y a 20 ans, on faisait croire aux développeurs qu'ils pourraient complètement se passer de l infra parce que les JVM permettraient de complètement decorreller programme et serveur. On voit bien ce que ça à donné.

L infra continue à faire un métier d infra, et les développeurs sont passé à une autre mode.

Le fait est que la qualité de service (et donc la perception utilisateur, et ce qui nous garantie in fine notre boulot à tous les deux) est liée en majorité au travail de l infra. Mais c'est un complexe récurrent de développeur de regretter les 80's, ou l infra n avait que un rôle de pousse bouton

Go topic info les nerds.

 
C'est tout le contraire. L'agile c'est livré quelque chose de fonctionnel avant tout (même si toutes les fonctionnalités ne sont pas présentes), et surtout dans un cadre bien définit - parce que fin de sprint (en Scrum) ne signifie pas automatiquement "GO" pour la livraison.
 
Et pour la remarque sur le DevOps, c'est bien une remarque de mec qui fait que de la prod, sans être ouvert à l'équipe de dev.
 
Le principe du DevOps c'est pas que le Dev fait ce qu'il veux, c'est d'avoir l'équipe de Dev et d'Ops plus proche l'une de l'autre (et Scrum y aide fatalement), afin d’accélérer et d'améliorer la qualité des évolutions du SI.
Typiquement, si t'intègre l'Ops dans le projet, tu va pas utiliser dans ton Dev une dépendance merdique qu'on aura du mal a intégré sur l'OS de Prod - ou encore ça te permet de prévoir une procédure de déploiement qui sera réalisable.

Le métier de l'infra, c'est de s'automatiser au maximum.

 
Ca existe encore l'infra ?  
 
Maintenant la qualité de service est principalement liée à la qualité des réseaux...

Je mesure ma chance, à la lecture de cette page, putain.

Ptain les gars peuvent pas discuter sans se balancer des baffes    
Ha mais l'infra c'est de naze    
Nan c'est les dev les mauvais    
 
 

 
Pas d'infra, de méthodo, de process de ton côté?

 
c'est clair    
 
c'est pas passé si loin que ça en plus  

 
Non mais Scrum ça parait du bullshit pour ceux qui font du cycle en V, parce que ça donne l'impression que c'est ce qu'on fait déjà.
 
Sauf qu'ici en Scrum y'a pas de Chef de Projet, tout le monde est au niveau de tout le monde (+/-) si on exclu le Scrum Master et le Product Owner ... et encore niveau pouvoir c'est pas supérieur. Et du coup au lieu de bosser l'un pour l'autre, on bosse vraiment ensemble.
 
Mais bon faut pratiquer pour voir les impacts sur le cohésion d'équipe, la rapidité d’exécution et la réduction du risque.

et ça continue encore et encore
bullshit partout, travail nulle part

les mecs qui conseillent à Prof de faire une formation ITIL    
 
Ou Agile    
 
Moi si je devais me former, je ferai l'Executive MBA de HEC
18mois, 2 jours par semaine (vendredi et samedi), 60K€
 
La facon que je vais devenir un pdg du CAC40 avec ca  

 
Mais ça veut rien dire ça, tout le monde est +/- au même niveau sauf les responsables      

L'exec c'est de la merde.

Insead sinon rien