Sviluppo tramite Desktop remoto

Question

Qualcuno ha commenti positivi sul fatto che una squadra lavori tramite Remote Desktop?

In molti ambienti di lavoro, mettiamo gli utenti finali tramite Citrix e le applicazioni su un server centrale e potente. A volte i client si trovano nello stesso edificio del server, ma spesso sono remoti.

Potrebbero esserci dei grandi vantaggi per me per mettere i miei sviluppatori su istanze di Windows XP o Vista in esecuzione su un paio di server con Hyper-V.

Sono preoccupato che l'RDP/RDC via Internet sarebbe troppo lento perché qualcuno possa svilupparsi in modo efficiente.

Sono sicuro di poter sentire molte cose negative ... ci sono persone là fuori che hanno avuto successo?

Answer 1

Ho visto una situazione in cui si è tentato di farlo con un ufficio satellite. È stato fatto per un team di sviluppo java che utilizza vari strumenti IDE java. Il risultato non è stato considerato un successo e la società ha riportato il team in un ufficio centrale di Londra a costi considerevoli.

Per qualcuno che esegue questa operazione giorno per giorno su un software interattivo, il risultato non è molto piacevole. Per qualcosa che utilizza principalmente strumenti basati sul testo come strumenti da riga di comando vim e unix, funziona in qualche modo meglio. A un certo punto avevo XVNC che utilizzava un collegamento DSL a 128 Kbit (di un tipo che in quel momento era diffuso in Nuova Zelanda) e che poteva fare abbastanza lavoro su un data warehouse basato su Oracle in una posizione remota. Il livello di interattività richiesto dagli strumenti li ha resi molto meno sensibili al collegamento lento rispetto a un IDE basato su Windows.

Quindi, io invoco la 'dipende' argomento con alcune qualifiche:

• io non lo consiglio per un IDE moderno, e certamente non per qualcosa di fortemente grafici come Dreamweaver, BI Development Studio o Informatica.

• Per un ambiente testuale come gli strumenti di sviluppo unix tradizionali, è probabile che sia possibile farlo funzionare abbastanza bene. Queste interfacce utente sono molto meno sensibili alla latenza di un'interfaccia utente di manipolazione diretta.

Sono un po 'credente nel principio del "miglior strumento". Fare il possibile per fornire un'interfaccia utente di seconda scelta a un team di sviluppo emetterà segnali negativi. Il risparmio in termini di costi è probabilmente minimo ed è infastidire alcuni membri del team. Anche se può essere fatto funzionare ragionevolmente bene, stai ancora facendo una dichiarazione di valore facendo questo. Pesa il risparmio sui costi rispetto al costo della sostituzione di uno o più membri dello staff di sviluppo delle chiavi.

Answer 2

Se non sei preoccupato della latenza dell'audio e delle immagini in rapido movimento e non stai sviluppando nulla che dipenda dall'hardware 3D, probabilmente starai bene.

Non l'ho mai usato in un ambiente di squadra, ma uso il mio portatile RDP nella mia workstation tutto il giorno e lo adoro.

Answer 3

Ci colleghiamo ai nostri ambienti di sviluppo utilizzando RDP e localmente le prestazioni sono eccezionali. Rallenta un po 'su VPN, ma è comunque accettabilmente reattivo.

Disattiva tutte le funzionalità di animazione di Windows, lo sfondo del desktop e così via e questo ti aiuterà notevolmente.

Answer 4

Ho lavorato in un ambiente in cui occasionalmente modifichiamo codice esistente tramite desktop remoto. Non ci sono state sfide significative a questo. Come sviluppatore, odiavo positivamente facendo quel lavoro. Tutto sembrava lento e insensibile. Tuttavia, abbiamo finito il lavoro.

Per fortuna questi erano spesso brevi 3-4 ore di lavoro ... per lo più correzioni ai sistemi esistenti su siti di clienti remoti. Non penso di poterlo raccomandare come un normale modo di lavorare, ma è certamente possibile.

Answer 5

Ho utilizzato sia VNC che RDP su una connessione DSL, utilizzando un tunnel SSH e non ho riscontrato problemi reali.

Ci sono sicuramente alcuni ritardi, in particolare se si sta ridisegnando grandi parti di uno schermo. Ma la maggior parte dello sviluppo comporta piccole modifiche, e entrambi questi protocolli gestiscono molto bene.

Answer 6

L'ho usato per lavorare da casa (accesso remoto al mio PC in-office tramite VPN).

Le prestazioni dipendono dai provider di servizi Internet, ovviamente.

È leggermente meno affidabile (poiché oltre al tempo di inattività quando/se mai la LAN dell'ufficio è inattiva, ora c'è un ulteriore rischio di tempi di inattività mentre una delle connessioni Internet è inattiva).

Answer 7

Ho un server remoto su una pipe upstream 1Mbps che I RDP su (su una VPN) e funziona perfettamente. Uso anche risoluzioni a schermo grande (1600x1200) senza problemi di prestazioni. Ovviamente, non sono sicuro di come una tale configurazione possa essere applicata a più utenti simultanei, comunque.

Un vantaggio di sviluppo su RDP che non avevo previsto è che è possibile salvare le sessioni, quindi dopo aver completato lo sviluppo per il giorno, si chiude il client RDP e si spegne il computer e quando si accede di nuovo nel giorno seguente la sessione è proprio dove l'hai lasciata.

Come bonus aggiuntivo, i client RDP sono disponibili per linux e OS X.

Answer 8

Ciò che è importante per una workstation di sviluppo è la pura potenza di elaborazione. Al nostro posto gli sviluppatori hanno le workstation di fascia più alta in termini di cpu, memoria, disco, ecc. E non in termini di audio e grafica. Sono gli ultimi ad essere più colpiti da RDP.

