Para nuestro trabajo diario necesitamos ciertas aplicaciones que nos ayuden tanto en nuestro trabajo como en nuestro entretenimiento. Sin embargo, si queremos cambiar a otro sistema operativo surge un problema. Es posible que las aplicaciones que utilizamos no estén disponibles. Hemos preparado una serie de artículos que abordarán este tema. Esperamos que te sea de ayuda tanto a la hora de cambiar de sistema operativo como a la hora de buscar nuevas aplicaciones para tu eficiente trabajo diario.
En el primer artículo de la serie, veamos qué opciones tenemos para reemplazar aplicaciones en Mac OS. Al principio, sería bueno decir que Mac OS es un sistema construido sobre la base de NextSTEP y BSD, es decir, sobre la base del sistema Unix. Los primeros Mac con OS X funcionaban con la arquitectura PowerPC, donde sólo era posible utilizar herramientas de virtualización (Virtual PC 7, Bochs, Guest PC, iEmulator, etc.). Por ejemplo, aunque Virtual PC funcionó relativamente rápido, trabajar todo el día en una máquina virtual sin integración en el entorno OS X debe haber sido extremadamente inconveniente. También hubo un intento de fusionar el proyecto Wine con QEMU (Darwine) para ejecutar aplicaciones de MS Windows de forma nativa en Mac OS, pero no funcionó como se esperaba y fue cancelado.
Pero cuando Apple anunció la transición a la arquitectura x86, el panorama ya era más halagüeño. No sólo se podía ejecutar MS Windows de forma nativa, sino que también se podía compilar Wine. La cartera de herramientas de virtualización también ha crecido, lo que ha provocado, por ejemplo, que MS deje de dar soporte a su herramienta Virtual PC para OS X. Desde entonces, las empresas individuales han estado compitiendo por la velocidad de funcionamiento de sus máquinas virtuales o por su integración en el entorno OS X, etc.
Hoy tenemos varias opciones disponibles para reemplazar programas de Windows a Mac OS.
- Lanzamiento nativo de MS Windows
- Encontrar un reemplazo para Mac OS
- Por virtualización
- API de traducción (vino)
- Traducción de la aplicación para Mac OS.
Lanzamiento nativo de MS Windows
Windows se puede iniciar mediante el llamado DualBoot, lo que significa que nuestra Mac ejecuta Mac OS o Windows. La ventaja de este método es que Windows utiliza completamente el hardware de su Mac. Desafortunadamente, siempre tenemos que reiniciar la computadora, lo cual es un inconveniente. También tenemos que tener nuestra propia licencia de MS Windows, que no es precisamente la más barata. Basta con comprar la versión OEM, que cuesta alrededor de 3 mil, pero si quieres ejecutar las mismas ventanas en una máquina virtual desde el paquete BootCamp, te encuentras con un problema con el acuerdo de licencia (fuente: línea directa de Microsoft). Entonces, si desea utilizar BootCamp y la virtualización, necesita la versión completa en caja. Si no necesita virtualización, una licencia OEM es suficiente.
Buscando una alternativa para Mac OS
Muchas aplicaciones tienen su sustituto. Algunas son mejores con más funcionalidades, otras peores. Desafortunadamente, todo se reduce principalmente a los hábitos de los usuarios individuales. Si el usuario está acostumbrado a trabajar con Microsoft Office, suele tener problemas para cambiar a OpenOffice y viceversa. La ventaja de esta alternativa es, sin duda, que está escrita directamente para Mac OS y su entorno. A menudo, todos los atajos de teclado a los que estamos acostumbrados y los principios de funcionamiento de este sistema en general funcionan.
virtualización
La virtualización implica ejecutar Windows en un entorno Mac OS, por lo que todos los programas se ejecutan de forma nativa en Windows, pero gracias a las opciones de programas actuales, con soporte para integración en Mac OS. El usuario inicia Windows en segundo plano, ejecuta un programa que luego se ejecuta en la GUI de Mac OS. Actualmente existen en el mercado varios programas para este fin. Entre los más conocidos se encuentran:
- Escritorio paralelo
- Fusión de VMware
- VirtualBox
- QEMU
- Bochs.
La ventaja es que cualquier software que hayamos adquirido para Windows se ejecutará de esta forma. La desventaja es que tenemos que adquirir una licencia para Windows y la herramienta de Virtualización. La virtualización puede funcionar lentamente, pero esto depende de la computadora en la que estemos virtualizando (nota del autor: no hay ningún problema con la velocidad de trabajo con aplicaciones de Windows en mi MacBook Pro de 2 años).
Traducción API
No te preocupes, no quiero abrumarte con alguna frase incomprensible. Sólo hay una cosa oculta bajo este título. Windows utiliza llamadas a funciones del sistema (API) especiales para comunicarse con el hardware, y en Mac OS existe un programa que puede traducir estas API para que OS X pueda entenderlas. Los expertos probablemente me disculpen, pero este es un artículo para usuarios, no para la comunidad profesional. En Mac OS, 3 programas hacen esto:
- Vino
- Vino Crossover
- Crossover
Wine solo está disponible desde archivos fuente y se puede compilar a través de un proyecto. MacPorts. Además, podría parecer que Crossover-Wine es lo mismo que Crossover, pero no es así. Firme CodeWeavers, que desarrolla Crossover por dinero, se basa en el proyecto Wine, pero implementa su propio código para mejorar la compatibilidad con las aplicaciones. Esto se incluye en el paquete Crossover-Wine en MacPorts, que nuevamente solo está disponible traduciendo los códigos fuente. Crossover se puede aplicar a aplicaciones individuales y tiene su propia GUI, lo que le facilita la instalación de aplicaciones individuales y sus dependencias, que los dos paquetes anteriores no tienen. Puede encontrar directamente en el sitio web de CodeWeavers qué aplicaciones se pueden ejecutar en él. La desventaja es que se pueden ejecutar otras aplicaciones además de las enumeradas por CodeWeavers, pero debe poder configurar el proyecto Wine.
Traducción de la aplicación para Mac OS
Como mencioné en el párrafo anterior. Es posible que algunas aplicaciones, en su mayoría de la comunidad de código abierto, no tengan un paquete binario de Mac OS, pero se mantienen en archivos fuente. Para que incluso un usuario normal pueda traducir estas aplicaciones a un estado binario, se puede utilizar un proyecto MacPorts. Es un sistema de paquetes construido según el principio de puertos conocido de BSD. Una vez instalado y actualizada la base de datos del puerto, se controla mediante la línea de comando. También existe una versión gráfica, Proyecto Fink. Lamentablemente, las versiones de su programa no están actualizadas y por lo tanto no lo recomiendo.
Intenté describir las posibilidades de ejecutar aplicaciones de Windows en Mac OS. A partir de la siguiente parte, nos ocuparemos de áreas específicas del trabajo con una computadora y alternativas a los programas del entorno MS Windows. En la siguiente parte, nos centraremos en las aplicaciones de oficina.
Recursos: wikipedia.org, vinohq.org
Hoy en día no recomendaría MacPorts a nadie. Existe una alternativa al Homebrew mucho más completa y bien pensada http://mxcl.github.com/homebrew/
Gracias por el consejo, lo probaré a ver qué pasa. De todos modos, ¿hay una lista de paquetes disponibles a través de Brew en algún lugar de la red? Algo como: http://www.macports.org/ports.php
No lo encuentro :( gracias
Estoy probando cerveza casera, de todos modos estaré a favor de "el toro", pero mis observaciones:
– la documentación es muy austera, un usuario normal tendrá problemas con ella (es un hecho que MacPorts está en inglés, pero con un diccionario está bien),
- De alguna manera todavía no entiendo el principio de la "fórmula", pero después de mirar, los MacPorts tienen una base de software más grande,
– Sí, esta alternativa es más rápida, pero de alguna manera me faltan "variantes", cambiando entre lo que quiero compilar y lo que no.
Todavía no he intentado compilar directamente desde los archivos fuente. Para ser honesto, muchos usuarios preferirían ver algo como Fink, porque no necesito saber qué hay detrás. Es un hecho que Homebrew probablemente sea mejor para las cosas en el repositorio (no es necesario investigar variantes, etc.), veremos cómo es la compilación directamente desde la fuente.
Es totalmente extraño. Me gustaría comprar una Mac, pero la sensación de que tendré que ejecutar Windows nuevamente para poder trabajar con el software que compré costosamente solo para Windows es bastante divertida y no resuelve el problema de ejecución. lejos de Windows.
Quédate hasta el final de la serie. ¿Qué software es específicamente? Quizás podamos encontrar una solución. Si el programa es tanto para Mac como para Win, el fabricante (por ejemplo, Adobe) permite cambiar la plataforma del sistema durante la actualización bajo ciertas condiciones.
Honestamente, cuando compré mi primera Mac, tenía miedo de pasar la mayor parte del tiempo en Windows. Ahora, después de 2 años de uso, puedo decir con seguridad que no es tan malo. Más o menos uso Windows para Sap Logon (y sólo a veces, porque JavaGui no contiene algunas funcionalidades que no molestan al usuario, pero lamentablemente las necesito para mi trabajo). El resto del software se ejecuta en mi Mac. En cualquier caso yo me inclinaría por la Libor, ¿puedes decirnos qué SW utilizas? O conocemos su alternativa o la buscaremos y la agregaremos a nuestra serie. Y eso también se aplica al último :)
Normalmente me las arreglo con Mac OS, pero agradecería el software para mapas y comunicación con GPS: MapSource de Garmin. Garmin lo está intentando, su SW para Mac está creciendo, ofrecen algo de BaseCamp, pero yo todavía no lo he probado, lo voy a hacer. No tengo idea de en qué se parece o se diferencia de MapSource. Después de todo, tengo un GPS para senderismo, otro GPS para el coche y me gustaría trabajar con él también en un Mac.
Específicamente necesito corel x4, Autocad, Autovue 3D Viewer. En total, alrededor de 70000 35000 NOK. Calculo que la posible mejora (si es posible) a otras XNUMX XNUMX NOK.
Corel dejó de admitir Macintosh en la versión 11, en 2002. Incluso leí en alguna parte que recomiendan a sus clientes que utilicen Boot Camp. Puedes cambiar Corel por Adobe Illustrator, o todo el paquete Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
En mi opinión, la actualización es posible con la opción de utilizar licencias Corel adquiridas. Póngase en contacto con el Sr. Metlička de Adobe CZ, él podría ayudarle.
AutoCAD para Mac saldrá a la venta a principios de octubre. ver el articulo http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
¿El visor Autovue 3D es CAD? ¿Para qué usas este programa?
No cambiaría Corel por nada, es un programa vectorial excelente y rápido. Lo que puedo dibujar en Corel en 15 minutos, en otros lugares me lleva aproximadamente una hora....
Buen dia
¿Podría tener alguna pregunta sobre el inicio de sesión de Java SAP? ¿Conseguiste activar la visualización del carácter checo? Si uso cualquier página de códigos que no sea 1100, SAP "volca", principalmente "RFCGUI_UNEXPECTED_DATA", pero he visto otras. ¿Encontró un problema similar? Lo resolví agregando cpg=1100 en configuración de experto. Entonces toda mi cadena de conexión es:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=ES
Buen dia
No lo he probado, lo probaré en mi servidor de práctica en casa.
Estoy mirando la partitura y me parece bastante interesante:
Nota 887238: La conversión fallida de la página de códigos provoca RFCGUI_UNEXPECTED_DATA
En teoría, podría ser que no esté instalado otro cpg en el sistema al que te estás conectando, te recomendaría que lo arregles con tu bajista.
Alternativamente, probaría CP 4110, que es la designación del código interno para Unicode, es decir, si tiene la versión del sistema 4.7, ECC5, ECC6, etc., o si están activados como Unicode habilitado.
en cualquier caso también me ayudaría que cuando te llegue el basurero me mandes la cabeza del mismo para que me apuñale con él (ST22). Gracias
¿Cómo abro el logo de Corel X5??? Illustrator CS5 solo me abre Corel 12. No tengo intención de poner Win en Mac...
Quien se lo haya dado o enviado debe convertirlo a formato EPS, AI o PDF. No conozco otra opción.