Newsgroup: it.comp.macintosh
Titolo: sulla diatriba guru *nix versus MacOS

http://www.bitrot.de/macswitch.html
Visto il clima generato dal post di max_adamo ecco un interessante 
articolo su mac os visto da un utente linux.
Penso sia un interessante argomento di discussione
Luca

 articolo su mac os visto da un utente linux.
L'autore commette una grave inversione storica: afferma
che Mac OS X deriva direttamente dal FreeBSD e che
Apple ha rimpiazzato alcune componenti, come il kernel,
utilizzando delle vetuste tecnologie ereditate da NeXT.
Ma è andata esattamente all'opposto.
Come si può dire che OpenBSD sia derivato dal NetBSD
o che il DragonFlyBSD sia un fork del FreeBSD 4.x, va
detto che Mac OS X deriva direttamente dal NeXTSTEP:
parte del kernel del FreeBSD è stato integrato in XNU,
dove il MACH ha perso completamente la sua natura
di microkernel puro, e anche se i sorgenti di molti comandi
e utility sono quelli del FreeBSD, molti strumenti e molte
convenzioni per la gestione di sistema differiscono
completamente.
Ma Apple non solo non ha adottato molte cose del FreeBSD
che invano ci si aspetterebbe, ma sta rimettendo in discussione
molte tecnologie di NeXT, a partire proprio dal NetInfo citato
dall'articolo che è stato messo completamente in secondo
piano con l'adozione di OpenDirectory.

 Penso sia un interessante argomento di discussione
Per esempio per dire che non ha usato a fondo il sistema. Ora io non ho
letto tutto, ma alcune cose gli sono sfuggite fin da subito, immagino
potrebbero essergliene sfuggite altre.
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 wrote:

Cazzata n.1:
| If your movie file is named file.mpeg instead of file.mpg, you
| cannot view it.
Cazzata n.2:
| No desktop switching. This is a lifesaver that every
| modern GUI must have.
Cazzata n.3:
| iTunes [...] tries to sell you an iPod and a iTunes shop membership
Cazzata n.4:
| a quasi-proprietary language (Objective C
Cazzata n.5, detta "la grande":
| As a Linux user, I am used to getting software for free. With my
| Mac, I learned about shareware. That's software designed to work
| poorly or not at all, or just for a short time, until you pay money.
Cazzata n.6:
| [Objective C] it's now a failed language that nobody uses
Cazzata n.7:
| when you do a harmless but long-running system operation such as
| accessing a disk, like copying a file or downloading one over the
| net, the entire system freezes and all you get is a spinning beach
| ball cursor. That beach ball is the nemesis of Mac mini users. It
| means that the Finder, which controls all windows on the desktop,
| no longer responds to user interactions.
Cazzata n.8, detta "l'insuperabile":
| Apparently Apple saw Microsoft's idiotic Registry blunder and felt
| that they must make a similar and equivalent idiotic blunder.
    Paragonare i file di preferenze di OS X col file di registro di
    Windows è evidente sintomo di incompetenza acuta in entrambi i
    sistemi.
Mi sono limitato a riportare le cazzate smentibili oggettivamente.
Ho tralasciato le cazzate "filosofiche" e quelle che giudico tali
soggettivamente, altrimenti questo post sarebbe stato lungo almeno
quanto l'articolo originale.
| I am writing this with a Linux vim editor
Ci avrei giurato.
-- 
.: Jazzman :.
"Prendere per il culo era facile, il difficile era esserlo di fino"
                                                  (R.Bounty su ivd)

 | a quasi-proprietary language (Objective C
qui ha ragione, sul resto *e molto altro ancora* non discuto.
(certo che gli occhiali da nerd-linuxcentrico distorcono dibbrutto: gli
occorrerebbero un bel po' di passatine coi panotools :-) )

 | no longer responds to user interactions.
Ecco a chi ho prestato la beta pubblica...maledetta memoria.
-- 
maestropaolo

)
e non mi risulta che abbiano cessato l'attività a causa di pratiche
ostative da parte di Apple.

 ostative da parte di Apple.
no non lo hanno fatto ma la versione GNU delle librerie e' un tocco
indietro rispetto a cocoa
e cmq che "la gente" non usi objective c e' un fatto

 qui ha ragione, sul resto *e molto altro ancora* non discuto.
Non sono d'accordo. Objective-C è parte integrante del gcc,
assolutamente Open Source.
Ci sono anche altre implementazioni (il POC, per dire).
La cosa proprietaria, semmai è parte di Cocoa (o se vuoi tutto Cocoa, a
seconda di dove lo fai iniziare e finire).
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 Ci avrei giurato.
Lol... a parte il vim, mi sono perso molto a non leggerlo. Č esilarante.
Mi chiedo persone cosě ignoranti come cavolo fanno a lavorare. ;)
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 seconda di dove lo fai iniziare e finire).
diciamo che openstep (o come diamine si chiama la libreria gnu) e' un
sottoinsieme e volendo (ma c'e' qualcuno che vuole?) stare
multipiattaforma ti devi limitare parecchio

 e cmq che "la gente" non usi objective c e' un fatto
