Lorsque l'on prend du matériel ou de la connectivité, on les prend pas pour les besoin d'aujourd'hui, on les prend pour plusieurs années.
Ca c'est stupide. Pourquoi ce qui convient aujourd'hui ne conviendrait pas dans l'avenir ?
Et en 3 ans, beaucoups de choses peuvent se passer, rendant les prospectives originales totalement fausses.
Alors un peu d'humilité, messieur les décideurs pressés. Prouver donc que vous êtes capable d'adresser les problèmes du présent, au lieu de parler d'avenir !
Vous pouvez vous dechainer sur les avantages logiciels libres ici
Le décideur pressé n'a pas le courage de choisir le libre. Le libre lui fait peur (si peu de support disponible dans le libre...)
C'est plus facile de voir les erreurs commises après, et pas avant.
Il faut déjà être capable de les reconnaitre, ces erreurs.
Mais au moins, lorsqu'une erreur a été faite, l'analyser afin de ne pas la refaire est la moindre des choses.
Cela s'appelle les "patterns" et les "anti-patterns". C'est capitaliser (quel vilain mot dans ce contexte) sur l'experience des succès et des échecs.
On en discute beaucoup sur http://www.c2.com/cgi/wiki?RecentChanges(...)
[^] # Re: oui, mais comment les connaitre avant.
Posté par maxoub . En réponse à la dépêche 20% de dépenses inutiles en infrastructures. Évalué à -8.
Ca c'est stupide. Pourquoi ce qui convient aujourd'hui ne conviendrait pas dans l'avenir ?
Et en 3 ans, beaucoups de choses peuvent se passer, rendant les prospectives originales totalement fausses.
Alors un peu d'humilité, messieur les décideurs pressés. Prouver donc que vous êtes capable d'adresser les problèmes du présent, au lieu de parler d'avenir !
Vous pouvez vous dechainer sur les avantages logiciels libres ici
Le décideur pressé n'a pas le courage de choisir le libre. Le libre lui fait peur (si peu de support disponible dans le libre...)
C'est plus facile de voir les erreurs commises après, et pas avant.
Il faut déjà être capable de les reconnaitre, ces erreurs.
Mais au moins, lorsqu'une erreur a été faite, l'analyser afin de ne pas la refaire est la moindre des choses.
Cela s'appelle les "patterns" et les "anti-patterns". C'est capitaliser (quel vilain mot dans ce contexte) sur l'experience des succès et des échecs.
On en discute beaucoup sur http://www.c2.com/cgi/wiki?RecentChanges(...)