Développement via Remote Desktop [fermé]

Question

Quelqu'un a-t-il des remarques positives sur le fait qu'une équipe travaille via Remote Desktop ?

Dans de nombreux lieux de travail, nous plaçons les utilisateurs finaux via Citrix et les applications sur un serveur central et puissant.Parfois, les clients se trouvent dans le même bâtiment que le serveur, mais souvent ils sont distants.

Il pourrait y avoir d'énormes avantages pour moi de placer mes développeurs sur des instances Windows XP ou Vista exécutées sur quelques serveurs avec Hyper-V.

Je crains que RDP/RDC via Internet ne soit trop lent pour que quelqu'un puisse se développer efficacement.

Je suis sûr que je peux entendre beaucoup de mauvaises choses à ce sujet...y a-t-il des gens qui ont réussi ?

Answer 1

J'ai vu une situation où la tentative a été faite de le faire avec un bureau satellite. Cela a été fait pour une équipe de développement Java utilisant divers outils IDE Java. Le résultat n’a pas été considéré comme un succès et la société a ramené l’équipe dans un bureau du centre de Londres à un coût considérable.

Le résultat n’est pas très plaisant pour quelqu'un qui travaille quotidiennement sur un logiciel interactif. Pour quelque chose qui utilise principalement des outils textuels tels que vim et des outils de ligne de commande unix, cela fonctionne un peu mieux. À un moment donné, XVNC passait par une liaison DSL à 128 kbit (d'un type répandu à l'époque en Nouvelle-Zélande) et pouvait très facilement travailler sur un entrepôt de données Oracle à distance. Le niveau d'interactivité requis par les outils les rend beaucoup moins sensibles à la liaison lente qu'un environnement de développement intégré basé sur Windows.

Alors, je vais invoquer l'argument 'ça dépend' avec quelques réserves:

• Je ne le recommanderais pas pour un IDE moderne, et certainement pas pour quelque chose de très graphique, comme Dreamweaver, BI Development Studio ou Informatica.

• Pour un environnement textuel comme les outils de développement Unix traditionnels, il pourrait probablement fonctionner assez bien. Ces interfaces utilisateur sont beaucoup moins sensibles à la latence qu'une interface utilisateur à manipulation directe.

Je suis un partisan du principe des "meilleurs outils". Faire un effort pour donner une interface utilisateur de second ordre à une équipe de développement émettra des signaux négatifs. Les économies réalisées en la matière seront probablement minimes et cela va gêner certains membres de votre équipe. Même si cela fonctionne raisonnablement bien, vous faites toujours une déclaration de valeur en le faisant. Pesez les économies réalisées par rapport au coût de remplacement d’un ou de plusieurs membres de votre personnel de développement clé.

Answer 2

Si vous ne vous inquiétez pas de la latence de l'audio et des images en mouvement rapide et que vous ne développez rien qui soit dépendant du matériel 3D, tout ira bien pour vous.

Je ne l'ai jamais utilisé dans un environnement d'équipe, mais j'utilise mon ordinateur portable RDP'd dans mon poste de travail toute la journée et je l'adore.

Answer 3

Nous nous connectons à nos environnements de développement à l'aide de RDP et les performances sont excellentes localement. Il ralentit un peu sur le VPN, mais reste réactif de manière acceptable.

Désactivez toutes les fonctionnalités d'animation Windows, d'arrière-plan du bureau, etc., ce qui vous aidera considérablement.

Answer 4

J'ai travaillé dans un environnement où nous éditions parfois du code existant via un poste de travail distant. Il n'y avait pas de défis importants à cela. En tant que développeur, je détestais positivement faire ce travail. Tout semblait lent et insensible. Cependant, nous avons fait le travail.

Heureusement, il s’agissait souvent de tâches courtes de 3 à 4 heures ... principalement de solutions aux systèmes existants sur des sites clients distants. Je ne pense pas que je pourrais le recommander comme méthode normale de travail, mais c’est certainement possible.