C'è stata di mezzo la "rivoluzione" Java dalla quale anche Apple
si è lasciata trascinare, abbandonando la versione in Objective-C
dell'Enterprise Objects Framework.
A mio avviso il neo-utente Mac attacca in troppi punti i "babbioni
della NeXT"; l'OpenStep licenziato da Sun si arenò subito ma, a detta
di molti, l'influenza che il suo design ebbe sull'impianto base di Java
è molto riconoscibile.

 della NeXT"
ho detto che sul resto e su molto altro delira, ma su quello specifico
punto ha regione non vedo perche' non si edebba dargliela
e' un coacervo di luoghi comuni ai quali siamo abbstanza abituati, di
solito gli stessi vengono fatto dall'utente win-dozzo con argomentazioni
meno nerd-iche
che questo qui ci goda a usare un mac per scrivere con vim sul terminale
e' assai sintomatico :-)

 Mi chiedo persone così ignoranti come cavolo fanno a lavorare. ;)
Sono quelle che poi fanno sì che gli strumenti di amministrazione dei
computer non vengano ritenuti software pro ma software per rompere le
scatole agli altri utenti.
Sono quelli che cercano di fare i sistemisti seriamente ad essere
ostacolati nella ricerca di lavoro da queste persone, oltretutto molto
ricercate sul mercato perché pagabili a prezzi di bassa manovalanza.

 e producendo la meno efficiente VM della storia :-)
Per fortuna Apple sta predisponendo una versione Intel del
compilatore JIT HotSpot molto piů prestante
<(
http://weblogs.java.net/blog/invalidname/archive/2005/07/apples_javaone.html
)>. 

 <(
http://weblogs.java.net/blog/invalidname/archive/2005/07/apples_javaone.html
)>. 
mah non mi sembra così entusiasta
carina la frase apple:
The Apple guys replied that they're always "forward looking"
ovvero, vuoi supporto al tuo sistema operativo? cambialo, già che ci sei 
cambia anche macchina che con quella non ci fai più niente.
f.
-- 
http://loscimmiotto.splinder.com/

 CUT
Personalmente, da utente piu' o meno vecchio di FreeBSD, non capisco
perche' non abbiano mantenuto la pulizia di FreeBSD, la struttura del
fs. Al momento e' l'unica cosa che mi piace davvero poco di OSX, sono
abituato ad installare qualcosa ed andare a botta sicura.
  ngw
-- 
checking for life_signs in -lKenny... no
	Oh my god, make (1) killed Kenny ! You, bastards !
nicholas_wieland-at-yahoo-dot-it

 abituato ad installare qualcosa ed andare a botta sicura.
Puoi spiegarmi meglio: non sono pratico di FreeBSD.
-- 
Salutandovi indistintamente

 abituato ad installare qualcosa ed andare a botta sicura.
Sorry ma non ti capisco. Piu' pulito di cosi'... (tra l'altro la
struttura e' vecia pure questa, viene da NeXT.)
 - ∞


ci si può rapidamente rendere conto di come quel "FreeBSD-based"
usato da Apple nei suoi infomercials è un'espressione troppo
semplificata, sicuramente fuorviante.

 
Beh, io lo uso al posto di C++, anche senza cocoa. Le classi uno se le
scrive se vuole.
-- 
Davide Cittaro
Drop WINDOWS if you want to reply

 scrive se vuole.
tu sei un progetto? :-)

 compilatore JIT HotSpot molto più prestante
il che alla fine butta sempre piu' acqua al mulino dei powerpc = cessi
:-)

 :-)
Cessi di lusso. WebOjects sta ancora reggendo l'Apple Store e l'iTunes
Music Store.

 wrote:

