@breizh @dlb alors ce que je dis c'est qu'un dev à l'époque était généralement "touche à tout". Les full stack aujourd'hui ne sont pas spécialistes et généralement c'est "pas suffisant". Il existe bien entendu des super full stack, mais ça ne convient qu'à un certain type de contrat/projet à mon sens. Donc je te rejoins ton commentaire 😉
@metal3d @dlb Ahah. Moi c’est le terme devops que j’aime pas, parce que très souvent ça veut dire, côté recruté, dev qui crois savoir faire de l’adminsys (et le résultat est souvent pas fou, mais bon je suis biaisé : je ne récupère le projet que si ça a foiré, si le mec est bon il a aucune raison de faire appel à la boîte où je bosse… sauf pour l’astreinte, mais ça pose d’autres problèmes si le mec est bon du coup).
Et côté recruteur, ça veut souvent dire un dev qui devra s’occuper du système pour le même prix, parce que c’est moins cher…
Mais du coup c’est surtout parce que ça me concerne directement ahah.
@breizh @dlb ha alors en tout cas chez Smile c'est pas ça un un DevOps. On parle bien d'un gars qui fait la jonction entre le dev et l'admin mais en terme de méthodo. C'est le même principe que l'agilité mais de l'autre côté. C'est donc un dev apte à monter la pile CI/CD, bosser si possible avec des conteneurs et monter des helm chart et qui peut faire le lien avec les admin sys en terme de discussion et solution.
Et les recruteurs chez nous font bien la diff
@breizh @dlb par exemple moi je monte des clusters kubernetes, je fait les helm chart et je fais les stack de conteneur mais je ne m'occupe pas des machines, du réseau ou de la sécu LB, optim d'archi réseau etc... Par contre j'adapte mes solutions en fonction de ce que les admin sys me donnent et je leur demande parfois des truc pour que ce soit adapté à nos besoins. La jonction quoi 😉
Du coup je fais de l'adminsys et je laisse le reste a` ceux qui sont plus compétents que moi (et qui aiment ça). Et j'attends la meme chose d'eux (me laisser faire ce pour quoi je suis plus compétent qu'eux).