Développement via le Bureau à Distance
A-t-on le succès de toute les remarques sur le fait d'avoir une équipe de travail via le Bureau à Distance?
Dans de nombreux lieux de travail, nous avons mis des utilisateurs finaux via Citrix et les applications sur un central, le serveur puissant. Parfois, les clients sont dans le même bâtiment que le serveur, mais souvent, ils sont à distance.
Il pourrait y avoir certains avantages énormes pour moi de mettre mes développeurs sur Windows XP ou Vista instances en cours d'exécution sur un couple de serveurs avec Hyper-V.
Je suis inquiet que le protocole RDP/RDC via l'internet est trop lente pour être de quelqu'un pour être en mesure de se développer efficacement.
Je suis sûr que je peux entendre beaucoup de mauvaises choses à son sujet... existe-il des gens qui ont eu du succès?
OriginalL'auteur Jason | 2009-02-01
Vous devez vous connecter pour publier un commentaire.
J'ai vu une situation où la tentative a été faite pour ce faire avec un satellite bureau. Il a été fait pour une équipe de développement java à l'aide de diverses java IDE outils. Le résultat n'était pas considéré comme un succès, et la société a l'équipe de retour dans un bureau de Londres à des dépenses considérables.
Pour quelqu'un de faire cela un jour le jour base sur le logiciel interactif, le résultat n'est pas vraiment très agréable. Pour quelque chose qui utilise principalement basé sur du texte des outils tels que vim et unix outils de ligne de commande, il fonctionne un peu mieux. À un moment, j'avais XVNC, de plus de 128 Kbit lien DSL (d'un type qui a été répandue en Nouvelle-Zélande à l'époque), et pourraient faire le travail sur une Oracle base de données de l'entrepôt à un emplacement distant assez facilement. Le niveau d'interactivité nécessaire par l'outillage, ils étaient beaucoup moins sensibles à la liaison lente que Windows IDE.
Donc, je vais appeler le " ça dépend argument avec certaines qualifications:
Je ne le recommanderais pas pour un IDE moderne, et certainement pas pour quelque chose de fortement graphique comme Dreamweaver, BI Development Studio ou Informatica.
Pour un environnement texte comme unix traditionnel des outils de développement, il pourrait peut-être fonctionner assez bien. Ces interfaces sont beaucoup moins sensibles au temps de latence qu'un direct-la manipulation de l'interface utilisateur.
Je suis quelque chose d'un croyant dans le meilleur des outils de principe. De sortir de votre chemin pour donner une seconde-taux de l'interface utilisateur d'une équipe de développement de dégager des signaux négatifs. La réduction des coûts de cette opération est susceptible d'être minime et il sera agacer certains de vos membres de l'équipe. Même si elle peut être faite pour fonctionner raisonnablement bien, vous êtes toujours en train de faire un énoncé de valeur en faisant cela. Peser la réduction des coûts par rapport au coût de remplacement d'une ou de plusieurs de vos clés de développement personnel.
OriginalL'auteur ConcernedOfTunbridgeWells
Si vous n'êtes pas inquiet au sujet de la latence audio et le déplacement rapide de l'imagerie et vous n'êtes pas en développement, tout dépend de matériel 3D, vous serez probablement très bien.
Je n'ai jamais utilisé dans un environnement d'équipe, mais j'utilise mon ordinateur portable RDP avais dans mon poste de travail toute la journée et de l'amour.
OriginalL'auteur Cody Brocious
Nous connecter à nos environnements de développement à l'aide de RDP et, localement, la performance est très bonne. Il ralentit un peu plus de VPN, mais il est encore assez sensible.
Désactiver toutes les fenêtres de l'animation de la fonctionnalité, de l'arrière-plan du bureau, etc. et qui va aider beaucoup.
Support double moniteur via RDP, serait une grande victoire pour moi.
OriginalL'auteur Chris Ballance
J'ai travaillé dans un environnement où nous avons l'occasion de modifier le code existant via le bureau à distance. Il n'y avait pas de relever d'importants défis. En tant que développeur, j'positivement détesté à faire ce travail. Tout était lent et peu réactif. Cependant, nous avons obtenu le travail accompli.
Heureusement, ces derniers étaient souvent à court 3-4 heures de travail... pour la plupart des correctifs pour les systèmes existants à distance sur des sites clients. Je ne pense pas que je pourrais le recommander comme une manière normale de faire les travaux, mais c'est certainement possible.
OriginalL'auteur Sailing Judo
J'ai utilisé à la fois VNC et RDP sur une connexion DSL, en cours d'exécution à travers un tunnel SSH, et n'ont pas eu de vrais problèmes.
Il y a certainement des gal, en particulier si vous êtes à la redéfinition de grandes parties de l'écran. Mais la plupart de développement implique de petites modifications, et ces deux protocoles poignée très bien.
OriginalL'auteur kdgregory
- Je utiliser le Bureau à Distance pour le contrôle de ma machine Windows au travail. J'utilise Parallels VM sur un Mac, et ma connexion est de 2,5 M, 256k.
Cela fonctionne vraiment, vraiment bien. J'ai fait cela pendant 2 ans pour les 1 à 3 jours par semaine. La lenteur de la upspeed n'est pas un problème - je ne peux pas le type de rapide.
J'ai 3 écrans au travail, mais encore à trouver un 20" écran Mac supérieure. Les couleurs sont beaucoup plus propres et je peux travailler plus longtemps sur le Mac de mon travail écrans!
La chose qui est un tueur est en Flash sur un navigateur. Si j'ai accidentellement ouvrez un navigateur sur ma machine à distance avec le Flash, il tue la connexion. La solution est d'utiliser FlashBlock (firefox add-in).
J'utilise Eclipse et Visual Studio sans aucun problème que ce soit.
OriginalL'auteur Fortyrunner
J'ai utilisé pour le travail de la maison (connexion à distance à mon-PC de bureau via VPN).
Le rendement dépend de votre Fai, bien sûr.
C'est un peu moins fiable (car ainsi que votre temps d'arrêt lorsque/si jamais le bureau local est en bas, il y a maintenant un risque supplémentaire de temps d'arrêt si l'une des connexions internet est en panne).
OriginalL'auteur ChrisW
J'ai un serveur distant sur un 1 mbps en amont de la pipe qui je RDP (via un VPN) et il fonctionne très bien. J'ai même utiliser de grandes résolutions d'écran (1600 x 1200) avec aucun des problèmes de performances. Bien sûr, je ne suis pas sûr de savoir comment une telle configuration serait le tarif pour plusieurs utilisateurs simultanés, cependant.
Une prestation de développement via RDP, que je n'avais pas prévu, c'est que vous pouvez enregistrer vos sessions--donc, après vous êtes fait pour le développement de la journée, vous quittez votre client RDP et d'éteindre votre ordinateur et lorsque vous vous connecter de nouveau dans les jours suivant votre session exactement là où vous l'avez laissé.
Comme un bonus supplémentaire, les clients RDP sont disponibles pour linux, et OS X.
OriginalL'auteur wilsoniya
- Je utiliser RDP quotidien pour le développement, je laisse mon portable à la maison avec mon environnement de travail ouvert et prêt à aller. Quand je suis au travail et tout le monde est le chargement de leurs projets et l'ouverture de leurs programmes je viens de RDP et je suis prêt à aller. Vous devez garder à l'esprit certains des raccourcis clavier qui évoluent (CTRL+ALT+DEL, par exemple), il est gênant au début, mais vous vous habituez à elle.
De garder le temps de latence au minimum, je recommande...
L'un des avantages que vous pourriez aussi envisager est la puissance de traitement. Si votre machine à la maison a beaucoup mieux spécifications de votre poste de travail sur le travail, le temps de compilation est améliorée un peu juste. Depuis votre machine locale seulement besoin de mettre à jour l'image de la machine distante, votre ordinateur local n'est pas sous charge.
L'utilisation de cette option me permet aussi de garder sur la bonne voie. Tandis que d'autres vous connecter et naviguer sur internet et de perdre du temps, je suis mis en place et prêt à aller. D'être plus productif vous aide à obtenir payé le gros lot (si votre employeur avis), tandis que d'autres sont encore coincés dans leurs juniors la programmation des rôles.
OriginalL'auteur John T
Pré-2000, je l'ai fait pour les 3 ans tous les jours plusieurs heures par jour. Ce fut lorsque la bande passante sucé trop.
Aujourd'hui, c'est beaucoup mieux.
Et si vous utilisez NxMachine la vie est encore meilleur 🙂
Je n'ai pas, cependant, l'utilisation de la machine avec de multiples utilisateurs. Mon inquiétude serait que les développeurs sont capricieux tas (moi y compris) et nous avons tendance à pousser les machines vraiment difficile comme il est.
Ne pouvez pas imaginer à plusieurs personnes sur une boîte de décider de compiler 🙂
G-Man
OriginalL'auteur GeoffreyF67
Nous le faisons avec citrix et est très rapide.
OriginalL'auteur FerranB
Je me demande ce que la raison de ce serait. Le serveur central(s) ont accès à des ressources que l'individu développeur de machines n'a pas pu accéder?
Je suis en utilisant le protocole RDP pour se connecter à partir de mon ordinateur à la maison pour mon ordinateur de travail, de temps à autre. Je dois dire que c'est possible de code, mais c'est plus confortable de le faire lorsque l'IDE est sur votre propre machine. Même quand il 100MBit LAN il y a quelques notable de retard. Pas assez pour la peine de travail, mais gênant tout de même.
Si les gens ont à travailler à partir d'endroits éloignés sur une base régulière, je préfère le préfère une configuration où la centrale de contrôle de code source est disponible par le biais de certaines protocole sécurisé (HTTPS, VPN, etc.), mais le développement peut se produire localement sur le développeur de machines. Si vous utilisez quelque chose comme SVN, qui fonctionne bien, même en mode hors connexion de développement, alors il devrait être plus à l'aise pour les programmeurs eux-mêmes.
Eh bien, comme pour les OS et d'autres problèmes de logiciel - si les développeurs sont bonnes qu'ils seront tout à fait capable de prendre soin de leurs propres ordinateurs. Si elles ne sont pas alors vous devriez sérieusement reconsidérer la façon dont ils sont réellement.
Les coûts du matériel, j'ai peut convenir avec. Je suis aussi de vivre dans un pays où le matériel est environ 2x plus cher qu'aux etats-unis. Mais... bizarrement ça n'a pas empêcher les gens de faire de bonnes Pc ici. En fait, les chances sont que vos développeurs ont déjà de bonnes machines qui leur est propre.
De Plus, RD dans un pays est un peu OK, mais le trafic est généralement assez plafonné dans de nombreux endroits. Vous devriez vérifier avec votre développeurs qu'il est possible d'utiliser RD de leurs maisons et les lieux de travail/whatever.
Personnellement, je préfère développer sur un ralentissement de l'ordinateur local plus rapide qu'un ordinateur distant qui est à peine utilisable, même avec les graphismes tourné à la "merde". Vous savez, 256 couleurs est une torture dans son propre droit...
OriginalL'auteur Vilx-
Ce qui est important pour un développement de la station de travail est de la pure puissance de traitement. Chez nous, les développeurs ont le plus haut de gamme des postes de travail en termes de cpu, mémoire, disque, etc et non pas en termes de son et les graphismes. C'est celui-ci qui sont les plus touchés par la RDP.
Tant que le serveur que vos développeurs sont RDP-ing est assez rapide pour gérer plusieurs compile, construit dans le même temps, vous devriez être bien.
OriginalL'auteur Jeroen Huinink
Comme avec toutes les choses, la réponse à votre question est "Votre Kilométrage Peut Varier" ou YMMV. Cela dépend de ce que les développeurs sont en train de faire. Ils passent la plupart de leur temps à l'écriture de code, ou font-ils beaucoup de grands compile? Ont-ils besoin de l'accès direct au matériel?
Faire, ils ont besoin de droits de débogage? Une fois que vous leur accordez les droits de débogage, ils ont pratiquement propre de la machine et peut interférer avec d'autres utilisateurs.
Il est généralement beaucoup mieux pour autoriser les utilisateurs à se développer sur leur propre ordinateur, et d'utiliser un VPN pour leur permettre d'accéder au système de contrôle de version. Ensuite, ils peuvent extraire le fichiers sur les ordinateurs locaux et de faire ce qu'ils veulent, alors checkin les changements.
Mais, RDP a ses avantages aussi. Vous avez vraiment besoin de peser les avantages et les inconvénients et de décider laquelle est la plus longue ou la plus "lourde".
OriginalL'auteur Erik Funkenbusch
- Je utiliser NoMachine NX Client de bureau à distance sur une tête serveur FreeNX. Il est grand parce que je peux me connecter à ma session à partir de n'importe où et ma dernière session est toujours là pour moi. La vitesse n'a jamais été un problème, sauf si la ligne adsl est en panne.
De toute façon, mon point est que si vous exécutez un serveur Linux et de l'utilisation de " vi " alors il y a une meilleure alternative que les 'écran".
OriginalL'auteur ʍǝɥʇɐɯ