vorra' dire che quando lo mettono su x86 andra' meglio :-)

 multipiattaforma ti devi limitare parecchio
Sia Cocoa che GNUStep sono 2 estensioni di Openstep, in particolare la 
prima, tant'č che molte applicazioni GNUStep sono facilmente portabili 
sotto mac os, il problema cmq rimane, in objective-C si programma solo 
per piattaforma Apple, anche GNUStep nel mondo opensource č una piccola 
nicchia.

- Mad Prof <nos...@mail.invalid> :

Nulla di che, semplicemente essendo uno Unix ed essendo io abituato alla
struttura delle directory di Unix mi aspetto di trovare le librerie da
qualche parte in /usr/share/, invece in OSX mi trovo molto spesso a
girare come uno scemo per scoprire dov'e' la mia roba.
Cmq sono un nubbiazzo, prima o poi mi abituo :)


 
Luca

 girare come uno scemo per scoprire dov'e' la mia roba.
Ah, quindi tu intendevi semplicemente come č piazzata la "roba"... Io
pensavo ti riferissi a qualcosa di piů concreto, relativo alla gestione
del filesystem.
-- 
Salutandovi indistintamente

 veramente qui stava parlando di NetInfo
E che avrebbe in comune NetInfo col registro di Windows...? 
-- 
Salutandovi indistintamente

 E che avrebbe in comune NetInfo col registro di Windows...? 
Assolutamente nulla.
-- 
Porco Jobs!

 Assolutamente nulla.
beh lo stesso concetto user friendly
-- 
http://loscimmiotto.splinder.com/

 beh lo stesso concetto user friendly
Non scherziamo, dai.
Si vede che non hai mai lanciato regedit una volta.
NetInfo, nonostante sia sempre piu' abbandonato da Apple in favore di
LDAP ha una struttura modulare e avanzata di database distribuito
(struttura ad "albero con possibilita' di clusterizzazione, ecc") tanto
quanto LDAP con alcuni difettucci (discreto traffico di rete in
strutture complesse) e diverse features piuttosto avanzate ai tempi del
next.
Il registro di windows e' proprio un'altra cosa.
-- 
Porco Jobs!

 nicchia.
gia', microscopica :-)

 e non del linguaggio
si e' espresso benissimo, se si guarda la sostanza e non la forma
la forma e' che objective C non e' proprietario 
la sostanza e' che nessuno ci scrive sopra, peggio di un sistema
proprietario

 di fatto nessuno0 sviluppa objective c al di fuori di questa piattaforma
Questo mi sembra un po' difficile da dimostrare.
Solo perché l'Objective-C è meno diffuso del C/C++ (che tra l'altro
nessuno ti impedisce di usare per sviluppare su OS X) non significa che
*nessuno* lo usi.
E' una estremizzazione che poi porta all'errore di definirlo "linguaggio
quasi proprietario" (che vorrà dire poi?).
-- 
.: Jazzman :.
"Prendere per il culo era facile, il difficile era esserlo di fino"
                                                  (R.Bounty su ivd)

 strategia
Dov'è che iTunes "cerca di venderti un iPod e una iscrizione all'iTunes
Music Store" ?
L'iscrizione all'iTMS è gratis; compare un pop-up che lo ricorda solo
nel caso uno ascolti consecutivamente più di un tot di anteprima.


 i desktop multipli sono molto utili
Può essere, anche se personalmente non sono d'accordo. Ma dire che "ogni
GUI moderna deve averli" non ha alcun senso.


 
Infatti, lui lo paragona al registro di windows come complessità e da niubbo
dell'aggeggio in questione non posso che dargli ragione (che poi sia un
sistema molto potente, almeno io non lo metto in dubbio)
Luca

 gia', microscopica :-)
Vero, nonostante sia un framework veramente valido (al pari di cocoa)
Luca

 tu sei un progetto? :-)
Beh, se fossi religioso ti direi di si... invece ti diro' che non ho
capito la tua richiesta :) Volevo dire che uso Objective-C anche senza
Cococa....
d


 multipiattaforma ti devi limitare parecchio
Non sono del tutto convinto che Cocoa sia da considerare parte del
linguaggio. Bisognerebbe informarsi. Da quanto so io Cocoa è una
bellissima libreria costruita in ObjectiveC, ma non in se parte di
ObjectiveC.
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 Cmq sono un nubbiazzo, prima o poi mi abituo :)
Infatti e' solo una questione di abitudine.
Ciao
Mirko

 la portabilità del sistema, piuttosto che al modello dei driver del FreeBSD.
