ambiente virtuale desktop per lo sviluppo

Question

Il nostro team di rete sta pensando di creare un ambiente desktop virtuale (tramite Windows 2008 virtual host) per ogni sviluppatore.

Quindi, stiamo per avere muti terminali / computer portatili e dovremmo usare i desktop virtuali per tutto il nostro lavoro.

Il nostro è un negozio di Microsoft e lavoriamo con tutte le versioni di .NET framework. Non avendo gli ambienti di sviluppo sui computer portatili sta facendo la squadra a disagio.

Ci sono potenziali problemi con questo tipo di configurazione? C'è qualche ragione di essere preoccupati per questa configurazione?

Answer 1

A meno che non ci sia una buona ragione orientata allo sviluppo per fare questo, direi che non lo fanno.

Gli sviluppatori stanno andando a lavorare meglio in un ambiente in cui vogliono lavorare. A meno che gli sviluppatori sono quelli che suggeriscono e che spingono per esso, non si dovrebbe essere l'istituzione cambiamenti radicali nei loro ambienti di lavoro senza buone ragioni.

Io personalmente non sono affatto un fan di istanze virtualizzate remoti per il lavoro di sviluppo, sia. Sono spesso più lento, si ha a che fare con problemi di rete e la latenza, spesso non hanno il maggior controllo come si farebbe sulla propria macchina. L'elenco potrebbe continuare a lungo, e piccole cose aggiungere fino a creare maggiori fastidi.

Answer 2

Che cosa accade quando la rete va giù? I vostri dev suppone solo per sedersi sulle loro mani? O forse potevano portare le carte e giocare reale solitare ...

Scherzi a parte, però, se non avete tempo di attività di rete virtuale al 100%, e il vostro dev di non lavorare fuori sede (ad esempio, da casa) sono sul "questa è una cattiva idea" lato.

Answer 3

Una possibilità è quella di sbarazzarsi della vostra squadra di rete.

Scherzi a parte, ho lavorato con questo stesso tipo di configurazione attraverso VMWare e non è stato molto divertente. L'unico motivo per cui l'ho fatto è stato perché il mio capo pensato che potrebbe essere la pena di provare. Da quando sono stato assunto di recente, non mi oppongo. Tuttavia, dopo diversi mesi di programmare in questo modo, gli ho detto che ho preferito avere il mio studio di sviluppo sulla mia macchina e lui ha accettato.

In primo luogo, l'interfaccia grafica non è veramente chiaro con una postazione di lavoro virtuale, dal momento che è l'invio di immagini in rete piuttosto che il driver grafico della scheda video rendering dell'immagine. la visualizzazione costante di questo mi ha dato un mal di testa.

In secondo luogo, qualsiasi installazione di componenti o strumenti necessari aiuto dell'amministratore di rete che mi ha costretto di fare in fretta e aspettare.

In terzo luogo, il computer sta per elaborare un'applicazione più veloce di quanto il tuo server sta per elaborare molte applicazioni e oltre a questo, si deve inviare l'immagine di rendering attraverso la rete. Non suona come esso si rallenta, ma lo fa. Anche in questo caso, in fretta e aspettare.

In quarto luogo, questo può essere specifico per VMWare, ma la dimensione del disco virtuale è stato fissato a 4 GB, che al mio ragazzo di rete sembrava pensare che fosse abbastanza. Questo riempito piuttosto rapidamente. In modo per me di espandere l'unità, ho dovuto aspettare per l'amministratore di rete per eseguire la magia delle partizioni sul mio disco che avvitato su e ho dovuto avere lui a ricostruire la mia installazione.

Ci sono molte altre ragioni, ma vorrei vivamente di protestare, se potete. La vostra azienda è probabilmente cercando di impliment questo perché è una nuova moda e può essere un modo per loro di risparmiare denaro. Tuttavia, il tempo di produttività sarà sprecato e che deve essere considerato un costo.

Answer 4

Bad Idea. Stai prendendo lo strumento più importante nell'arsenale gli sviluppatori e facendo funzionare molto, molto, molto più lento di quanto dovrebbe, e l'introduzione di diverse dipendenze critici lungo la strada.

Answer 5

E 'bello se mai per sviluppare in loco, è possibile spostare il vostro ambiente dev a un computer portatile e colpire la strada.
Ho potuto vedere che sia necessario per un certo altamente confidenziali lavoro client multipla -. C'è una prova che non ha perdite eventuali dati di test o file di debug da un cliente all'altro

Lati negativi:
Pochi VM supportano più monitor - senza più monitor non si può essere uno sviluppatore produttivo
. Solo VirtualBox 3 si avvicina ad essere in grado di sviluppare per OpenGL / ActiveX su una macchina virtuale.

Answer 6

Nella mia esperienza virtuale ambienti sono ideali per gli ambienti di test (per le implementazioni di test) e non ambienti di sviluppo. Sono grandi come tabula rasa / foglio bianco per il test. Credo che il rischio di alienarsi gli sviluppatori è alto se si perseguono questo percorso. Gli sviluppatori dovrebbero avere tutti i migliori strumenti a loro disposizione, vale a dire ad alta spec laptop / desktop, questo mantiene il morale e la produttività elevata. Scendendo questo percorso preclude ogni casa-lavoro, che può o non può essere un problema. Gli ambienti virtuali sono per loro natura più lento di ambienti dedicati, si può anche avere problemi con molteplici configurazioni di monitor su una macchina virtuale.

Answer 7

Se si va questa strada, assicuratevi di banco il sistema in modo aggressivo prima di qualsiasi impegno serio.

La mia esperienza di desktop remoti è che va bene per un uso occasionale, ma raramente sufficiente per calcoli intensivi e la compilazione tipico del lavoro di sviluppo, soprattutto in tempo di crisi in cui tutti hanno bisogno di risorse, allo stesso tempo.

Answer 8

Non sono sicuro se questo influenzerà voi, ma entrambi VMWare e Virtual PC lavoro molto lento se visti tramite desktop remoto. Per qualche motivo Radmin ( http://www.radmin.com/ ) fa un lavoro molto migliore.

ho regolarmente lavoro con gli ambienti di sviluppo a distanza ed è OK (anche se ci vuole un po 'di tempo per abituarsi a tenere traccia in cui il sistema si sta lavorando in questo momento;)) - ma la maggior parte del tempo sono solo su il sistema.