- Alex Martelli <al...@mail.comcast.net> :

Io ti dico che sto contrattando per un libro su Ruby e Rails (non una
traduzione), e sembrano interessati, dubito che l'argomento abbia piu'
presa di Python.
Forse dipende dal fatto che Python ha gia' due libri in italiano,
sinceramente non lo so.
Certo pero' che guardando diversi cataloghi di editori italiani la cosa
diventa ancora piu' triste.

  ngw

--
checking for life_signs in -lKenny... no
        Oh my god, make (1) killed Kenny ! You, bastards !

nicholas_wieland-at-yahoo-dot-it

E` di gran moda (vendite di libri Ruby decuplicate in un anno, anche se
questo le lascia inferiori alla meta` di quelle Python, secondo
l'intervento di Tim O'Reilly a Euro OSCON)...

Puo` benissimo darsi, certo.

Abbastanza, si`.

Alex

Di Ruby non so niente a parte di cosa si tratta. Quali sono le
differenze che possono renderlo più o meno interessante di Python a
secondo i campi di applicazione?
Ciao

In termini di linguaggi, sono piuttosto simili.  Ruby e` piu` nuovo,
Python piu` maturo, con tutte le conseguenze dei due casi -- Python e`
piu` diffuso (pythonology.org per le storie di varie aziende che lo
usano), disponibile in piu` ambienti (Jython per usare Python su JVM,
IronPython per dotNET, ...), piu` noto (google hit per ["python
language"] circa 300mila, per ["ruby language"] circa 100mila), mentre
Ruby e` ancora piu` "plastico", piu` soggetto a cambiare.  Entrambi
hanno un bagaglio "legacy" -- Python ha due "object model", uno dei due
(quello "classico") solo per compatibilita` col passato, mentre Ruby ha
un tot di cose che prese un tempo dal Perl, molte delle quali sono oggi
deprecate e potranno sparire in futuro (ad es., l'uso di $_ come valore
"implicito" quando non specifichi un valore o nome di variabile).  Ruby
e` piu` "coerente" per certi versi -- puoi cambiare TUTTO, compreso, che
so, cosa significhi sommare due interi; Python e` piu` pragmatico --
c'e` una distinzione fra i tipi "built-in" come interi e stringhe, che
non puoi cambiare, e tipi normali (classi), piu` dinamici.

Al giorno d'oggi non mi pare che le distinzioni fra i due linguaggi
siano cosi` grosse da guidare appieno la scelta, che si basera` su altre
considerazioni, pratiche.  Personalmente, in praticamente ogni caso dove
ci sono differenze, preferisco le scelte fatte in Python, ma non sono
differenze cosi` enormi da cambiare enormemente la produttivita` in un
verso o nell'altro (a differenza, che so, delle differenze fra Ruby e
Python visti come un singolo polo, e altri "poli" come Perl, Java/C#,
Haskell/ML, C++ ... in ciascuno di questi casi, le differenze fra poli
sono davvero enormi, potenzialmente decisive per la produttivita`).

Python e` tipicamente piu` veloce (certo Ruby potra` raggiungerlo, ma
dovrebbe passare un 3-4 anni a cambiare poco o nulla il linguaggio e
raffinare l'implementazione, come di recente ha fatto Python), piu`
dotato di grosse estensioni in vari campi (tipo scipy per l'uso
scientifico/numerico), piu` "infiltrato" come linguaggio per
scripting/plugin in sistemi esistenti (da giochi come Freedom Force o
Civilization IV, ad applicazioni 3D come Blender e Poser, e via
elencando); Ruby ha "Rails", un framework per lo sviluppo di app
web/database che nell'ultimo anno o due ha guadagnato (e certo meritato)
enorme popolarita` (Python, come e` abbastanza tipico, non ha UN
framework del genere totalmente dominante, ma una vasta gamma, che va da
Twisted a Zope e Plone, sino a Django, che e` assai simile a Rails).

Penso che _imparare_ Ruby (e Rails) non possa far danni, anche perche` i
libri su Ruby sono pochi ma buoni.  Quando ad _usare_ Ruby, e`
un'esigenza che sento meno, anche perche` a Google i linguaggi usati
sono C++, Java e Python; se Ruby+Rails ha dei vantaggi rispetto a
Python+Django (e immagino che ne abbia ma non conosco a fondo la
questione) non penso che siano sufficienti per giustificare lo switch.

Alex

- Alex Martelli <al...@mail.comcast.net> :

Infatti dubito che si parli di switch, si puo' imparare benissimo Ruby e
Rails senza abbandonare Python, ci mancherebbe, io ad esempio sto
tutt'ora lavorando in Python con enorme soddisfazione.
Non conoscendo Django (o Subway, o gli altri) nemmeno io posso fare un
confronto tra i due, l'unica cosa che posso dire e' che Rails ormai ha
superato tutte le barriere iniziali di adozione nelle aziende (e non
siamo ancora all'1.0), e sta generando attorno a se un enorme interesse;
non so se per Django sia la stessa cosa.

  ngw

--
checking for life_signs in -lKenny... no
        Oh my god, make (1) killed Kenny ! You, bastards !

nicholas_wieland-at-yahoo-dot-it