Su NeXTSTEP c'era il DriverKit scritto in ObjC mentre IOKit e' scritto in C++.
Non sono molto simili i due framework ma di sicuro la documentazione di 
NS sotto
questo aspetto era abbastanza lacunosa.
Su OSX almeno hai libero accesso ai src.
Ciao
Mirko

  - ?
Non lo metto in dubbio, solo ci mettero' un po' ad abituarmi.
Io l'avevo detto che era una cazzata eh :p


 Luca

 ObjectiveC.
beh se sviluppi in objective senza usare la libreria... furbissimo non
sei
il fatto che nessuno sviluppi in objective imho derva direttamente dal
fatto che gnustep e' un po zoppetto 

 d
non c'e' gente che sviluppa progetti in objective C che non siano
ESCLUSIVI per apple
(progetti seri)

 quasi proprietario" (che vorrà dire poi?).
vorra' dire che fa passare la voglia di usarlo per progetti seri
multipiattaforma?


Desktop Manager .. freeware e molto ben fatto.
A volte basta poco ... che ce vò
-- 
Phate

 GUI moderna deve averli" non ha alcun senso.
sottoscrivo.
personamente preferisco 1000 volte la gestione del desktop con exposé
che quella con desktop multipli.
-- 
G i n o S c o l a
--------------------
www.ginoscola.it
--------------------

 dell'aggeggio in questione non posso che dargli ragione
No guarda, lavorare col registro di Win e con "Gestione NetInfo" non e'
affatto la stessa cosa, siamo su un livello di complessita' diverso,
gestione netinfo ha un output un po' piu' umano e comprensibile.
-- 
Porco Jobs!

 ancora in Objective-C. Da un report della WWDC '98:
Vero, infatti il mio driver matrox girava anche su Rhapsody! :-P
A dir la verita' con qualche configurazione faceva i capricci...
Ciao
Mirko

 proprietario
Guarda... il fatto che sia usato specialmente su una piattaforma secondo
me non è un problema.
Per dire ObjectiveC ha su sourceforge più progetti di OCaml, Lisp,
Scheme e Haskell. 
E specialmente per il primo e l'ultimo non puoi cercare di sostenere che
siano "cattivi sistemi" (peggio di un sistema proprietario... poi non
capisco cosa vuole dire, il sistema più proprietario di una minima
notorietà che mi viene in mente è Java, che su sf è il linguaggio più
usato in assoluto, e per di più è anche uno dei linguaggi più usati
nell'industria. Ma a parte poche persone nel mondo Open nessuno se ne
preoccupa).
In Prolog ci sono un centinaio di progetti. Eppure è usato in un sacco
di università...
Insomma, non vedo dove è il problema di ObjectiveC.
Cosa avrebbe dovuto fare Apple? Basarsi solo su Java? Io preferisco
ObjectiveC. Pure con i suoi limiti mi pare un'ottimo linguaggio general
purpose, e sono contento che Apple lo abbia scelto.


 GUI moderna deve averli" non ha alcun senso.
Infatti. Nonostante fossi abbastanza affezionato a DesktopManager (ci
avevo fatto alcune personalizzazioni che erano una sciccheria, peccato
che l'autore non abbia risposto alla mia mail -- e conseguentemente non
siano finite nella versione pubblica), con Exposè non ne sento il
bisogno. Prima si che ci voleva.


 purpose, e sono contento che Apple lo abbia scelto.
e' una scelta che ha i suoi pro (e' proprio carino, un sacco meglio di
cpiuppiu') e i suoi contro (nessuna grossa ditta lo usa)

 multipiattaforma?
"Quasi proprietario" non significa niente: una cosa o è proprietaria o
non lo è. L'Objective-C è un linguaggio non proprietario.


 beh lo stesso concetto user friendly
No, sul Registry editor ci si muove assolutamente a caso o perché si è
letto di togliere o editare o copiare un particolare file.
Anche se ora accorrerà qualcuno a scrivere che lui sguazza giulivo e
beato in quella miriade di file dai nomi spesso poco significativi. Buon
per lui, torni a sguazzarci.

 beh lo stesso concetto user friendly
Utonto.
-- 
:蚤

 non lo è. L'Objective-C è un linguaggio non proprietario.
