Die Entwicklung über die Remote-Desktop [geschlossen]

https://stackoverflow.com/questions/501279

20-08-2019
|

Frage

Hat jemand eine erfolgreiche Bemerkungen über mit einem team arbeiten via Remote Desktop?

In vielen betrieben setzen wir Ende-Benutzer über Citrix und Anwendungen auf einer zentralen, leistungsfähigen server.Manchmal sind die Kunden befinden sich in demselben Gebäude wie der server ist, aber oft sind Sie auf der Fernbedienung.

Könnte es einige große Vorteile für mich, um meine Entwickler auf Windows XP-oder Vista-Instanzen auf ein paar Servern mit Hyper-V.

Ich bin besorgt, dass RDP/RDC über das internet zu langsam wäre jemand in der Lage sein zu entwickeln, effizient.

Ich bin sicher, ich kann hören, viele schlechte Dinge über Sie...gibt es irgendwelche Leute gibt, die Erfolg hatten?

Lösung

Ich habe eine Situation gesehen, wo der Versuch gemacht wurde dies mit einem Satelliten-Büro zu tun. Es wurde für ein Java-Entwicklungsteam mit verschiedenen Java-IDE-Tool durchgeführt. Das Ergebnis wurde nicht als Erfolg gewertet, und das Unternehmen brachte das Team wieder in ein zentrales Büro in London mit erheblichen Aufwand.

Für jemand, dies zu tun an einem Tag in Tag-out-Basis auf dem interaktiven Software, ist das Ergebnis nicht wirklich sehr angenehm. Für etwas, die textbasierte Tools wie vim und Unix-Kommandozeilen-Tools in erster Linie verwendet, arbeitet es etwas besser. An einem Punkt hatte ich Xvnc eine 128 Kbit DSL-Verbindung geht über (einen Typen, der in Neuseeland zur Zeit weit verbreitet war) und konnte die Arbeit an einem Oracle-basierten Data Warehouse an einem entfernten Ort ganz leicht tun. Der Grad der Interaktivität durch die Werkzeuge erforderlich machte sie viel weniger empfindlich auf die langsame Verbindung als ein Windows-basierten IDE.

Also, ich werde die berufen ‚es hängt‘ Argument mit einigen Qualifikationen:

Ich würde es für eine moderne IDE nicht empfehlen, und schon gar nicht für etwas stark wie Dreamweaver, BI Development Studio oder Informatica grafische.
Für eine Textumgebung wie traditionelle Unix-Entwicklungstools es wahrscheinlich gemacht werden könnte ganz gut zu funktionieren. Diese Benutzerschnittstellen sind viel weniger empfindlich auf Latenzzeiten als eine direkte Manipulations Benutzeroberfläche.

Ich bin etwas von einem Gläubiger an dem Prinzip ‚besten Werkzeuge‘. aus dem Weg gehen eine zweitrangige Benutzeroberfläche zu einem Entwicklungsteam geben negative Signale abgeben. Die Kostenersparnis von diesem zu tun ist wahrscheinlich minimal und es wird sein, einige Ihrer Teammitglieder ärgern. Auch wenn es recht gut gemacht werden kann, arbeiten Sie noch einen Wert Aussage durch dies zu tun. Wiegen Sie die Kostenersparnis gegenüber den Kosten für den Ersatz einer oder mehr Ihres wichtigsten Entwicklungspersonal.

Andere Tipps

Wenn Sie nicht besorgt über die Latenz sind auf Audio- und Bildmaterial schnell bewegenden und du bist nichts abhängig von 3D-Hardware zu entwickeln, werden Sie wahrscheinlich in Ordnung sein.

Ich habe es nie benutzt in einem Team, aber ich benutze mein Laptop den ganzen Tag in meinem Arbeitsplatz RDP'd und lieben es.

Wir verbinden unsere Entwicklungsumgebungen RDP und lokal die Leistung ist groß. Es verlangsamt ein wenig über VPN, ist aber immer noch in akzeptabler Weise anspricht.

Schalten Sie alle Fenster Animation Funktionalität, Desktop-Hintergrund usw. und das wird wesentlich dazu beitragen.

Ich habe in einer Umgebung gearbeitet, wo wir würden einige vorhandenen Code per Remote Desktop gelegentlich bearbeiten. Es gab keine signifikanten Herausforderungen dieser. Als Entwickler hasste ich dabei positiv, dass die Arbeit. Alles fühlte sich langsam und reagiert nicht mehr. Aber wir haben die Arbeit getan.

