Zut, je retrouve plus l'histoire, alors vite fait :
C'est l'histoire d'un responsable d'équipe qui présente à sa hiérarchie le travail depuis 6 mois de son équipe pour optimiser la RAM, car ça touchait les limites des machines (et il y en avait, "quand même".
Le mec était fier, ça évitait d'acheter de nouvelles machines ou d'upgrader.
Et la intervient le stagiaire : "je ne connais pas tous les prix, mais de ce que vous donnez comme info, ajouter de la RAM aux machines me semble moins cher, pouvez-vous m'en dire plus?"
La fin ne s'est pas bien passé pour le responsable d'équipe.
Bref, attention aux généralités, ici tu as oublié de comparer le prix que ça a coûté à faire ces modifs (ton temps passé dessus) et le prix d'achat d'une machine plus puissante : peu information à ce sujet, donc impossible de savoir si ce que tu as fait a été intelligent (ça va dépendre du nombre d'heures passées et de ton salaire, par rapport au prix d'une machine 10x plus puissante disons, 2 heures ou 10 minutes pour le traitement, faut voir si ça a une rentabilité pour vous entre l'un et l'autre). La, il semble que tu as pensé geek (1h30, tu aimes pas, mais combien ça te rapporte de passer à 10 minutes? aucune info) et pas "gestionnaire d'entreprise" (est-ce que ça vaut le coût de dépenser de l'argent à passer en dessous de 1h30? tu ne le dis pas, mais il semble bien que tu l'as fait sur le temps de l'entreprise et non pas sur ton temps perso, donc c'est important)
Alors certes un gain de 100 sur plusieurs heures ça semble plié, mais de manière générale on dit aussi le contraire : arrêtez de vouloir optimiser quand le coût de développement est supérieur au gain prévu.
Moralité : penser à optimisez ou surtout arrêtez de vouloir optimiser, ça dépend des cas, en faire une généralité dans un sens ou dans l'autre en conclusion, sans avertissement, est un mauvais conseil.
# Bémol
Posté par Zenitram (site web personnel) . En réponse au journal Optimisez votre code !. Évalué à -3.
Zut, je retrouve plus l'histoire, alors vite fait :
C'est l'histoire d'un responsable d'équipe qui présente à sa hiérarchie le travail depuis 6 mois de son équipe pour optimiser la RAM, car ça touchait les limites des machines (et il y en avait, "quand même".
Le mec était fier, ça évitait d'acheter de nouvelles machines ou d'upgrader.
Et la intervient le stagiaire : "je ne connais pas tous les prix, mais de ce que vous donnez comme info, ajouter de la RAM aux machines me semble moins cher, pouvez-vous m'en dire plus?"
La fin ne s'est pas bien passé pour le responsable d'équipe.
Bref, attention aux généralités, ici tu as oublié de comparer le prix que ça a coûté à faire ces modifs (ton temps passé dessus) et le prix d'achat d'une machine plus puissante : peu information à ce sujet, donc impossible de savoir si ce que tu as fait a été intelligent (ça va dépendre du nombre d'heures passées et de ton salaire, par rapport au prix d'une machine 10x plus puissante disons, 2 heures ou 10 minutes pour le traitement, faut voir si ça a une rentabilité pour vous entre l'un et l'autre). La, il semble que tu as pensé geek (1h30, tu aimes pas, mais combien ça te rapporte de passer à 10 minutes? aucune info) et pas "gestionnaire d'entreprise" (est-ce que ça vaut le coût de dépenser de l'argent à passer en dessous de 1h30? tu ne le dis pas, mais il semble bien que tu l'as fait sur le temps de l'entreprise et non pas sur ton temps perso, donc c'est important)
Alors certes un gain de 100 sur plusieurs heures ça semble plié, mais de manière générale on dit aussi le contraire : arrêtez de vouloir optimiser quand le coût de développement est supérieur au gain prévu.
Moralité : penser à optimisez ou surtout arrêtez de vouloir optimiser, ça dépend des cas, en faire une généralité dans un sens ou dans l'autre en conclusion, sans avertissement, est un mauvais conseil.