Desarrollando a través de Escritorio remoto

Question

¿Alguien ha tenido alguna observación exitosa acerca de tener un equipo trabajando a través de Escritorio remoto?

En muchos lugares de trabajo, colocamos a los usuarios finales a través de Citrix y las aplicaciones en un servidor central y potente. Algunas veces los clientes están en el mismo edificio que el servidor, pero a menudo, son remotos.

Podría haber grandes beneficios para mí al poner a mis desarrolladores en Windows XP o Vista instalándose en un par de servidores con Hyper-V.

Me preocupa que RDP/RDC a través de Internet sea demasiado lento para que alguien pueda desarrollarse eficientemente.

Estoy seguro de que puedo escuchar muchas cosas malas al respecto ... ¿hay alguna persona que haya tenido éxito?

Answer 1

He visto una situación en la que se intentó hacer esto con una oficina satélite. Fue hecho para un equipo de desarrollo de Java usando varias herramientas Java IDE. El resultado no fue considerado como un éxito, y la compañía trajo el equipo a una oficina central de Londres a un costo considerable.

Para alguien que hace esto día a día en un software interactivo, el resultado no es muy agradable. Para algo que utiliza principalmente herramientas basadas en texto como vim y herramientas de línea de comandos de Unix, funciona algo mejor. En un momento tuve XVNC pasando por un enlace DSL de 128 Kbit (de un tipo que prevalecía en Nueva Zelanda en ese momento) y pude trabajar en un almacén de datos basado en Oracle en una ubicación remota con bastante facilidad. El nivel de interactividad requerido por las herramientas hizo que fueran mucho menos sensibles al enlace lento que un IDE basado en Windows.

tanto, voy a invoco el argumento 'depende' con algunas salvedades:

• yo no lo recomendaría para un IDE moderno, y ciertamente no es algo muy gráfica como Dreamweaver, BI Development Studio o Informatica.

• Para un entorno de texto como las herramientas de desarrollo de Unix tradicionales, probablemente podría funcionar bastante bien. Estas interfaces de usuario son mucho menos sensibles a la latencia que una interfaz de usuario de manipulación directa.

Creo firmemente en el principio de las "mejores herramientas". Salir de tu camino para dar una interfaz de usuario de segunda categoría a un equipo de desarrollo emitirá señales negativas. Es probable que el ahorro de costes al hacer esto sea mínimo e molestar a algunos de los miembros de su equipo. Incluso si se puede hacer que funcione razonablemente bien, todavía se está haciendo una declaración de valor al hacer esto. Pese el ahorro de costos contra el costo de reemplazar a uno o más de su personal clave de desarrollo.

Answer 2

Si no está preocupado por la latencia en el audio y las imágenes en rápido movimiento y no está desarrollando nada que dependa del hardware 3D, es probable que esté bien.

Nunca lo he usado en un entorno de equipo, pero utilizo mi computadora portátil RDP en mi estación de trabajo todo el día y me encanta.

Answer 3

Nos conectamos a nuestros entornos de desarrollo utilizando RDP y localmente el rendimiento es excelente. Se ralentiza un poco a través de VPN, pero sigue siendo aceptablemente receptivo.

Desactive todas las funciones de animación de Windows, fondo de escritorio, etc. y eso ayudará considerablemente.

Answer 4

He trabajado en un entorno donde ocasionalmente editamos algún código existente a través del escritorio remoto. No hubo desafíos significativos para esto. Como desarrollador, detestaba positivamente hacer ese trabajo. Todo se sintió lento e insensible. Sin embargo, tenemos el trabajo hecho.

Afortunadamente, estos fueron a menudo trabajos cortos de 3-4 horas ... la mayoría se arreglan en sistemas existentes en sitios remotos de clientes. No creo que pueda recomendarlo como una forma normal de hacer el trabajo, pero ciertamente es posible.

Answer 5

He usado tanto VNC como RDP a través de una conexión DSL, corriendo por un túnel SSH, y no he tenido problemas reales.

Definitivamente hay algunas demoras, especialmente si está redibujando partes grandes de una pantalla. Pero la mayoría del desarrollo implica pequeñas ediciones, y ambos protocolos lo manejan muy bien.

Answer 6

Lo he usado para trabajar desde casa (inicio de sesión remoto en mi PC en la oficina a través de VPN).

El rendimiento depende de sus ISP, por supuesto.

Es un poco menos confiable (porque además de tener un tiempo de inactividad cuando la oficina LAN está caida, ahora existe un riesgo adicional de tiempo de inactividad mientras cualquiera de las conexiones a Internet está inactiva).

Answer 7

Tengo un servidor remoto en una tubería ascendente de 1Mbps al cual RDP (a través de una VPN) y funciona bien. Incluso uso resoluciones de pantalla grandes (1600x1200) sin problemas de rendimiento. Por supuesto, no estoy seguro de cómo sería una configuración para múltiples usuarios concurrentes, sin embargo.

Una ventaja de desarrollar más RDP que no había previsto es que puede guardar sus sesiones, por lo que una vez que termine de desarrollar su día, salga de su cliente RDP y apague su computadora, y cuando inicie sesión de vuelta al día siguiente, su sesión está justo donde la dejó.

Como una ventaja adicional, los clientes RDP están disponibles para linux y OS X.

Answer 8

Lo que es importante para una estación de trabajo de desarrollo es pura potencia de procesamiento. En nuestro lugar, los desarrolladores tienen la mayoría de las estaciones de trabajo de alta gama en términos de CPU, memoria, disco, etc. y no en términos de audio y gráficos. Los últimos son los más afectados por el PDR.

Siempre que el servidor al que los desarrolladores estén realizando RDP sea lo suficientemente rápido como para manejar varias compilaciones, al mismo tiempo, debería estar bien.

Answer 9

Pre-2000 Lo hice durante 3 años todos los días durante varias horas al día. Esto fue cuando el ancho de banda también fue maltratado.

Hoy en día es mucho mejor.

Y si utiliza la vida NxMachine pone aún mejor :)

No obstante, puede utilizar la máquina con múltiples usuarios. Mi preocupación con eso sería que los desarrolladores son un grupo meticuloso (yo mismo incluido) y tendemos a empujar las máquinas realmente duro como es.

no pueden imaginar varias personas en un cuadro de toda la decisión de compilar :)

G-Man

Answer 10

Lo hacemos con Citrix y es muy rápido.

Answer 11

Como con todas las cosas, la respuesta a su pregunta es "Su Milage May Vary" o YMMV. Depende de lo que estén haciendo los desarrolladores. ¿Pasan la mayor parte de su tiempo escribiendo código, o hacen muchas compilaciones grandes? ¿Necesitan acceso directo al hardware?

¿Necesitan derechos de depuración? Una vez que les otorgas los derechos de depuración, básicamente son dueños de la máquina y pueden interferir con otros usuarios.

Normalmente es mucho mejor permitir que los usuarios desarrollen en sus propias computadoras, y usar una VPN para permitirles acceder al sistema de control de versiones. Luego, pueden verificar los archivos en sus computadoras locales y hacer lo que quieran, luego verificar los cambios.

Pero, RDP tiene sus ventajas también. Realmente necesita sopesar los pro y los contra y decidir qué lista es más larga o más "pesada".

Answer 12

Uso Remote Desktop para controlar mi máquina Windows en el trabajo. Uso una máquina virtual Parallels en una Mac y mi conexión es de 2.5M de inactividad, 256k de capacidad.

Esto funciona realmente bien. He estado haciendo esto durante 2 años durante 1-3 días a la semana. La velocidad lenta no es un problema, no puedo escribir tan rápido.

tengo 3 pantallas en el trabajo, pero sigue pareciendo una pantalla de 20" Mac para ser superior. Los colores son mucho más limpio y puedo trabajar más tiempo en el Mac que mis pantallas de trabajo!

Lo que es un asesino Flash en un navegador. Si accidentalmente abro un navegador en mi máquina remota con Flash, se cancela la conexión. La solución es usar FlashBlock (un complemento de Firefox).

Uso Eclipse y Visual Studio sin problemas de ningún tipo.

Answer 13

Uso RDP diariamente para el desarrollo, dejo mi computadora portátil en casa con mi entorno de trabajo abierto y listo t o ir. Cuando llego al trabajo y todos están cargando sus proyectos y abriendo sus programas, acabo de recibir el RDP y estoy listo para comenzar. Sin embargo, debes tener en cuenta ciertos atajos de teclado que cambian (CTRL + ALT + DEL por ejemplo), al principio es molesto pero te acostumbras.

Para mantener la latencia al mínimo, recomiendo ...

• convertir los colores a 256 (después de todo, sólo tiene que ver texto)
• Deja el fondo de pantalla en el otro equipo
• Dejar suena en el otro equipo
• Deja cualquier tema en el otro equipo
• Elija una velocidad de conexión más baja, incluso si el suyo es más alto. Windows minimizará los datos enviados.

Una de las ventajas que también podría considerar es la potencia de procesamiento. Si su máquina en el hogar tiene mejores especificaciones que su estación de trabajo en el trabajo, el tiempo de compilación mejora bastante. Como su máquina local solo necesita actualizar la imagen desde la máquina remota, su computadora local no está bajo carga.

Usar esta opción también me permite seguir el camino. Mientras que otros inician sesión y navegan por Internet y pierden el tiempo, estoy configurado y listo para funcionar. Ser más productivo ayuda a que te paguen mucho dinero (si tu empleador lo nota), mientras que otros todavía están atrapados en sus roles de programación junior.

Answer 14

Me pregunto cuál sería la razón de esto. ¿El (los) servidor (es) central (es) tienen acceso a algunos recursos a los que las máquinas de desarrollador individuales no pudieron acceder?

Estoy usando RDP para conectarme de vez en cuando desde la computadora de mi casa a mi computadora de trabajo. Tengo que decir que es posible codificar, pero es mucho más cómodo hacerlo cuando el IDE está en su propia máquina. Incluso cuando se encuentra en una LAN de 100MBit, hay un retraso notable. No es suficiente para molestar el trabajo, pero molesto sin embargo.

Si la gente tiene que trabajar desde lugares remotos de forma regular, prefiero una configuración donde el control de fuente central esté disponible a través de algún protocolo seguro (HTTPS, VPN, etc.), pero el desarrollo puede ocurrir localmente en las máquinas del desarrollador. Si utiliza algo como SVN, que funciona bien incluso con el desarrollo fuera de línea, entonces debería ser mucho más cómodo para los programadores.

Answer 15

Uso NoMachine NX Client en el escritorio remoto en un servidor sin cabeza que ejecuta FreeNX. Es genial porque puedo iniciar sesión en mi sesión desde cualquier lugar y mi última sesión todavía está ahí para mí. La velocidad nunca ha sido un problema, excepto cuando la línea DSL está desactivada. De todos modos, mi punto es que si está ejecutando un servidor Linux y usa 'vi', entonces hay una alternativa más agradable que 'pantalla'.