Zum Glück waren diese oft kurze 3-4 Stunden Arbeitsplätze ... meist Korrekturen an bestehenden Systemen auf entfernten Kundenstandorten. Ich glaube nicht, dass ich es als eine normale Art und Weise zu tun, Arbeit empfehlen könnte, aber es ist durchaus möglich.

ich verwendet habe, sowohl VNC und RDP über einen DSL-Anschluss über einen SSH-Tunnel läuft, und haben keine wirklichen Probleme hatte.

Es gibt definitiv einige Verzögerungen, vor allem, wenn Sie große Teile eines Bildschirms neu gezeichnet sind. Aber die meisten Entwicklung beinhaltet kleine Änderungen, und diese beiden Protokolle handhaben, dass es sehr gut.

Ich verwende Remote Desktop auf meinem Windows-Rechner bei der Arbeit zu steuern. Ich benutze eine Parallels VM auf einem Mac und meine Verbindung ist 2,5 M nach unten, 256k auf.

Das funktioniert wirklich sehr gut. Ich habe dies 1-3 Tage pro Woche für 2 Jahre tun. Die langsame upspeed ist kein Problem. - Ich nicht so schnell geben kann

Ich habe 3 Bildschirme bei der Arbeit, aber immer noch einen 20" Mac-Bildschirm überlegen sein kann. Die Farben sind viel sauberer und ich kann als meine Arbeit Schirme am Mac länger arbeiten!

Die Sache, die ein Killer ist Flash auf einem Browser. Wenn ich aus Versehen einen Browser auf meinem Remote-Rechner mit Flash-öffnen tötet es die Verbindung. Die Lösung ist Flashblock (a firefox Addin) zu verwenden.

Ich verwende Eclipse und Visual Studio ohne Probleme auch immer.

Ich habe es verwendet, von zu Hause aus (Remote-Login auf meinen In-Office-PC via VPN) zu arbeiten.

Die Leistung hängt von Ihrem ISPs, natürlich.

Es ist etwas weniger zuverlässig (denn wie auch Ihre mit Ausfallzeiten, wenn / falls jemals die Büro-LAN nach unten ist, gibt sich jetzt zusätzliches Risiko von Ausfallzeiten, während eine der Internet-Verbindungen ist unten).

Ich habe einen Remote-Server auf ein 1 Mbps Upstream-Rohr, das ich RDP (über einen VPN) und es funktioniert gut. Ich benutze auch große Bildschirmauflösungen (1600x1200) ohne Performance-Probleme. Natürlich bin ich nicht sicher, wie eine solche Einrichtung für mehrere gleichzeitige Benutzer ergehen würde, aber.

Ein Vorteil über RDP zu entwickeln, die ich nicht erwartet hatte, ist, dass Sie Ihre Sitzungen sparen können - so, nachdem Sie für den Tag getan zu entwickeln, beenden Sie Ihre RDP-Client und schalten Sie Ihren Computer, und wenn Sie wieder einloggen in den nächsten Tag Ihre Sitzung ist genau dort, wo Sie es verlassen haben.

Als zusätzlichen Bonus, RDP-Clients zur Verfügung stehen für Linux und OS X

I RDP verwende täglich für die Entwicklung, lasse ich meinen Laptop auf zu Hause mit meiner Arbeitsumgebung offen und bereit zu gehen. Wenn ich an der Arbeit, und jeder wird ihre Projekte laden und ihre Programme zu öffnen ich RDP nur in und ich bin bereit zu gehen. Sie haben im Auge bestimmte Tastenkombinationen zu halten, die aber (STRG + ALT + ENTF zum Beispiel) zu ändern, es auf den ersten ist ärgerlich, aber man gewöhnt sich dran.

Um die Latenzzeit auf ein Minimum zu halten, empfehle ich ...

die Farben bis zu 256 dreht (nach allem, müssen Sie nur Text, um zu sehen)
Lassen Sie die Tapete auf dem anderen Computer
Lassen Sie auf dem anderen Computer klingt
Lassen Sie alle Themen auf dem anderen Computer
Wählen Sie eine niedrigere Verbindungsgeschwindigkeit, selbst wenn Ihr höher ist. Windows wird die Daten minimieren gesendet.

Einer der Vorteile, die Sie wird auch Rechenleistung könnte in Betracht ziehen. Wenn Ihr Gerät zu Hause weit bessere Spezifikationen als die Workstation auf dem Arbeitsmarkt hat, ist die Kompilierung ein gutes Stück verbessert. Da Ihr nur lokalen Rechner das Bild von der entfernten Maschine, dem lokalen Computer aktualisieren muss, ist nicht unter Last.

