Per il nostro lavoro quotidiano abbiamo bisogno di alcune applicazioni che ci aiutino sia nel lavoro che nel divertimento. Tuttavia, se vogliamo passare ad un altro sistema operativo, sorge un problema. Le applicazioni che utilizziamo potrebbero non essere disponibili. Abbiamo preparato una serie di articoli che tratteranno questo argomento. Ci auguriamo che vi sia d'aiuto sia quando cambiate il sistema operativo sia quando cercate nuove applicazioni per il vostro lavoro quotidiano efficiente.
Nel primo articolo della serie, vediamo quali opzioni abbiamo per sostituire le applicazioni su Mac OS. Innanzitutto sarebbe bene dire che Mac OS è un sistema costruito sulla base di NextSTEP e BSD, cioè sulla base del sistema Unix. I primi Mac con OS X funzionavano sull'architettura PowerPC, dove era possibile utilizzare solo strumenti di virtualizzazione (Virtual PC 7, Bochs, Guest PC, iEmulator, ecc.). Ad esempio, sebbene Virtual PC funzionasse in modo relativamente rapido, lavorare tutto il giorno su una macchina virtuale senza integrazione nell'ambiente OS X deve essere stato estremamente scomodo. C'è stato anche un tentativo di unire il progetto Wine con QEMU (Darwine) per eseguire le applicazioni MS Windows in modo nativo su Mac OS, ma questo non ha funzionato come previsto ed è stato annullato.
Ma quando Apple annunciò il passaggio all’architettura x86, le prospettive erano già più rosee. Non solo MS Windows può essere eseguito in modo nativo, ma Wine può anche essere compilato. Anche il portafoglio di strumenti di virtualizzazione è cresciuto, tanto che, ad esempio, MS ha cessato il supporto per il suo strumento Virtual PC per OS X. Da allora, le aziende sono state in competizione sulla velocità con cui possono funzionare le loro macchine virtuali o su quanto bene sono integrate nel sistema. ambiente OS X ecc.
Oggi abbiamo diverse opzioni disponibili per sostituire i programmi da Windows a Mac OS.
- Lancio nativo di MS Windows
- Trovare un sostituto per Mac OS
- Per virtualizzazione
- API di traduzione (vino)
- Traduzione dell'applicazione per Mac OS.
Lancio nativo di MS Windows
Windows può essere avviato utilizzando il cosiddetto DualBoot, il che significa che il nostro Mac esegue Mac OS o Windows. Il vantaggio di questo metodo è che Windows utilizza completamente l'hardware del tuo Mac. Purtroppo dobbiamo sempre riavviare il computer, il che è scomodo. Dobbiamo anche avere la nostra licenza MS Windows, che non è esattamente la più economica. Basta acquistare la versione OEM, che costa circa 3 mila, ma se si desidera eseguire le stesse finestre in una macchina virtuale dal pacchetto BootCamp, si riscontra un problema con il contratto di licenza (fonte: hotline Microsoft). Quindi, se desideri utilizzare BootCamp e la virtualizzazione, hai bisogno della versione completa in scatola. Se non hai bisogno della virtualizzazione, è sufficiente una licenza OEM.
Alla ricerca di un'alternativa per Mac OS
Molte applicazioni hanno la loro sostituzione. Alcuni sono migliori con più funzionalità, altri peggio. Sfortunatamente, dipende principalmente dalle abitudini dei singoli utenti. Se l'utente è abituato a lavorare con Microsoft Office, di solito ha problemi a passare a OpenOffice e viceversa. Il vantaggio di questa alternativa è senza dubbio che è scritta direttamente per Mac OS e il suo ambiente. Spesso tutte le scorciatoie da tastiera a cui siamo abituati e i principi di funzionamento di questo sistema in generale funzionano.
Virtualizzazione
La virtualizzazione esegue Windows in un ambiente Mac OS, quindi tutti i programmi vengono eseguiti in modo nativo in Windows, ma grazie alle opzioni del programma odierne, con il supporto per l'integrazione in Mac OS. L'utente avvia Windows in background, esegue un programma, che viene quindi eseguito nella GUI di Mac OS. Oggi sul mercato esistono diversi programmi adatti a questo scopo. Tra i più conosciuti ricordiamo:
- Desktop di Parallels
- Fusione VMware
- VirtualBox
- QEMU
- Bochs.
Il vantaggio è che qualsiasi software acquistato per Windows funzionerà in questo modo. Lo svantaggio è che dobbiamo acquistare una licenza per Windows e lo strumento di virtualizzazione. La virtualizzazione può essere lenta, ma dipende dal computer su cui stiamo virtualizzando (nota dell'autore: non ci sono problemi con la velocità di lavoro con le applicazioni Windows sul mio MacBook Pro di 2 anni).
Traduzione dell'API
Non preoccuparti, non voglio sommergerti con qualche frase incomprensibile. C'è solo una cosa nascosta sotto questa voce. Windows utilizza speciali chiamate di funzioni di sistema (API) per comunicare con l'hardware e su Mac OS è disponibile un programma in grado di tradurre queste API in modo che OS X possa comprenderle. Gli esperti probabilmente mi scuseranno, ma questo è un articolo per gli utenti, non per la comunità professionale. In Mac OS, 3 programmi fanno questo:
- Wine
- Crossover-Vino
- Crossover
Wine è disponibile solo da file sorgente e può essere compilato tramite un progetto MacPorts. Inoltre, potrebbe sembrare che Crossover-Wine sia uguale a Crossover, ma non è proprio così. Ditta Codeweavers, che sviluppa Crossover a pagamento, si basa sul progetto Wine, ma vi implementa nuovamente il proprio codice per migliorare la compatibilità con le applicazioni. Questo viene inserito nel pacchetto Crossover-Wine in MacPorts, che ancora una volta è disponibile solo traducendo i codici sorgente. Crossover può essere applicato a singole applicazioni e dispone di una propria GUI, che semplifica l'installazione di singole applicazioni e delle relative dipendenze, cosa che i due pacchetti precedenti non hanno. Puoi trovare direttamente sul sito web di CodeWeavers quali applicazioni possono essere eseguite su di esso. Lo svantaggio è che su di esso possono essere eseguite altre applicazioni oltre a quelle elencate da CodeWeavers, ma è necessario essere in grado di configurare il progetto Wine.
Traduzione dell'applicazione per Mac OS
Come ho accennato nel paragrafo precedente. Alcune applicazioni, per lo più provenienti dalla comunità Open Source, potrebbero non avere un pacchetto binario del sistema operativo Mac, ma vengono mantenute nei file sorgente. Affinché anche un utente normale possa tradurre queste applicazioni in uno stato binario, è possibile utilizzare un progetto MacPorts. È un sistema di pacchetti costruito sul principio dei port conosciuti da BSD. Dopo averlo installato e aggiornato il database delle porte, viene controllato tramite la riga di comando. Esiste anche una versione grafica, Project Fink. Purtroppo le versioni del suo programma non sono aggiornate e quindi non lo consiglio.
Ho provato a delineare le possibilità di eseguire applicazioni Windows su Mac OS. Nella parte successiva ci occuperemo di aree specifiche del lavoro con il computer e di alternative ai programmi dell'ambiente MS Windows. Nella parte successiva ci concentreremo sulle applicazioni per ufficio.
Risorse: wikipedia.org, www.winehq.org
Non consiglierei MacPorts a nessuno oggi. Esiste un'alternativa molto più completa e ben congegnata all'Homebrew http://mxcl.github.com/homebrew/
Grazie per il suggerimento, proverò e vedrò cosa succede. Ad ogni modo, c'è un elenco di pacchetti disponibili tramite brew da qualche parte in rete? Qualcosa di simile a: http://www.macports.org/ports.php
Non riesco a trovarlo :( grazie
Sto testando l'homebrew, sarò comunque a favore di "the bull", ma le mie osservazioni:
– la documentazione è molto austera, un utente normale avrà dei problemi (è un dato di fatto che MacPorts è in inglese, ma va bene con un dizionario),
- in qualche modo ancora non capisco il principio della "formula", ma dopo aver guardato, i MacPort hanno una base SW più ampia,
– sì, questa alternativa è più veloce, ma in qualche modo mi mancano le "varianti", passando da ciò con cui voglio compilare a ciò che non voglio.
Non ho ancora provato a compilare direttamente dai file sorgente. Ad essere sincero, per molti utenti preferirei vedere qualcosa come Fink, perché non ho bisogno di sapere cosa c'è dietro. È un dato di fatto che probabilmente Homebrew è migliore per le cose nel repository (non è necessario ricercare varianti, ecc.), vedremo come sarà la compilazione direttamente dai sorgenti.
E' assolutamente strano. Vorrei comprare un Mac, ma la sensazione che dovrò riavviare Windows per poter lavorare con il software che ho comprato a caro prezzo solo per Windows è piuttosto divertente e non risolve il problema dell'esecuzione lontano da Windows.
Rimani fino alla fine della serie. Che software è nello specifico? Forse possiamo trovare una soluzione. Se il programma è sia per Mac che per Win, il produttore (ad esempio Adobe) consente di modificare la piattaforma di sistema durante l'aggiornamento a determinate condizioni.
Onestamente, quando ho comprato il mio primo Mac, avevo paura che avrei passato la maggior parte del mio tempo su Windows. Ora, dopo 2 anni di utilizzo, posso tranquillamente dire che non è poi così male. Più o meno utilizzo Windows per Sap Logon (e solo qualche volta, perché JavaGui non contiene alcune funzionalità che non disturbano l'utente, ma sfortunatamente mi servono per il mio lavoro). Il resto del software funziona sul mio Mac. In ogni caso propenderei per Libor, puoi dirci che SW usi? O conosciamo la sua alternativa, oppure la cercheremo e la aggiungeremo alla nostra serie. E questo vale anche per l'ultimo :)
Di solito me la cavo con Mac OS, ma gradirei software per mappe e comunicazione con GPS: MapSource di Garmin. Garmin ci sta provando, il loro SW per Mac sta crescendo, offrono qualche BaseCamp, ma io non l'ho ancora provato, lo farò. Non ho idea di come sia simile o diverso da MapSource. Dopotutto ho un GPS da escursionismo, un altro GPS per l'auto e mi piacerebbe lavorarci anche su un Mac.
Nello specifico, ho bisogno di Corel x4, Autocad, Autovue 3D Viewer. In totale per circa 70000 NOK stimo il possibile upgrade (se possibile) ad altri 35000 NOK.
Corel ha smesso di supportare il Macintosh alla versione 11, nel 2002. Ho anche letto da qualche parte che consigliano ai propri clienti di utilizzare Boot Camp. Puoi scambiare Corel con Adobe Illustrator o l'intero pacchetto Creative Suite (Illustrator, Photoshop, InDesign, Acrobat...).
A mio parere, l'aggiornamento è possibile con la possibilità di utilizzare le licenze Corel acquistate. Contatta il signor Metlička di Adobe CZ, potrebbe aiutarti.
AutoCAD per Mac sarà in vendita all'inizio di ottobre. Vedi l'articolo http://jablickar.cz/autocad-se-vraci-na-mac-a-ios/
Il visualizzatore 3D di Autovue è CAD? Per cosa usi questo programma?
Non scambierei Corel con niente al mondo, è un programma vettoriale eccellente e veloce. quello che posso disegnare in Corel in 15 minuti, altrove ci vuole circa un'ora....
Ciao,
Potrei avere una domanda sull'accesso a Java SAP? Sei riuscito ad attivare la visualizzazione del carattere ceco? Se utilizzo una code page diversa da 1100, sap "dump", principalmente "RFCGUI_UNEXPECTED_DATA", ma ne ho visti altri. Ti è capitato di riscontrare un problema simile? L'ho risolto aggiungendo cpg=1100 nelle impostazioni avanzate. Quindi la mia intera stringa di connessione è:
conn=/H/saprouter/S/3299/H/sapserver/S/3200&jenc=MacRoman&jloc=en&cpg=1100&lang=EN
Ciao,
Non l'ho provato, lo proverò sul mio server di pratica a casa.
Sto guardando gli spartiti e trovo questo piuttosto interessante:
Nota 887238 – La conversione della codepage non riuscita causa RFCGUI_UNEXPECTED_DATA
In teoria potrebbe essere che nel sistema a cui ti stai collegando non sia installato un altro cpg, ti consiglio di prendere accordi con il tuo bassista.
In alternativa, proverei CP 4110, che è la designazione del codice interno per Unicode, cioè se hai la versione del sistema 4.7, ECC5, ECC6, ecc., o se sono attivati come abilitati per Unicode.
in ogni caso mi aiuterebbe anche se, quando arriva la discarica, tu ne mandi la testa affinché io possa pugnalarmi con essa (ST22). Grazie
Come faccio ad aprire il logo di Corel X5??? Illustrator CS5 mi aprirà solo Corel 12. Non intendo installare Win su Mac...
Chiunque te lo abbia dato/inviato dovrebbe convertirlo in formato EPS, AI, PDF. Non conosco nessun'altra opzione.