Answer 5

J'ai utilisé à la fois VNC et RDP sur une connexion DSL, via un tunnel SSH, et je n'ai pas eu de problèmes réels.

Il existe certainement des retards, en particulier si vous redessinez de grandes parties d’un écran. Mais la plupart des développements impliquent de petites modifications et ces deux protocoles s’y rapportent très bien.

Answer 6

J'utilise Remote Desktop pour contrôler mon ordinateur Windows au travail. J'utilise une machine virtuelle Parallels sur un Mac et ma connexion est établie à 2,5 millions d'euros, 256 000 unités.

Cela fonctionne vraiment très bien. Je fais cela depuis 2 ans pendant 1 à 3 jours par semaine. La lenteur de la vitesse ascendante n’est pas un problème - je ne peux pas taper aussi vite.

J'ai 3 écrans au travail mais je trouve toujours un 20 " Écran Mac pour être supérieur. Les couleurs sont beaucoup plus propres et je peux travailler plus longtemps sur Mac que sur mes écrans de travail!

La chose qui tue, c'est Flash sur un navigateur. Si j'ouvre accidentellement un navigateur sur ma machine distante avec Flash, cela tue la connexion. La solution consiste à utiliser FlashBlock (un complément Firefox).

J'utilise Eclipse et Visual Studio sans aucun problème.

Answer 7

Je l'ai utilisé pour travailler à domicile (connexion à distance à mon PC de bureau via un réseau privé virtuel).

Les performances dépendent bien sûr de vos fournisseurs d’accès Internet.

C’est un peu moins fiable (car, outre le temps d’immobilisation du réseau LAN du bureau, les risques d’indisponibilité sont plus grands si l’une des connexions Internet est en panne).

Answer 8

J'ai un serveur distant sur un canal en amont de 1 Mbps vers lequel je suis RDP (via un VPN) et cela fonctionne parfaitement. J'utilise même de grandes résolutions d'écran (1600x1200) sans aucun problème de performances. Bien sûr, je ne suis toutefois pas certain de la qualité d’une telle configuration pour plusieurs utilisateurs simultanés.

L’avantage de développer sur RDP que je n’avais pas prévu, c’est que vous pouvez enregistrer vos sessions. Ainsi, une fois que vous avez terminé votre développement de la journée, vous quittez votre client RDP et éteignez votre ordinateur. le lendemain, votre session se déroulera là où vous l'avez laissée.

En prime, les clients RDP sont disponibles pour linux et OS X .

Answer 9

J'utilise RDP au quotidien pour le développement, je laisse mon ordinateur portable à la maison, mon environnement de travail ouvert et prêt à fonctionner. Quand je me mets au travail et que tout le monde lance ses projets et ouvre ses programmes, je viens de RDP et je suis prêt à partir. Vous devez garder à l’esprit certains raccourcis clavier qui changent cependant (CTRL + ALT + SUPPR par exemple), c’est agaçant au début, mais vous vous y habituez.

Pour limiter la latence au minimum, je recommande ...

• baisser les couleurs à 256 (après tout, il ne vous reste plus qu'à voir le texte)
• Laissez le papier peint sur l'autre ordinateur
• Laisser les sons sur l'autre ordinateur
• Laissez les thèmes sur l'autre ordinateur
• Choisissez une vitesse de connexion inférieure, même si la vôtre est supérieure. Windows minimisera les données envoyées.

L'un des avantages que vous pourriez également envisager est la puissance de traitement. Si les spécifications de votre machine chez vous sont bien meilleures que celles de votre poste de travail, le temps de compilation est considérablement amélioré. Étant donné que votre ordinateur local n'a besoin que de mettre à jour l'image à partir de l'ordinateur distant, votre ordinateur local n'est pas sous charge.

L’utilisation de cette option me permet également de rester sur la bonne voie. Tandis que d'autres se connectent, naviguent sur Internet et perdent du temps, je suis prête et prête à partir. Si vous êtes plus productif, vous gagnerez beaucoup d'argent (si votre employeur le remarque), tandis que d'autres restent bloqués dans leurs rôles de programmeurs débutants.

Answer 10

Avant l’an 2000, je l’ai fait pendant 3 ans tous les jours, plusieurs heures par jour. C’est aussi à ce moment-là que la bande passante a été perdue.

De nos jours, c'est beaucoup mieux.

Et si vous utilisez NxMachine, la vie s’améliore encore:)

