Il peut aussi expliquer que ce n'est pas QUE du confort et ajouter qu'il ne rallongera pas ses journées pour ternir les délais si des problèmes se posent. Que oui ce sera plus confortable pour lui, mais que cela fera gagner du temps au projet.
Il se pliera à la décision qui sera prise, mais ne sera pas responsable de la non tenu des délais. qu'il peut écrire au jour le jour chaque moment ou il aura été ralenti à cause de l'environnement de travail (en le justifiant), mais que ce temps de justification prendra également du temps qui ralentira encore plus.
Qu'il comprend la problématique en posant un problème qui sort des procédures habituelles, mais que l'on peut considérer cela comme un essai : soit cela fait gagner du temps et du confort (et donc de la productivité - envie de travail...) et c'est à renouveler, soit cela ne fait rien gagner et on ne reviendra pas dessus ultérieurement.
In fine l'argument massue est qu'on ne fait pas du développement avec une machine bureautique, sauf si le serveur prend un ficher .docx pour lancer les compilations. D'ailleurs pourquoi se faire chier avec un serveur, il suffit d'installer une chaine de compilation croisée sur le windows, et c'est encore plus simple.. bon il y a des problématiques de bugs difficilement identifiables, mais il suffit de rallonger la prestation pour les régler.
[^] # Re: développement n'est pas de la bureautique
Posté par hervé Couvelard . En réponse au journal Besoin d'arguments pour obtenir une station de travail sous GNU/Linux ?. Évalué à 2.
Il peut aussi expliquer que ce n'est pas QUE du confort et ajouter qu'il ne rallongera pas ses journées pour ternir les délais si des problèmes se posent. Que oui ce sera plus confortable pour lui, mais que cela fera gagner du temps au projet.
Il se pliera à la décision qui sera prise, mais ne sera pas responsable de la non tenu des délais. qu'il peut écrire au jour le jour chaque moment ou il aura été ralenti à cause de l'environnement de travail (en le justifiant), mais que ce temps de justification prendra également du temps qui ralentira encore plus.
Qu'il comprend la problématique en posant un problème qui sort des procédures habituelles, mais que l'on peut considérer cela comme un essai : soit cela fait gagner du temps et du confort (et donc de la productivité - envie de travail...) et c'est à renouveler, soit cela ne fait rien gagner et on ne reviendra pas dessus ultérieurement.
In fine l'argument massue est qu'on ne fait pas du développement avec une machine bureautique, sauf si le serveur prend un ficher .docx pour lancer les compilations. D'ailleurs pourquoi se faire chier avec un serveur, il suffit d'installer une chaine de compilation croisée sur le windows, et c'est encore plus simple.. bon il y a des problématiques de bugs difficilement identifiables, mais il suffit de rallonger la prestation pour les régler.