i sofisti e i formalisti abbondano...

 Assolutamente nulla.
Infatti: se c'è qualcosa di simile a NetInfo è il NIS+ di Sun.
-- 
Salutandovi indistintamente



Premesso che NetInfo è una cosa, Gestione NetInfo un'altra, G NI
onestamente come tool per la gestione di un dominio non mi pare così
astruso: le informazioni sono ben organizzate. Certo c'è da scrivere a
manella invece che scegliere da un menu, ma considerato l'ambito di
utilizzo non mi pare un dramma.
-- 
Salutandovi indistintamente

 dell'aggeggio in questione non posso che dargli ragione
Ma ci hai mai messo mano al registro di Windows...? Io pochissime volte,
ma non è assolutamente paragonabile. A parte il fatto che, come già
detto, sono due cose assolutamente diverse, anche come accessibilità non
c'è paragone. In Gestione NetInfo trovi le informazioni del dominio
organizzate gerarchicamente, secondo nodi sensati. Nel registro di
Windows trovi una selva di chiavi astruse in cui è impossibile
riconoscere una qualche logica umana.
-- 
Salutandovi indistintamente

 (progetti seri)
Dipende cosa intendi per "seri". Poi resta pure della tua opinione. ;)
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 fatto che gnustep e' un po zoppetto 
Ci hai lavorato? 
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 multipiattaforma?
Vorrŕ dire che ha poco marketing alle spalle?


 Infatti e' solo una questione di abitudine.
Spotlight (mdfind da Terminal) e` forte.  Se no, anche locate comunque
aiuta, ovviamente.
Alex

 non lo è. L'Objective-C è un linguaggio non proprietario.
Su questo siamo pienamente d'accordo.  L'unico proprietario fra quelli
suelencati e` "ASP" (che propriamente non e` un linguaggio ma una
piattaforma, comunque proprietaria di Microsoft) -- a meno che uno non
voglia contare come tale Java, che Sun ha PROMESSO di liberare, ma al
momento e` tutt'ora trademark proprietario di Sun Microsystems.
Alex

 Ci hai lavorato? 
tu si?
tu si?

 Dipende cosa intendi per "seri". Poi resta pure della tua opinione. ;)
finche nessuno la smentisce resta qualcosina di piu' di una semplice
opinione

 Vorrà dire che ha poco marketing alle spalle?
no vuole dire che ha perso il treno, da tempo, e non c'e' marketting che
tenga... o apple si prende il 30% del mercato (MEAGROTFL) o quel treno
non passera' piu'

 lavoro rispetto ai 6 minuti che mi e` costata la suddetta tabellina;-)
un campionamento statistico enderebbe l'idea abbastanza bene
(sarebbe interessante anche campionare l'indice di "attivita'" che io
sospetto essere bassina: tipo un singolo individuo che per gioco si
vuole fare la sua app e la mette sul sourceforge sperando che ma poi
nessuno se lo caca)

 Ma ci hai mai messo mano al registro di Windows...? Io pochissime volte,
mettiamola cosě, io uso apple da... uh quasi vent'anni e la mia 
impressione di fronte a gestione netinfo č stata quella di un regedit 
windows. che poi uno sia peggio dell'altro č poco influente ai fini 
dell'interfaccia utente, continuo a pesare che ci siano terreni di osx 
che la gui non copre e potrebbe e gestione netinfo č una di quelle.
ma in fondo sono cose per smanettoni no? godiamoci il mediacenter... mah
f.
-- 
http://loscimmiotto.splinder.com/

 statistiche per prendere in giro te, magari lo fanno proprio apposta.
hai delle certezze piu' plausibili da proporre? :-)

 solo una personalissima opinione. L'onere di prova spetta a chi afferma.
purtroppo questa affermazione e' indimostrabile ma solo falsificabile,
al pari di tanta altra, buona, conoscenza

 Quelle che tu chiami "certezze" a mio vedere sono "idee", "sghiribizzi".
le hai chiamate tu certezze io ho solo seguito il tuo termine

 che la gui non copre e potrebbe e gestione netinfo è una di quelle.
Che vuol dire la GUI non copre? Gestione NetInfo non ha una GUI? NetInfo
è un database in cui le tabelle sono organizzate gerarchicamente in un
albero di directory, un po' come un filesystem. Gestione NetInfo ti
permette nel pannello superiore di navigare nella gerarchia fino a
raggiungere la tabella che ti interessa e poi nel pannello inferiore di
modificare i dati contenuti nella tabella. E' tanto diverso da come
inserisci i dati col modulo database di NeoOffice?
-- 
Salutandovi indistintamente

 si`... alla fine
