Newsgroup: it.comp.macintosh
Titolo: Se... Una domanda impropria.

Se i software diventassero tutti gratis da domani, anche quelli
commerciali, quale cambiereste per quale altro?
io: 
iMovie --> Final Cut Pro
TextEdit --> Mellel
-- 
Guru       Non coltivate i beni terreni,
               non rimarrà niente.
         Coltivate l'amore delle persone,
            vale più di qualsiasi oro. 

 TextEdit --> Mellel
OpenOffice -> Office/iWorks
octave/scilab -> matlab
gcc -> compilatori proprietari (solitamente molto piu' efficienti)
vmware player -> vmware quello che e'
Ciao Jack

 commerciali, quale cambiereste per quale altro?
Macos 10.4 -> Macos 10.5
Devonthink 1.x -> Devonthink 2
Ragtime solo -> Ragtime 6.5
Photoshop Elements - Photoshop
-- 
http://www.venerandi.com

 vmware player -> vmware quello che e'
da quando esiste vmware player sotto mac os?
non c'è!
e purtroppo con fusion il supporto al networking è limitato, e
detto in termini potabili, non è possibile ricreare tutti gli scenari
possibili, come invece accade con vmware server/workstation. Peccato.
Cmq qualcosa si muove, anche se non a livello ufficiale.
http://communities.vmware.com/docs/DOC-8013
Speriamo che prima o poi ci tirino fuori la versione server free che è
davvero
un bellisimo prodotto.
ciao

 occhio che matlab per osx è a dir poco osceno
Beh... Ho un compagno d'appartamento che lo usa profiquamente senza
problemi, poi che non sia ottimizzato ok, ma non lo vedo male....


 poi che non sia ottimizzato ok
E perchè non dovrebbe essere ottimizzato? L'ottimizzazione
è sulle librerie di calcolo, e quelle non dipendono dall'OS quanto dalla
CPU.
-- 
-riko

 occhio che matlab per osx è a dir poco osceno
Palle.
-- 
-riko

 gcc -> compilatori proprietari (solitamente molto piu' efficienti)
Dissento. Fortemente. 
Il compilatore Intel è più efficiente di gcc. Nel senso che genera
programmi più veloci con le opzioni di compilazione giuste. Peccato che
non è infrequente che le ottimizzazioni fatte non siano semanticamente
sound e siano fatte specificamente per vincere i benchmark
(eventualmente spompinandosi con la CPU).
Da quanto mi risulta poi il debugger Intel non fa una pippa a gdb. Ti
ricordo che gdb ti consente di chiamare durante il debugging le funzioni
(e i le funzioni membro, in C++) del codice che stai debuggando. Non hai
un'idea di quanto sia un time-saver.
Oltretutto i compilatori ottimizzanti spesso sono dei maiali: presente
-ffast-math che spiezza la semantica di nan e infinity?
Il compilatore Microsoft per dire le prende sulla vettorizzazione
"automatica" SSE sia da gcc che da intel. Non solo *oggi* i recenti gcc
non sono più lenti di Microsoft (anzi).
Non starei insomma a buttare li un grezzo "i compilatori proprietari
sono solitamente più efficienti di gcc", semmai intel, spesso barando,
straccia qualunque concorrente. Ah, e lo straccia in genere anche non
barando. 
-- 
-riko

 barando. 
fantastico: questo è un post di cui non ho capito un acca, ma veramente
nulla. Cioè il succo si, l'ho capito, ma effettivamente non posso dire
di aver avuto chiara una frase che sia una :-D
Così, tanto per dire, è chiaro che non capisca - non è mestier mio -
però è stato buffo leggerlo :-D
-- 
"Scrivere di musica è come ballare di architettura."
F.Z.

Onestamente? Non mi viene in mente nulla al momento! O_O
Men che mai penserei a sostituire il gcc e men che mai penserei di
poter usare office.

 occhio che matlab per osx è a dir poco osceno
Sara' per questo che poco tempo fa alla MathWorks cercavano sviluppatori
OS X? Quantomeno per dargli una interfaccia non X11, spero...

 poter usare office.
Magari non gcc -> icc, ma io un pensierino a llvm (e a clang) comincerei
a farlo...
d

 a farlo...
Per ora, direi di no. Più avanti forse sarà semplicemente obbligato.
-- 
-riko