moi j'aime bien la machine "standard" de developpement
C'est quoi le problème? Tu mélanges machine de développement et machine de test dans ton discours, alors que c'est complètement différent. Investir dans une bonne machine de développement peut être rentable (moins de temps perdu par le développeur), et ça n'a absolument rien à voir avec les performances sur une machine de test (plus comme elle du client).
Pour te donner un exemple pratique, je fais tourner du Valgrind (Linux only, bien optimisé tout ça...), et cet outil très pratique pour détecter les fuites mémoire et autre erreurs de programmation a un impact x20 sur le temps d’exécution. Une machine telle que décrite est très lente pour simuler un poste client et du coup lors de tests "temps réel" avec l'environnement de débug, c'est difficile (je fais du streaming en "temps réel" avec Valgrind, oui... Si j'optimise pas, ma bête de course décroche par rapport au "temps réel" alors qu'elle consomme peu de CPU en temps normal).
Bref, si, il faut ce genre de machine de développement. Ca n'a aucun impact sur les tests de performances, qui sont sur une autre machine (et il se rendra alors compte de la lenteur chez le client)
[^] # Re: moi j'aime bien la machine "standard" de developpement
Posté par Zenitram (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à 9.
C'est quoi le problème? Tu mélanges machine de développement et machine de test dans ton discours, alors que c'est complètement différent. Investir dans une bonne machine de développement peut être rentable (moins de temps perdu par le développeur), et ça n'a absolument rien à voir avec les performances sur une machine de test (plus comme elle du client).
Pour te donner un exemple pratique, je fais tourner du Valgrind (Linux only, bien optimisé tout ça...), et cet outil très pratique pour détecter les fuites mémoire et autre erreurs de programmation a un impact x20 sur le temps d’exécution. Une machine telle que décrite est très lente pour simuler un poste client et du coup lors de tests "temps réel" avec l'environnement de débug, c'est difficile (je fais du streaming en "temps réel" avec Valgrind, oui... Si j'optimise pas, ma bête de course décroche par rapport au "temps réel" alors qu'elle consomme peu de CPU en temps normal).
Bref, si, il faut ce genre de machine de développement. Ca n'a aucun impact sur les tests de performances, qui sont sur une autre machine (et il se rendra alors compte de la lenteur chez le client)