Ecco, bravo: alla fine...
-- 
Porco Jobs!

 Infatti: se c'è qualcosa di simile a NetInfo è il NIS+ di Sun.
Anche LDAP o AD: si tratta pur sempre di servizi di directory.
-- 
Porco Jobs!

 Anche LDAP o AD: si tratta pur sempre di servizi di directory.
Sě, ma NIS+ č molto molto simile a NetInfo. Tra l'altro anche la Sun sta
abbandonando NIS+ in favore di LDAP...
-- 
Ve lo meritate Gil Amelio!

 eliminates the high-level
abstractions most of today's operating systems are built on, instead
concentrating on securely and efficiently multiplexing the raw hardware.
A more conventional operating system interface is provided by
application-level libraries. This allows untrusted applications to
safely override default OS functionality for extensibility, flexibility,
or performance."

 tu si?
Pochito. Specialmente in Foundation si. 
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 cpiuppiu') e i suoi contro (nessuna grossa ditta lo usa)
Su questo nulla da dire. MacOS ci ha provato infatti a supportare il
Java. Ma adesso pare che quello che c'è rimane, ma le estensioni non
verranno aggiunte.
D'altra parte sono tutte tecnologie molto integrate con MacOS, che non
potresti portare al di fuori (pensiamo a CoreData, per dire). Pertanto
se usi quella tecnologia, al di la del linguaggio con cui l'accedi,
resteresti *non* portabile (a meno di non lavorare con un immenso
wrapper costruito sopra le API di sistema, ma questo lo fai solo se hai
già in progetto di essere multipiattaforma, e tu stesso mi eri parso in
passato relativamente contrario a questa strategia).


 opinione
va bene.
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 passato relativamente contrario a questa strategia).
verissimo, altrettanto vale per coreimage
da qui devio: mi devo sfogare sono nerissimo
ho appena appreso che i gran sapientoni che dirigono questo dipartimento
decideranno che dovremo tutti adottare computer hp in leasing per
RISPARMIARE! sic!!! cosi' avremo sempre la macchina aggiornatta (COME SE
al 95% della gente qua dentro servisse qualcosa di piu' di word
powerpoint ed eudora...)
ho perso tempo devo riscrivere il mio software,  subito!: mi ero quasi
convinto a farlo in java, credo che lo faro' in cocoa, poi vediamo come
ci gira bene sugli hp in leasing
un bel MAVAFF :-(

 Pochito. Specialmente in Foundation si. 
brao, io mi sono distratto con altro, e ho perso tempo... ora potrebbe
venirmi fretta
(ammetto che la distrazione e' in parte dovuta a un certo
disorientamento dovuto alla migrazione x86... )

 cosa dimostra?
Che e` un linguaggio "d'elite" (se parliamo di sourceforge, almeno): 53
progetti, grosso modo lo stesso ordine di grandezza di Eiffel, Forth,
Smalltalk, Haskell, Rexx, Erlang (linguaggi che hanno da 70 giu` sino a
30 progetti ciascuno).  Questo per sourceforge... poi puo` benissimo
darsi per ciascuno di questi ci siano aree dove invece e` piu` diffuso,
tipo grosse app enterprise per Eiffel o Smalltalk, progetti universitari
post-doc per OCaml o Haskell, software embedded per Forth, centrali
telefoniche per Erlang, tanto per dire.  Ma sono dati piu` difficili da
raccogliere e verificare (il che ci porta al famoso problema del bias di
campionamento da accessibilita`, ma immagino [spero] che come parte del
tuo corso di studi in matematica tu queste tematiche le abbia studiate
bene, quindi non occorre che te le spieghi io!-).
Altre misure (correlate) si possono avere contando i google hit per le
frasi "X programming" per ogni valore di X, le offerte di lavoro, o come
fa Tim O'Reilly le vendite mese per mese dei libri sui vari argomenti
(difficile replicare le ricerche di Tim per un privato, solo i dati nudi
e crudi sulle vendite su cui si basano costano ad O'Reilly migliaia di
dollari al mese...;-).
Il tema della popolarita` relativa di vari linguaggi (e altre
tecnologie) e` ovviamente affascinante, anche se non e` chiaro
esattamente cosa dimostri.  Scegliere un linguaggio poco usato puo`
essere un importante differenziatore competitivo: ad esempio Lisp lo fu
per Paul Graham, o Python per Google a suo tempo quando Python era
ancora poco noto e poco usato (forse oggi e` troppo diffuso per essere
un vero differenziatore competitivo, infatti Google per assumere esperti
di Python anche nella sola area geografica della Baia deve competere con
Bittorrent, OSAF, Ironport, e via elencando;-).  Magari un domani
Haskell o Ruby, o Objective C o Eiffel o Erlang, possono similmente
propellere nuove aziende (o nuovi progetti in aziende esistenti) ad un
successo altrettanto torrido, se questi linguaggi sono cosi` superiori a
quelli piu` diffusi come i loro proponenti sostengono (ovviamente il
linguaggio e` solo una delle tecnologie di base, il successo
dell'azienda o del progetto dipendere anzitutto dalle innovazioni
strategiche e solo in secondo luogo dalla bonta` delle tecnologie e
metodologie usate per implementare queste innovazioni...).
Alex

 piattaforma di successo? 
