Ich habe eine Softwarefirma und meine Entwickler haben jeweils ihre eigenen Vorlieben für ein Betriebssystem (Mac, Linux-basiert oder Windows).
Für Windows weiß ich, dass Sie Remotedesktop und so weiter verwenden können. Ich weiß, dass es auch auf dem Mac möglich ist. Aber ist es praktikabel, Mitarbeiter, die Mac bevorzugen, von einem Thin Server auf einem leistungsstarken Mac Pro arbeiten zu lassen? Wenn ja: Mit wie vielen muss ich rechnen, um gleichzeitig arbeiten zu können? Liefert TightVNC als Client gute Ergebnisse oder ist es mühsam (langsame / schlechte Grafik)?
Ich träume gerne davon, dass jeder alle Computer nutzen kann, die an jedem Arbeitsplatz verfügbar sind, weil er remote arbeitet und nicht jedes Mal einen bestimmten Computer verwenden muss, um auf seine Programme und Dateien zuzugreifen.
Ja, ich kann Netzwerkfreigaben erstellen, aber manchmal muss jemand, der es nicht vorzieht, auf einem Mac zu arbeiten, immer noch auf einem entwickeln, zum Beispiel wegen XCode, und wir könnten Macs für diese Situationen kaufen, es ist nicht nur für diesen Fall ideal.
Können Sie VNC (oder ARD oder eine andere Remote-Desktop-Software) verwenden, um auf einen Server zuzugreifen, um Entwicklungsarbeit zu leisten?
Kurze Antwort ist "Ja".
Es ist jedoch eine königliche PITA. Ich verwende VNC, um meine OS X-Maschinen in meinem Gigabit-LAN zu verwalten, und ich kann Ihnen sagen, dass die Verzögerung ärgerlich ist. Bei dem Versuch, Entwicklungsarbeit zu leisten, kann ich mir nur vorstellen, dass es ein Albtraum ist.
Was für meine Entwickler funktionierte, war, dass wir mehrere MBPs hatten, die je nach Projekt in der Abteilung herumschwirrten. Für "schnelle" Aufgaben funktionierte VNC, aber wenn sie sich auf ein Projekt konzentrieren mussten, checkten sie ein MBP aus und verwendeten es für die Dauer ihrer Aufgabe.
Das Wichtigste, was man im Auge behalten sollte, ist, dass die Leute mögen, was sie mögen - Mac/Linux/Win. Das „Hotelling“-Konzept ist ein nettes Ziel, aber nicht machbar für Entwickler, die ihr Leben vor einem Monitor verbringen. Um sicherzustellen, dass die Arbeit überall zugänglich ist, haben wir eine Cloud und GitHub. Dies sind Bereiche, die Sie gründlich untersuchen sollten, bevor Sie Zeit damit verbringen, Ihre Infrastruktur neu zu gestalten.
Ich bin kein Anwalt, und dies sollte nicht als professionelle Rechtsberatung ausgelegt werden.
Ist es legal? Solange Sie eine legitime Lizenz zur Verwendung von OS X haben und separate Konten für jeden Benutzer erstellen, der auf das System zugreifen muss, lautet die Antwort meiner Meinung nach ja.
Ist es praktikabel? Basierend auf meiner eigenen Erfahrung mit Remote-Desktop-Protokollen und den anekdotischen Beweisen der anderen Kommentatoren hier, nein. Aufgrund von Netzwerklast, Netzwerklatenz und CPU-Last ist die Erfahrung für Ihre Benutzer nicht optimal. Es wird aller Wahrscheinlichkeit nach die Fähigkeit Ihrer Entwickler einschränken, ihre Arbeit zu erledigen, und den Gewinnen Ihres Unternehmens schaden.
Wenn Sie eine skalierbare plattformübergreifende Lösung für Remotedesktop wünschen, sind Pakete auf Basis von VNC Ihre einzige Wahl.
Verbraucherorientiertere Pakete wie Teamviewer oder Chrome Remote Desktop sind ebenfalls auf mehreren Plattformen verfügbar, einfacher einzurichten und von Haus aus sicherer, aber auf lange Sicht höchstwahrscheinlich keine gute Wahl.
Dabei muss es aber nicht enden. Wenn das Cross-Platform/Remote-Compiling das Wichtigste ist, wonach Sie suchen, könnten Sie vielleicht einen Blick auf Jenkins werfen . Sie können sich für eine Einrichtung entweder in Ihrem Unternehmen oder – was viele bevorzugen – auf einer Colocated-Maschine in einem Rechenzentrum entscheiden.
Einige der Top-Guns im Apple Store (auf iOS und OSX) nutzen dies, um ihre Projekte für mehrere Entwickler im In- und Ausland zu automatisieren und zu verwalten.
Sie können mehrere Build-Maschinen auf mehreren Plattformen haben, es ist ziemlich erweiterbar. Und es ist FOSS.
Auch wenn es technisch funktionieren würde, ist es reine Folter, wenn Ihr Entwickler auf einem Windows-Rechner arbeitet und VNC mit einem OSX-Rechner verbindet, um seinen Code darauf zu schreiben. Selbst wenn der VNC-Server-Rechner direkt neben ihm steht, wird es immer – eine sehr kleine – Verzögerung geben. Dies mag bei kleinen Hacks nicht auffallen, aber wenn Sie über einen längeren Zeitraum Unmengen von Text eingeben, ist dies der Fall. Es wird nie dasselbe sein wie das Schreiben auf seiner nativen Maschine.
Mike Scott
mmmmmm
Thomas
mmmmmm