Je n'ai toutefois pas utilisé la machine avec plusieurs utilisateurs. Ce qui me préoccupe, c’est que les développeurs sont très difficiles (y compris moi-même) et que nous avons tendance à pousser les machines très fort en l'état.

Vous ne pouvez pas imaginer plusieurs personnes sur une même boîte qui décident de compiler:)

G-Man

Answer 11

Nous le faisons avec citrix et c'est très rapide.

Answer 12

Je me demande quelle en serait la raison.Le(s) serveur(s) central(s) ont-ils accès à certaines ressources auxquelles les machines individuelles des développeurs ne pouvaient pas accéder ?

J'utilise RDP pour me connecter de temps en temps de mon ordinateur personnel à mon ordinateur de travail.Je dois dire qu'il est possible de coder, mais c'est beaucoup plus confortable de le faire lorsque l'EDI est sur votre propre machine.Même sur un réseau local de 100 Mbits, il existe un certain décalage notable.Pas de quoi gêner le travail, mais néanmoins ennuyeux.

Si les gens doivent travailler régulièrement à distance, je préfère une configuration dans laquelle le contrôle central des sources est disponible via un protocole sécurisé (HTTPS, VPN, etc.), mais le développement peut avoir lieu localement sur le site du développeur. Machines.Si vous utilisez quelque chose comme SVN, qui fonctionne bien même avec le développement hors ligne, cela devrait être beaucoup plus confortable pour les programmeurs eux-mêmes.

Answer 13

Ce qui est important pour un poste de travail de développement, c’est la puissance de traitement. Chez nous, les développeurs disposent des postes de travail les plus haut de gamme en termes de CPU, de mémoire, de disque, etc., et non en termes d’audio et de graphique. Ce sont ces derniers qui sont les plus touchés par RDP.

Tant que le serveur sur lequel vos développeurs se sont connectés avec RDP est assez rapide pour gérer plusieurs compilations, la compilation se fait en même temps, tout devrait bien se passer.

Answer 14

Comme pour toutes choses, la réponse à votre question est & "Votre milage peut varier &"; ou YMMV. Cela dépend de ce que font les développeurs. Est-ce qu'ils passent le plus clair de leur temps à écrire du code, ou font-ils beaucoup de grandes compilations? Ont-ils besoin d'un accès matériel direct?

Ont-ils besoin de droits de débogage? Une fois que vous leur avez accordé les droits de débogage, ils possèdent la machine et peuvent interférer avec les autres utilisateurs.

Il est généralement préférable de permettre aux utilisateurs de se développer sur leurs propres ordinateurs et d’utiliser un réseau privé virtuel (VPN) pour leur permettre d’accéder au système de contrôle de version. Ils peuvent ensuite extraire les fichiers sur leurs ordinateurs locaux et faire ce qu’ils veulent, puis archiver les modifications.

Mais, RDP a aussi ses avantages. Vous devez vraiment peser le pour et le contre et décider quelle liste est la plus longue ou la plus longue & "Lourde &";.

Answer 15

J'utilise NoMachine NX Client sur un poste de travail distant sur un serveur sans tête qui exécute FreeNX. C'est génial car je peux me connecter à ma session de n'importe où et ma dernière session est toujours là pour moi. La vitesse n'a jamais été un problème, sauf lorsque la ligne DSL est en panne. Quoi qu’il en soit, si vous utilisez un serveur Linux et utilisez «vi», il existe une alternative plus intéressante que «écran».