Nessuna parentela fra OCaml e Occam; OCaml e` se mai parente (un po'
alla lontana, ormai) di altri ML, come SML.  E` sicuramente sbagliato
pensare che solo perche` un linguaggio oggi e` poco usato su sourceforge
"non sara` mai una piattaforma di successo" per qualsiasi definizione tu
voglia dare a quest'ultima frase.  Pensa a Ruby: i suoi numeri su
sourceforge sono ancora bassi, ma le vendite di libri sull'argomento
sono *decuplicate* nel giro di un anno (oggi sono quasi la meta` delle
vendite di libri su Python, pure in crescita anno per anno ma lenta);
evidentemente il framework Rails sta trascinando l'interesse per il
linguaggio su cui si basa.  Un altro annetto cosi` e diverrebbe il
linguaggio di massimo successo in termini di vendita di libri... e
qualche correlazione fra l'acquisto di libri e l'uso di un linguaggio in
qualche tipo di progetto, almeno a buon senso, ci sara`.  Poi magari in
pratica lo vedrai usato quasi solo per fare applicazioni Web (perche`
quello fa Rails) anche se Ruby di per se e` general purpose.
Insomma, il nostro settore e` ancora cosi` dinamico che il presente e`
un predittore abbastanza debole del futuro...
Alex

 voglia dare a quest'ultima frase.  
si beh, mancava la considerazione che objective-c e' fuori da un pezzo
(a differenza di ruby), avevo sicuramente riassunto troppo il mio
pensiero
se ci aggiungi questo fatto, sara' pure sicuramente sbagliato
affermarlo, ma non credo che si allontenera' poi molto dal vero ;)

 aiuta, ovviamente.
Vero. locate e' piu' veloce e spartano in quanto cerca soltanto i pathnames
ma si deve aggiornare il db a mano. (o dal weekly in automatico)
Ciao
Mirko

 raccogliere e verificare.
Infatti. Per questo dico che il fatto che non riesco a suggerire grossi
progetti ObjectiveC non significa che non ce ne siano.
E perfino il fatto che non ce ne fossero non sarebbe abbastanza
indicativo del fatto che non vale la pena di investirci.
Con il traino che fa MacOS X io direi che anche GNU/Step sta facendo
grossi passi (per lo meno dalla prima volta che entrai in contatto 4 o 5
anni fa alla seconda che lo feci -- un paio di anni fa -- a sboccio
sembra sia stato fatto molto meno -- specie in ambito documentazione /
tutorial e simili, che sono quelli che interessano molto chi prende in
mano una tecnologia nuova -- ad adesso).
E con un buon GNU/Step direi che poi ci si può estendere.
Non dimentichiamo che per dire GNOME sta cercando di sostituire come
linguaggio di base C e C++. In pratica è perfino stato proposto Eifell.
Quello che si chiede è un linguaggio compilato staticamente, con
un'implementazione libera, con buone performances e facilmente
accessibile da altri linguaggi (in modo da non tagliare fuori gli
sviluppatori che usano linguaggi interpretati).
In pratica a rapida analisi potrebbe andare bene (anche se non credo si
affermerà). Direi che al momento il candidato più probabile è C#, anche
se un bel po' di gente non ne vuole sentire parlare.
