environnement de bureau virtuel pour le développement

Question

Notre équipe réseau envisage de mettre en place un environnement de bureau virtuel (via hôte virtuel Windows 2008) pour chaque développeur.

Nous allons avoir muets terminaux / ordinateurs portables et devrions utiliser les postes de travail virtuels pour tous nos travaux.

La nôtre est une boutique Microsoft et nous travaillons avec toutes les versions du framework .NET. Ne pas avoir les environnements de développement sur les ordinateurs portables fait l'équipe mal à l'aise.

Y a-t-il des problèmes potentiels avec ce type de configuration? Y at-il des raisons d'être inquiet au sujet de cette configuration?

Answer 1

A moins qu'il ya une très bonne raison axée sur le développement pour ce faire, je dirais que non.

Vos développeurs vont travailler mieux dans un environnement dans lequel ils veulent travailler. À moins que vos développeurs sont ceux suggérant et pousser pour cela, vous ne devriez pas Instituer des changements radicaux dans leur milieu de travail sans de très bonnes raisons.

Je ne suis personnellement pas du tout fan de cas virtualisés à distance pour le travail de développement, que ce soit. Ils sont souvent plus lents, il faut traiter les problèmes du réseau et la latence, vous n'avez souvent pas autant de contrôle que vous le feriez sur votre propre machine. La liste est longue et, et petites choses pour créer les grandes contrariétés.

Answer 2

Qu'est-ce qui se passe lorsque le réseau tombe en panne? Vos dev ARRIVE censés rester les bras croisés? Ou peut-être qu'ils pourraient apporter des cartes et jouer solitare réel ...

Sérieusement, cependant, à moins que vous avez le temps de fonctionnement du réseau virtuel 100%, et votre dev travail est jamais hors site (par exemple, à la maison) Je suis sur le côté « c'est une mauvaise idée ».

Answer 3

Une option est de se débarrasser de votre équipe réseau.

Sérieusement, je travaille avec ce même type de configuration par VMWare et il n'a pas beaucoup de plaisir. La seule raison pour laquelle je l'ai fait parce que mon patron était pensé que ce pourrait être la peine d'essayer. Depuis que je suis nouvellement embauchée, je ne l'ai pas l'objet. Cependant, après plusieurs mois de la programmation de cette façon, je lui ai dit que je préférais avoir mon studio de développement sur ma machine et il a accepté.

Tout d'abord, l'interface graphique est pas vraiment clair avec un poste de travail virtuel car il est l'envoi d'images sur le réseau plutôt que pilote graphique de votre carte vidéo rend l'image. vision constante de ce qui m'a donné un mal de tête.

En second lieu, une installation des composants ou des outils nécessaires l'aide de l'administrateur réseau qui signifiait que je devais me dépêcher et attendre.

Troisièmement, votre ordinateur va traiter une application plus rapide que votre serveur va traiter de nombreuses applications et que d'ailleurs, il doit envoyer l'image rendue sur le réseau. Il ne ressemble pas à ce que vous ralentit, mais il le fait. Encore une fois, dépêchez-vous et attendez.

En quatrième lieu, cela peut être spécifique à VMWare, mais la taille du disque virtuel a été fixé à 4 Go qui à mon gars réseau semblait penser qu'il suffisait. Cette rempli assez rapidement. Pour moi d'étendre le lecteur, je devais attendre que l'administrateur réseau pour exécuter la magie de la partition sur mon disque qui vissé vers le haut et je devais avoir le reconstruire mon installation.

Il y a plusieurs autres raisons mais je vous encourage vivement à protester si vous le pouvez. Votre entreprise tente probablement impliment parce que c'est une nouvelle mode et il peut être un moyen pour eux d'économiser de l'argent. Cependant, votre temps de productivité sera gaspillé et qui doit être considéré comme un coût.

Answer 4

mauvaise idée. Vous prenez l'outil le plus important dans l'arsenal de vos développeurs et de faire courir beaucoup, beaucoup, beaucoup plus lent que nécessaire, et l'introduction de plusieurs dépendances critiques le long du chemin.

Answer 5

Il est bon si jamais vous avez à développer sur place, vous pouvez déplacer votre environnement de développement à un ordinateur portable et appuyez sur la route.
Je pouvais voir qu'il soit nécessaire pour un travail multiple client hautement confidentielle -. Il y a une preuve que vous ne l'avez pas des fuites de données de test ou des fichiers de débogage d'un client à l'autre

côtés vers le bas:
Peu de machines virtuelles prennent en charge plusieurs moniteurs - sans plusieurs moniteurs, vous ne pouvez pas être un développeur productif
. Seulement VirtualBox 3 se rapproche de pouvoir développer pour opengl / activeX sur une machine virtuelle.

Answer 6

Dans mon expérience des environnements virtuels sont idéales pour les environnements de test (pour les déploiements de test) et non pas des environnements de développement. Ils sont grands comme une ardoise vierge / feuille blanche pour les tests. Je pense que le risque d'aliéner vos développeurs est élevé si vous poursuivez cette voie. Les développeurs doivent avoir tous les meilleurs outils à leur disposition, à savoir un ordinateur portable haute spec / bureau, ce qui maintient le moral et la productivité élevée. En descendant cette route exclut toute travail à domicile qui peuvent ou peuvent ne pas être un problème. Les environnements virtuels sont par nature plus lent que les environnements dédiés, vous pouvez également avoir des problèmes avec plusieurs écrans sur une machine virtuelle.

Answer 7

Si vous choisissez cette voie, assurez-vous établi le système agressivement avant tout engagement sérieux.

Mon expérience des postes de travail à distance est qu'il est correct pour une utilisation occasionnelle, mais rarement suffisante pour les calculs intensifs et la compilation typique du travail de développement, en particulier au moment de la crise quand tout le monde a besoin de ressources en même temps.

Answer 8

Je ne sais pas si cela vous affecte, mais les deux VMWare et le travail virtuel PC très lent vus via Remote Desktop. Pour une raison Radmin ( http://www.radmin.com/ ) fait un bien meilleur travail.

Je travaille régulièrement avec les environnements de développement à distance et il est OK (même si cela prend un certain temps pour s'y habituer pour garder la trace dans le système que vous travaillez en ce moment;)) - mais la plupart du temps, je suis seul sur le système.