Mit dieser Option kann auch mich auf dem richtigen Weg zu halten. Während andere sich einloggen und auf das Internet und Abfallzeit sehen, ich bin eingerichtet und bereit zu gehen. Sein produktiver hilft Ihnen, die viel Geld bezahlt (wenn Ihr Arbeitgeber bemerkt), während andere noch in den Junior-Programmierung Rollen stecken geblieben sind.

Pre-2000 habe ich es 3 Jahre lang jeden Tag mehrere Stunden am Tag.Dies war bei der Bandbreite gesaugt zu.

Heutzutage ist es viel viel besser.

Und wenn Sie NxMachine das Leben wird noch besser :)

Ich wollte allerdings nicht, verwenden Sie den Computer mit mehreren Benutzern.Meine Sorge wäre, dass die Entwickler eine wählerische paar (mich eingeschlossen), und wir neigen dazu zu drängen Maschinen wirklich hart, wie es ist.

Kann mir nicht vorstellen, mehrere Leute auf einer box alle Entscheidung zu kompilieren :)

G-Man

Wir tun es mit Citrix- und ist sehr schnell.

Ich frage mich, was der Grund dafür wäre. Hat der zentrale Server (n) haben Zugriff auf einige Ressourcen, die die einzelnen Entwickler Maschinen konnten nicht zugreifen?

Ich bin RDP von meinem Computer zu Hause von Zeit zu Zeit auf meinen Computer zu verbinden. Ich muß sagen - es ist möglich, zu kodieren, aber es ist viel bequemer, es zu tun, wenn die IDE auf Ihrem eigenen Rechner ist. Auch wenn es auf einem 100MBit LAN gibt es eine merkliche Verzögerung. Nicht genug Arbeit zu stören, aber ärgerlich trotzdem.

Wenn die Menschen aus abgelegenen Orten auf einer regelmäßigen Basis arbeiten, würde ich eher ein Setup bevorzugen, wo die zentrale Quellensteuerung durch einige sicheres Protokoll verfügbar ist (HTTPS, VPN, etc.), aber die Entwicklung kann vor Ort geschehen auf die Maschinen des Entwicklers. Bei der Verwendung von so etwas wie SVN, die gut auch mit Offline-Entwicklung funktioniert, dann sollte es seinen Weg bequemer für die Programmierer selbst.

Was ist wichtig für eine Entwicklungs-Workstation ist schiere Rechenleistung. Bei uns haben die Entwickler den meist High-End-Workstations im Hinblick auf CPU, Speicher, Festplatte, etc. und nicht in Bezug auf Audio- und Grafik. Es ist die letztere, die von RDP am stärksten betroffen sind.

Solange der Server, dass Ihre Entwickler sind RDP-ing, ist schnell genug, um mehrere Kompilierungen zu handhaben, die gleichzeitig baut sollten Sie in Ordnung sein.

Wie bei allen Dingen, die Antwort auf Ihre Frage ist, oder YMMV „Ihr km-Stand May Vary“. Es hängt davon ab, was die Entwickler tun. Haben sie die meiste Zeit das Schreiben von Code ausgeben, oder tun sie eine Menge von großen compiliert? Haben sie direkten Zugriff auf die Hardware benötigen?

Haben sie Rechte benötigen Debuggen? Sobald Sie sie Rechte Debuggen gewähren, besitzen sie im Grunde die Maschine und kann mit anderen Benutzern stören.

Es ist in der Regel viel besser die Benutzer zu ermöglichen, sich auf ihre eigenen Computer zu entwickeln und ein VPN zu verwenden, um es ihnen ermöglichen, das Versionskontrollsystem zu den acces. Dann können sie die Dateien auf ihre lokalen Computer Kasse und tun, was sie wollen, dann die Änderungen checkin.

Aber, RDP hat es Vorteile zu ist. Sie müssen wirklich die Vor-und Nachteile abwägen und entscheiden, welche Liste länger oder mehr „gewichtig“.

Ich verwende NoMachine NX Client Remote-Desktop auf einen Headless-Server, der FreeNX läuft. Es ist großartig, weil ich meine Session anmelden kann von überall und meine letzte Sitzung ist immer noch da für mich. Geschwindigkeit ist noch nie ein Problem gewesen, außer wenn die DSL-Leitung ist nach unten. Wie auch immer, mein Punkt ist, dass, wenn Sie einen Linux-Server ausgeführt werden und verwenden ‚vi‘ dann gibt es eine Alternative ist schöner als ‚Bildschirm‘.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow