Novedades
Cuando salió la Beta 1 del VMWare 2.0, me sorprendió muchísimo; en parte porque solucionaba u ofrecía alternativas coherentes (no pun intended) a ciertas carencias del Parallels. Sin embargo, aunque prometí utilizarla en lugar de este último durante un tiempo (no suelo hacer reviews sin haber utilizado el producto un tiempo), tuve que dejar de hacerlo a los pocos días. VMWare 2.0 Beta 1 era casi inservible en términos de usabilidad, estabilidad y velocidad. Todo anda bastante mal en la Beta 1 (y es de esperarse), y muy lento.
Pero ayer salió la Beta 2. Y si bien parece que algunas cosas aún están un poco sin pulir, han aparecido bastantes cosas interesantísimas, que solucionan muchos problemas y ofrecen alternativas tentadoras a lo que ofrece Parallels. No es mi intención hacer una revisión completa, en parte porque ya lo he hecho, pero si enfocarme en aquellos aspectos nuevos que veo en VMWare 2.0 y la impresión que me han causado. Con esto en mente, la BETA 1 instalada y la BETA 2 en un DMG, me embarqué…
… la instalación: idéntica. En un momento -dado que ahora se puede navegar el HDD de la virtual machine sin arrancarla- te pide si quieres instalar MacFUSE, dado que lo necesita para navegar por un disco “virtual”. Le dije que si.
… una vez que está instalado, aparece un lindo cartelito de registración (que antes no estaba creo) al cual la di “después” (como siempre). Y luego nos presenta una bonita pantalla de bienvenida:
Aunque esa ventana es una novedad, la librería de virtual machines no, y sigue siendo muy similar a la anterior, aunque ahora está más refinada:
La pantalla de preferencias de una máquina virtual en particular, es idéntica a la anterior salvo por la presencia del “AutoProtect”, cuyo icono es excesivamente similar al Time Machine, y de hecho se promociona como el Time Machine de las VMs.
El AutoProtect supuestamente es capaz de tomar snapshots del sistema cada cierto tiempo (aunque agradezco a los ingenieros de VMWare que al menos dejan personalizar el intervalo, no como Time Machine que requiere un “hack” (TimeMachineEditor siendo uno de ellos), para poder cambiar eso. La pantalla es bastante simple y hasta diría que se ve bastante mal y desorganizada, con los espacios mal puestos, pero supongo que fue algo que se deslizó en la Beta sin demasiado cuidado:
Un aspecto que presenta novedades, son las carpetas compartidas. Parallels en su momento se presentó con una integración muy transparente -y no por ello bienvenida- de las carpetas personales del usuario (Música, Vídeos, Documentos, etcétera) entre el sistema operativo de la VM y el OS X, haciendo que sean “las mismas carpetas”. Esto no agradó mucho y la gente puso el grito en el cielo porque Windows no era lo suficientemente seguro y nadie quería que sus ficheros de OS X sean toqueteados y manoseados por un Windows. Yo lo desactivé en parte porque era un coñazo y no me interesaba para nada. Recuerden que mi único motivo (y el de muchos de ustedes) es ejecutar Visual Studio y poder programar en .NET mientras podemos aprovechar la magia de OS X para todo lo demás. En fin, que ahora VMWare se presenta con una alternativa similar. Se puede desactivar perfectamente (en Parallels no siempre funcionaba bien, lo cual generaba más ira entre los usuarios que no podían), y de hecho así lo he dejado.
Pero no todo acaba aquí en el mundo de novedades. Como se puede observar en la captura de pantalla, aparte de las “carpetas compartidas”, de estas “mirrored folders” (carpetas espejadas), ahora llegaron también las Shared Applications (aplicaciones compartidas). Esto ya existe en Parallels y también despierta cierta controversia, pero más que nada porque Parallels hizo lo contrario, es decir que yo haga doble clic en mi .DOC y me lo abra el Microsoft Word de mi Virtual Machine (que, para mal de males, si estaba cerrada se podía abrir (por defecto) causando un mar de sensaciones negativas mientras esperabamos con el MacOS Beachball a que acabe de cargar el Parallels…). Aquí está más controlado:
A priori parece lo mismo, sin embargo, el pequeño botón de URL Handling, nos permite hacer lo contrario, es decir que todo se abra en Mac OS X, inclusive lo que yo abra dentro de la virtual machine.
Por defecto aparece vacío (lo cual resulta un tanto extraño) pero se pueden agregar esas seis categorías, y seleccionar la aplicación que las va a abrir. Toma las que haya configuradas como predeterminadas en OS X, de modo que sólo tuve que agregar, agregar, agregar, agregar… aunque es posible cambiar esto y por ejemplo, utilizar Internet Explorer 7 dentro de Windows como navegador por defecto… (non comment).
Todo esto se puede desactivar y dejar la VM aislada del mundo; eso generará amor en aquellos que prefieren tener al Windows encerrado en una caja de la cual no pueda escapar. Lo sé.
Esta funcionalidad ya existía en VMWare pero con mucha menos personalización y para ser justos hay que decir que en Parallels también se puede personalizar y hacer que se abra todo en Mac OS X, pero al principio generó confusión y a mi me ha pasado que se me abra el “word” de la VM. Supongo que es un claro ejemplo de no poner buenos valores por defecto.
Una linda adición que al fin ha llegado, son los iconos pequeños con vida. Así los llamo yo, pero es que antes eran estáticos y no servían para nada. Me refiero a los que muestran la actividad de la VM. Si, ahora se colorean con un degradé cuando hay actividad, gracias.
Eso es prácticamente todo lo “nuevo” que se ve jugando por los menúes y la interfaz de usuario, pero hay One More Thing™. Las dificultades de hacer el mapping de teclado entre sistemas operativos diferentes es equivalente a la complejidad de una cirugía de corazón. Ningún sistema operativo responde igual a otro ni utiliza los mismos shortcuts. En mi humilde opinión, VMWare no respondía correctamente a este problema, porque si bien tímidamente hacía mapping del cmd-c/v/x para copiar, pegar y cortar respectivamente (de modo que no tengamos que hacer cmd-c en Mac OS X, cambiar a la VMWare y apretar control-c en Windows (o Linux)), el resto de las teclas no respondían correctamente, así bien, nos encontrábamos (especialmente los usuarios de Visual Studio) con muchísimas teclas que no servían para nada. Un claro ejemplo que a mi me afectaba constantemente era el de guardar un fichero. En Windows, tradicionalmente fue siempre control-S, de “Save” (guardar). Estando en cualquier programa que tenga documentos “guardables”, apretar control-s era garantía de que se iba a hacer un “Save”. En VMWare, y acostumbrados a apretar CMD para todo, si no recordabas cambiar a la tecla control, apretabas cmd-s (que, adivinen, también es guardar en Mac OS X) y acababas haciendo cualquier otra cosa, menos guardando tu documento; que era lo que en realidad querías hacer. Como este, puedo citar muchísimos ejemplos de combinaciones de teclas que resultaban “annoying”.
Los muchachos de Parallels hicieron algo mejor. Invertir la tecla. CMD ahora es control (para Windows claro está) y control es “algo así como la tecla de windows” (literalmente). O sea, se inventaron un mapeo de teclas “mas o menos razonable”, que le permita al usuario de Mac/Win compartir la mayoría de las combinaciones de teclas. Esto es mucho mejor y lo digo por experiencia, pero también tiene sus problemas. Algunas teclas no funcionan, algunas no están bien, algunas requieren de una mano de araña para poder ser tocadas (por las combinaciones), etcétera. Sin embargo, a pesar de estas complicaciones, en el día a día, es infinítamente más cómodo el método de Parallels. Hasta hoy.
VMWare inteligentemente cogió lo mejor de ambos mundos. Mappings, si, pero personalizables. Veamos la imagen directamente:
Esto parece una nimiedad, pero no lo es en absoluto; todo lo contrario. Entre los muchos problemas que se presentan entre Virtual Machine vs. OS X respecto de las teclas, estaba el del botón de “enter” del teclado numérico. Pues bien, yo lo cambié y le hice que haga “Return” y funciona de maravillas. Me había quejado bastante de ese detalle porque uso ese “enter” muy a menudo y en la virtual machine no hacía nada (era, como pueden ver, el ALT derecho). En fin, que se pueden agregar más combinaciones de teclas en uno y otro. O sea, si en OS X yo presione “tal tecla”, que en la Virtual Machine se presione tal otra (o tales, porque pueden ser combinaciones). Esto permitiría a los más fetichistas, poner una tecla en OS X que haga Control Alt Delete en Windows. 
Este método, no se si será el mejor, pero sin duda es mejor que lo que había en ambas aplicaciones (VMWare y Parallels) porque permite personalizarlo al máximo. Entre las otras pestañas, se pueden también cambiar los botones del ratón (¡bien ahi!) y los shortcuts del Fusion en particular (pasar a pantalla completa, a Unity, suspender, etcétera). Bastante más completo que lo que había y muy bienvenido.
Una interesante peculiaridad que quiero destacar y que los observadores más detallistas ya habréis visto, es la existencia de Profiles. Si, se pueden guardar perfiles con combinaciones de teclas. Muy útil si alguien quiere usar un juego o lo que sea con teclas “raras” y luego usar Visual Studio y tener otras. Interesante sería encontrar una forma de cambiar rápidamente entre ellas y no tener que andar navegando por menúes de configuración. Pero bueno, que es Beta…
Uso, abuso y errores.
Como toda Beta que se precie de tal, no estará libre de problemas. VMWare Beta 2 no es una excepción a esta regla ni mucho menos. Ni bien arrancó por primera vez, le presenté un escenario difícil. Mi VM estaba suspendida en Beta1. Cuando la suspendí, lo hice con Unity encendido y con dos pantallas activas. Ahora estaba con una pantalla en modo espejo (mirror), en Beta 2 y la segunda pantalla era otra diferente. Una maravilla.
Se colgó, así de feo (hasta que hice Force Quit x 2, luego explico):
Resulta que el VMWare hace algo muy inteligente (respecto del Parallels), y es separar todo en dos procesos. Uno es la VM en si y otro proceso es la ventana en la cual vemos la VM. Si ese proceso de la “ventana” se cuelga o es cerrado violentamente (como hice yo), la VM sigue funcionando en background. Esto es bueno y malo. Bueno porque si lográsemos abrir el proceso de “ventana” nuevamente, el Windows estaría allí, como si nada. Malo porque no siempre se puede “abrir” el proceso de ventana fácilmente. Y muy malo porque ese proceso de VM que hay en background no es visible desde el Dock ni ningún otro sitio, excepto el Activity Monitor. De modo que un usuario inexperto puede quedar atrapado en una VM que está andando (y por ende devorando recursos) y ninguna ventana que lo indique. El concepto es bueno, pero es peligroso. No se si ha cambiado entre Fusion 1.1 y “ahora”, pero antes era así. Y yo tuve que matar dos veces un VMWare, primero maté la “ventana” y luego, al darme cuenta que mi CPU seguía al 200% y subiendo de temperatura, utilizando el utilísimo iStats Menu, que siempre tengo (y que podéis observar en la captura anterior), me di cuenta del proceso que estaba alterando todo. Lo maté y boom.
En el segundo intento, decidir activar el Dual Display en lugar de Mirror, para que al menos “cargue todo”. Lo conseguí. Aunque el Unity arrancó completamente enloquecido y sin funcionar bien, pasé a “ventana” y se arregló. Una peculiaridad (y asquerosidad) es esta ventana:
No se para que sirve (bueno ahi lo dice) o cual es el verdadero objetivo ni que hace aquí; es un verdadero misterio. Supongo que será algo de la Beta 2 porque es horrible. En el título (que no se ve bien) dice “Temporary Unity Window” o ventana temporal de Unity. Esperemos que le dure poco su tiempo.
No instaló ningunas VMWare Tools nuevas (o no me di cuenta), eso si, mi Windows estaba desactualizado porque hacía mucho que no lo usaba, de modo que se descargaron algunos Windows Updates feos y molestos que me pidieron reiniciar. Una vez en orden, hice update del Subversion de nuestro repositorio, y cuando vinieron todos los cambios, abrí Visual Studio. Todo funcionó como era de esperarse. Allí me decidí a probar el Unity nuevamente. Lo activé y luego de algunos ajustes, comprobé que ahora funciona mucho mejor que en la Beta 1. Es el único que puede integrar verdaderamente el Windows con el OS X en múltiples monitores. VMWare 1.1 hace cualquier cosa y Parallels ni les cuento, es un hack grande como una casa. El primero no puede usar múltiple monitor en modo Unity, boom. Asunto sellado. Y el segundo si maximizas una aplicación mientras estás en modo Coherence, se maximiza a la totalidad de las pantallas. Muy gracioso e inservible. O le podrías decir a Coherence, utiliza sólo una pantalla (y estás en el punto de partida). VMWare 2.0 Beta 1 traía la novedad de que el modo Unity ahora funcionaba bien. Y era verdad. Finalmente se podía ejecutar Visual Studio en una pantalla, debugear en otra, mover paletas, etcétera. Exposé funcionaba, todo era color de rosas. Excepto que la Beta 1 andaba muy mal. Muy lenta. Con muchos problemas.
Pero ahora está la Beta 2. Y me dispongo a lo largo de estos días, a cumplir aquella promesa famosa de trabajar un tiempo con la Beta y ver si es productiva en el día a día (a pesar que VMWare recomiende no usarla para “Producción”). La única forma de ver como se comporta es usándola. Ya vimos lo que hay de nuevo, lo bueno, lo malo y lo feo que se ve sobre la superficie de este nuevo VMWare, pero ahora me toca hurgar más abajo y ver si es realmente usable.
Un último detalle interesante es la gran cantidad de compatibilidad que ofrece con otros sistemas operativos, un ejemplo son las versiones de Linux:
Impresionante. Destacan también todas las versiones de Windows desde 3.1 en adelante, FreeBSD, DOS y en modo “experimental”, Mac OS X Leopard Server. Interesante.
En fin, que me voy a programar que se hace tarde. Ya os comentaré que me deja el VMWare 2.0 Beta 2.
Si sois valientes, descargar: VMWare 2.0 Beta 2