Fintantoché il server a cui gli sviluppatori eseguono l'RDP-in è abbastanza veloce da gestire più compilazioni, le build allo stesso tempo dovrebbero andare bene.

Answer 9

Pre-2000 L'ho fatto per 3 anni ogni giorno diverse ore al giorno. Questo è stato quando anche la larghezza di banda ha risucchiato.

Al giorno d'oggi è molto meglio.

E se si utilizza la vita NxMachine ancora meglio :)

non ho, tuttavia, utilizzare la macchina con più utenti. La mia preoccupazione per questo sarebbe che gli sviluppatori sono un gruppo schizzinoso (me compreso) e tendiamo a spingere le macchine davvero duro come è.

non può immaginare parecchie persone su una scatola tutti decidere di compilare :)

G-Man

Answer 10

Noi lo facciamo con Citrix ed è molto veloce.

Answer 11

Come per tutte le cose, la risposta alla tua domanda è "Your Milage May Vary" o YMMV. Dipende da cosa stanno facendo gli sviluppatori. Passano la maggior parte del loro tempo a scrivere il codice o fanno un sacco di compilazioni di grandi dimensioni? Hanno bisogno di un accesso diretto all'hardware?

Hanno bisogno di diritti di debugging? Una volta concessi loro i diritti di debug, sono fondamentalmente i proprietari della macchina e possono interferire con altri utenti.

In genere è molto meglio consentire agli utenti di svilupparsi sui propri computer e utilizzare una VPN per consentire loro di accedere al sistema di controllo della versione. Quindi possono eseguire il checkout dei file sui loro computer locali e fare ciò che vogliono, quindi controllare le modifiche.

Ma RDP ha anche i suoi vantaggi. Hai davvero bisogno di pesare i pro ei contro e decidere quale lista è più lunga o più "pesante".

Answer 12

Uso Remote Desktop per controllare la macchina Windows al lavoro. Uso Parallels VM su un Mac e la mia connessione è 2.5M down, 256k up.

Questo funziona davvero molto bene. Lo faccio da 2 anni per 1-3 giorni a settimana. La velocità lenta non è un problema: non riesco a digitare così velocemente.

Ho 3 schermi al lavoro, ma ancora trovare uno schermo 20" Mac di essere superiore. I colori sono molto più pulito e posso lavorare più al Mac che i miei schermi di lavoro!

La cosa che è un killer è Flash su un browser Se accidentalmente apro un browser sul mio computer remoto con Flash uccide la connessione.La soluzione è utilizzare FlashBlock (un additivo per Firefox)

Io uso Eclipse e Visual Studio senza problemi di sorta.

Answer 13

Uso RDP quotidianamente per lo sviluppo, lascio il portatile a casa con il mio ambiente di lavoro aperto e pronto t o vai. Quando mi metto al lavoro e tutti caricano i loro progetti e aprono i loro programmi, mi occupo solo di RDP e sono pronto per partire. Devi tenere a mente alcune scorciatoie da tastiera che cambiano però (CTRL + ALT + CANC per esempio), all'inizio è fastidioso ma ti ci abitui.

Per mantenere la latenza al minimo, mi raccomando ...

• girando i colori fino a 256 (dopo tutto, avete solo bisogno di vedere il testo)
• Lascia la carta da parati in un altro computer
• Lasciare suona l'altro computer
• lasciate tutte le tematiche sull'altro computer
• Scegliere una velocità di connessione inferiore, anche se il vostro è più alto. Windows ridurrà al minimo i dati inviati.

Uno dei vantaggi che si potrebbero considerare è la potenza di elaborazione. Se la tua macchina a casa ha specifiche molto migliori della tua workstation sul lavoro, i tempi di compilazione sono migliorati un bel po '. Poiché il computer locale ha solo bisogno di aggiornare l'immagine dal computer remoto, il tuo computer locale non è sotto carico.

L'utilizzo di questa opzione mi consente anche di tenere traccia. Mentre altri si collegano e navigano in internet e perdono tempo, sono pronto e pronto per partire. Essere più produttivi ti aiuta a farti pagare i grandi guadagni (se il tuo datore di lavoro nota), mentre altri sono ancora bloccati nei loro ruoli di programmazione junior.

Answer 14

Mi chiedo quale sarebbe la ragione. Il/i server/i centrale/i ha accesso ad alcune risorse a cui le singole macchine sviluppatrici non potevano accedere?

Sto usando RDP per collegarmi dal mio computer di casa al mio computer di lavoro di volta in volta. Devo dire che è possibile codificare, ma è molto più comodo farlo quando l'IDE si trova sulla propria macchina. Anche quando su una rete LAN da 100 MB c'è un certo ritardo. Non abbastanza da disturbare il lavoro, ma comunque fastidioso.

Se le persone devono lavorare regolarmente da luoghi remoti, preferisco piuttosto una configurazione in cui il controllo del codice sorgente è disponibile tramite un protocollo sicuro (HTTPS, VPN, ecc.), Ma lo sviluppo può avvenire localmente sulle macchine dello sviluppatore. Se si utilizza qualcosa come SVN, che funziona bene anche con lo sviluppo offline, dovrebbe essere molto più comodo per gli stessi programmatori.

Answer 15

Uso NoMachine NX Client sul desktop remoto su un server headless che esegue FreeNX. È fantastico perché posso accedere alla mia sessione da qualsiasi luogo e la mia ultima sessione è ancora lì per me. La velocità non è mai stata un problema, tranne quando la linea DSL non funziona. Comunque, il mio punto è che se stai usando un server Linux e usi 'vi', allora c'è un'alternativa più bella di 'schermo'.