En gros l'utilisation est libre mais c'est à vos risques et périls
Parce que tu imagines que Microsoft va te dédommager si MS Word plante et te fait perdre 2 mois de boulot?
De toutes manières tu peux évaluer ton coût total comme tu veux, tu vas trouver ce que tu souhaites trouver. Dans les deux cas il te faut une équipe de support pour aider l'utilisateur qui a débranché sa souris par inadvertance. Dans les deux cas tu auras des bugs bizarres et des problèmes de compatibilité. Dans les deux cas tu auras besoin de faire des mises à jour, de former les utilisateurs, de faire de la veille technologique. Il ne faut pas non plus perdre de vue qu'au final, l'objectif est principalement de fournir des logiciels de base à des secrétaires! C'est l'incompétence du staff qui fournit tes "applications métier" (interfaces graphiques moisies, choix technologiques foireux...) qui va te pourrir la vie. Je trouve ça inimaginable les budgets qui sont mis dans des "applications métier" qui pourraient consister en 3 lignes de script. Tu veux économiser de l'argent dans une administration? Tu payes un mec qui se plante derrière les secrétaires et les regarde bosser une journée. Il suffit la plupart tu temps des 4 autres jours de la semaine pour augmenter la productivité par 2 ou 3, simplement en expliquant où cliquer pour faire une tâche triviale que des générations d'incompétents ont savamment obfusquée par une série de 12 clics dans des menus dont même les devs avaient oublié l'existence.
À mon avis, l'avantage majeur du LL dans ce type de structure est de t'inciter à travailler correctement : du fait de l'hétérogénéité des postes, des besoins, des formations des utilisateurs, plus ton ta solution technique est propre et simple et plus ça risque de marcher.
[^] # Re: pas un mal
Posté par arnaudus . En réponse au journal Munich revient sur Windows. Évalué à 10.
Parce que tu imagines que Microsoft va te dédommager si MS Word plante et te fait perdre 2 mois de boulot?
De toutes manières tu peux évaluer ton coût total comme tu veux, tu vas trouver ce que tu souhaites trouver. Dans les deux cas il te faut une équipe de support pour aider l'utilisateur qui a débranché sa souris par inadvertance. Dans les deux cas tu auras des bugs bizarres et des problèmes de compatibilité. Dans les deux cas tu auras besoin de faire des mises à jour, de former les utilisateurs, de faire de la veille technologique. Il ne faut pas non plus perdre de vue qu'au final, l'objectif est principalement de fournir des logiciels de base à des secrétaires! C'est l'incompétence du staff qui fournit tes "applications métier" (interfaces graphiques moisies, choix technologiques foireux...) qui va te pourrir la vie. Je trouve ça inimaginable les budgets qui sont mis dans des "applications métier" qui pourraient consister en 3 lignes de script. Tu veux économiser de l'argent dans une administration? Tu payes un mec qui se plante derrière les secrétaires et les regarde bosser une journée. Il suffit la plupart tu temps des 4 autres jours de la semaine pour augmenter la productivité par 2 ou 3, simplement en expliquant où cliquer pour faire une tâche triviale que des générations d'incompétents ont savamment obfusquée par une série de 12 clics dans des menus dont même les devs avaient oublié l'existence.
À mon avis, l'avantage majeur du LL dans ce type de structure est de t'inciter à travailler correctement : du fait de l'hétérogénéité des postes, des besoins, des formations des utilisateurs, plus ton ta solution technique est propre et simple et plus ça risque de marcher.