Newsgroup: it.comp.macintosh
Titolo: Ruby on Rails

Salve,
č giunta l'ora di impararsi Ruby on Rails..
Sto gironsolando un po e sono finito su una pagina di apple.
Mi chiedevo perņ se esisteva qualche installer particolare o se devo
fare tutto a manina..
Grassie..
PS: conoscete qualche link per iniziare?
Ciao!

 Mi chiedevo perň se esisteva qualche installer particolare o se devo


Guido <gu...@home.less> wrote:

si, infatti l'ho scaricato e copiato in Applications..
Solo che a quanto ho capito quello serve solo per gestire le
applicazioni.
Adesso io però devo installare Rails e le altre applicazioncine, giusto?

 cosa c'entra apple con ruby?
sul sito apple c'è un documento che spiega come installarlo..

 Adesso io perň devo installare Rails e le altre applicazioncine, giusto?
ok ok, installato, bastava seguire la guida, era piů semplice del
previsto..:D
adesso mi metto allo studio..
Ciao!

 cosa c'entra apple con ruby?
Ruby e Rails saranno parte di OSX 10.5 (come Python e Perl sono parte di
OSX da un pezzo).
Apple, per il suo Calendar Server (con protocollo CalDAV, estensione di
WebDAV), usa Python (e Twisted, un framework di rete completamente
diverso, basato su programmazione asincrona per massima potenza, ma non
con la stessa facilita` d'uso di framework web ad alto livello come
Django o Rails) -- Apple ha anche rilasciato i sorgenti del Calendar
Server con licenza tipo Apache.  Ma, esempio tipico di quel che dicevo
sulle rispettive capacita` di marketing: "Ruby e Rails in Leopard" ``lo
sanno tutti'' e viene preso come segno del trionfo definitivo di Ruby;
"Apple rilascia i sorgenti di server di rete in Python/Twisted" lo
sappiamo in tre gatti e un topo e nessuno lo considera uno dei segni che
l'Apocalisse  prevede per indicare la Fine dei Tempi.
Alex

 come mai tutto questo fermento per ruby?
Perchè esiste un buon framework per lo sviluppo rapido web (Ruby on
Rails  RoR) sviluppato in ruby e pubblicizzato alla grande

 promotion/PR, mentre Python ne ha parecchi (Django, Pylons, Turbogears,
 :)))

 PS: conoscete qualche link per iniziare?
Link no...perň proprio in questi giorni ho comprato e sto leggendo: 
"Sviluppare applicazioni web con Rails" della Apogeo. Devo dire che č 
davvero ben fatto anche se da per scontato la conoscenza di Ruby (a dire 
il vero c'č un piccolo capitoletto che introduce Ruby). Ho cominciato a 
fare qualche piccolo (banale) esperimento ed č davvero molto 
gratificante :))

 
[cut]
io per il web ho sempre usato php, ma forse non intendete in quel senso,
con applicazioni web...
anche perchè ho guardato in giro e non mi sembra che al momento molti
hosting (ameno italiani, intendo come venditori) al momento offrano ruby
se posso aggiungere una cosa che sembra banale, ma molte volte fa molto...
il logo, e come si presenta ruby, sembra molto più "friendly" di python
può sembrare una stupidaggine, ma per chi inizia il primo impazzo certe
volte ha una grande importanza, è un po' come quando si vedono di prodotti
simili sullo scaffale alla fine si è tentati di prendere quello più bello
python però so che è supportato (previa installazione dell'interprete) su i
symbian... non so se ruby lo è o lo sara

 symbian... non so se ruby lo è o lo sara
Lo è già

 il logo, e come si presenta ruby, sembra molto piů "friendly" di python
a dirla tutta e' piu' /fighetto/
-- 
http://emeraldion.it
And I feel like I'm naked in front of the crowd
Cause these words are my diary screamin' out aloud
And I know that you'll use them however you want to.

 come mai tutto questo fermento per ruby?
perche' Ruby e' un linguaggio per il quale e' stato scritto
relativamente poco (mercato ancora "vergine"); Rails e' stato inventato
da 37signals che "plugga" i suoi manuali, le sue web app e la consulenza
per Rails; inoltre "plugga" textmate e tutti assieme "pluggano" la mela,
che ricambia in pubblicita' per il framework. Economia di scala.


 a quanto ho capito io, pun framework per creare applicazioni web based.
Leggi bene. Lui ti ha chiesto di ruby. Se tu gli rispondi un framework
per creare applicazioni web, dici scemenze.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 simili sullo scaffale alla fine si è tentati di prendere quello più bello
Uhm, credo che non sia questo il punto. Credo semplicemente che come
dice Alex Python *non* ha grancassa, ruby si. È una questione di moda,
niente più niente meno.


 in php ) :)
Grosso modo simile come un brocco è simile ad un purosangue. In questo
senso si.
Nel senso che PHP è una tale pena da usare, che puoi costruirci su tutti
i castelli con i luccichini che vuoi, ma resta sempre una pena.


 il vero c'è un piccolo capitoletto che introduce Ruby).
Allora fila a prendere il Pickaxe per imparare Ruby. Se proprio sei
povero in canna, trovi la vecchia versione online. Ma è meno comoda.
Per il resto purtroppo acquistando la versione italiana del libro hai
una versione vecchiotta. La 2.0 è in beta e dovrebbe uscire fra poco.
Già ora Rails è molto più avanti di quello che stai leggendo.


 benissimo scrivere applicazioni web in php, eh!)
io per quello che faccio: negozi ecommerce, backoffice, esportazione di
dati in xml, csv... ho sempre usato php e al momento non sento la necessità
di passare ad altro lingaggio
da quel che ho capito ruby è più versatile se ti serve realizzare un
applicazione descktop che carica magari dei dati
non lo dico in tono polemico, ma al momento non conosco un motivo valido o
non rieco ad immaginarmi una situazione per usare ruby per quel che
faccio... se non dover buttare tutto quel che ho fatto per ricominciare con
un altro linguaggio :)

 i castelli con i luccichini che vuoi, ma resta sempre una pena.
non voglio cadere nella trappola da flame ;)

 Già ora Rails è molto più avanti di quello che stai leggendo.
Ah...quindi ho preso una versione già vecchia??? Uffa...vabbè meglio che 
niente...cmq confermo che è un ottimo libro, anche la traduzione sembra 
fatta molto bene (è molto piacevole leggerlo).

 wrote:

ci sarebbero tanti discorsi da fare (io per primo uso il php come primo
linguaggio per pagine web un po' per forza un po' per abitudine), sulla
purezza sintattica del linguaggio, sulla pulizia del modello ad oggetti
vs un'accozzaglia di funzioni ed estensioni varie, mescolanza di oo,
programmazione procedurale, la tendenza ad annegare istruzioni nel
codice piuttosto che scrivere classi modello e lavorare su templates...
possiamo andare avanti  


 codice piuttosto che scrivere classi modello e lavorare su templates...
Io per ovviare a tale stupro di codice ho scoperto Smarty. Chi non 
conosce Smarty? :)

 per creare applicazioni web, dici scemenze.
ho dedotto che utilizzasse "ruby" per non scrivere "ruby on rails"..

 non voglio cadere nella trappola da flame ;)
Non è questione di flame. Il punto è che Rails non è Rails perchè c'è un
bel ORM sotto (ce ne sono di migliori, in effetti), per il paradigma MVC
(altri framework lo hanno fatto da secoli, in pratica lavoravo così
anche con mod_python annetti fa).
Il punto è che il gioco lo fa Ruby: buona parte della produttività che
si ottiene in Rails è dovuta al linguaggio in cui è scritto. Sarebbe
possibile anche in Python. In PHP *no*.
La capacità di espressione di Ruby (o di Python) è spanne sopra quella
di PHP, e così è+ la leggibilità. Tutto insieme rende Rails quello che
è.


 fatta molto bene (è molto piacevole leggerlo).
Vero tutto. Purtroppo è così. Ma non ti crucciare. Comunque per imparare
a lavorare in modo corretto in Rails funziona bene. Solo devi un po'
integrare dal web.
Per esempio devi leggere l'interessantissima roba su migrations,
integration tests (e già che parliamo di test, rileggere due volte il
capitolo in proposito sul libro che hai)... uh, e RJS.


 ho dedotto che utilizzasse "ruby" per non scrivere "ruby on rails"..
Le abbreviazioni correnti per Ruby on Rails sono "RoR" oppure
semplicemente Rails.
Chiamarlo Ruby induce un'intollerabile ambiguità.


 applicazione descktop che carica magari dei dati
No. Ruby è un linguaggio proprio fatto meglio. Questo non ha
necessariamente a che fare con la versatilità.
PHP come linguaggio è assolutamente penoso. Ha un mucchio di difetti (e
il fatto che molti non se ne accorgano, non fa loro onore).
Ruby è un bel linguaggio.
Incidentalmente Ruby è anche più versatile, e può essere usato per un
grandissimo numero di compiti. Fra cui applicazioni desktop.
Per Ruby è stato scritto Rails, un framework per scrivere applicazioni
web (di cui i "siti" sono un sottoinsieme) che rende la loro scrittura
assolutamente veloce, introduce un sacco di ottime pratiche e in
definitiva permette di avere con sforzo minore prodotti meglio
strutturati, più facili da mantenere, testare e debuggare.


 conosce Smarty? :)
Purtroppo non basta.


 strutturati, più facili da mantenere, testare e debuggare.
si, ma non dire "testare" in quel modo, che mi sto eccitando :P


 leggerlo" e poi restano li per anni.
Io comincio a sentirmi a disagio con i libri di carta. Non e' possibile
cercarci dentro con Google, ad esempio. Troppo sequenziali, ti obbligano
a creare da te degli indici.


 a creare da te degli indici.
E' vero, però il libro ti dà la sensazione di 'qualcosa che resta', 
mentre l'internet è legata all'energia elettrica, al contratto con il 
provider, all'hardware, software, ecc. ecc. Per i linguaggi, poi, ci 
sono modifiche continue (penso a php, naturalmente :)
E' vero che si ovvia abbastanza bene a queste cose, ma, a me, il libro 
sembra più affidabile. :)

 sembra più affidabile. :)
Puoi sempre stamparti la reference su carta, (ovvio ti costera' uno
sproposito).
I libri restano IMHO insostituibili per apprendere, per la trasmissione
da maestro a discepolo di quella cosa preziosissima che e' l'esperienza.
Poi per il resto vanno benissimo le reference in formato elettronico.


 si, ma non dire "testare" in quel modo, che mi sto eccitando :P
Uh? :)


 a creare da te degli indici.
Io invece li trovo molto comodi per leggere le cose (per esempio quando
uno è a colloquio privato con il Signor Ceramica). Per cercare
preferisco anche io i pdf.
Non a caso Pragmatic Programmers vende ambo le cose...


 uno è a colloquio privato con il Signor Ceramica).
Si', il signor Ginori invita


 OSX da un pezzo).
Ruby e' gia' parte di OS X (non ricordo da quanto pero'): e' Ruby on
Rails che fara' parte di Leopard.
Diego

 possibile anche in Python. In PHP *no*.
La popolarità di questi cacchio di framework è IMHO la riduzione
drastica dei tempi di sviluppo  indipendentemene dal linguaggio. E
questo mi fa anche un po paura dato che si devono prendere con le pinze
(  se non ci stai attento fai query assurde ogni volta che istanzi un
modello ).
Quelli che prima pasticciavano in php pasticcieranno anche in rails ...
ma cribbio, ora programmo in rails, sono un programmatore vero :)

 possibile anche in Python. In PHP *no*.


 django funziona li' sopra ?
Io non lo ho fatto andare, ma ci sono dei thread che dicono di si. Nel
senso che ci sono persone che spiegano dove fare.
Dopo tutto Python c'č, fastcgi pure, quindi č solo una questione di
installare la libreria e farla vedere all'interprete.


 ma cribbio, ora programmo in rails, sono un programmatore vero :)
Affatto: il problema è che sostanzialmente quasi tutto il codice PHP che
ho visto è un pasticcio, indipendentemente da quanto sia bravo il
programmatore (non posso credere che i vari progetti da me visti sono
tutti scritti da incompetenti).
E no, quello del "Programmatore Vero" è un mito in disuso. Paiono
essersi estinti alla fine del mesozoico.


 codice piuttosto che scrivere classi modello e lavorare su templates...
(domanda spontanea:)
A proposito, il perl non fa lo stesso?
print "<a href=\"link\">"

 capitolo in proposito sul libro che hai)... uh, e RJS.
Uhm...per ora a tutti questi nomi non corrisponde alcuna associazione 
mentale :))) ma spero di recuperare nelle prossime settimane!
Grazie!

 mentale :))) ma spero di recuperare nelle prossime settimane!
Beh, i test di integrazione mica sono una cosa di Rails e basta (anche
se Rails li include nativamente).
 RJS è solo rails (Ruby Java Script -- o qualcosa del genere, comunque
permette di scrivere Javascript in Ruby, comodo specialmente quando hai
azioni asincrone che restituiscono codice Javascript che poi viene
valutato dal browser).
Le migrazioni sono un interessantissimo approccio alla gestione e
definizione del db.


 print "<a href=\"link\">"
Si e no. Diciamo che in media i programmatori Perl che lavorano sul web
sono un minimo scantati (esattamente come tutti quelli che non "prendono
la prima soluzione che capita loro in mano").
Ergo anche se puoi fare una cosa del genere in Perl, puoi usare anche il
modulo CGI. QUindi qualcosa tipo:
$q->a({-href=>'link.html'}, "text");
(ovviamente il concetto è più generale).
Detto questo ci sono un fottio di framework che semplificano la vita,
per quelli che pensano che la vita possa essere (relativamente) semplice
in Perl.
Per quelli che pensano di no, ci sono un fottio di moduli in Python e un
anche in Ruby (anche se li quasi tutti usano -- a ragione -- Rails).


 Han di che ringraziare Prabhakar: ormai Ruby sembra il suo nuovo pallino.
Bene. Se ci includessero pure PyObjC sarebbe assolutamente perfetto.


 essersi estinti alla fine del mesozoico.
:)

 Bene. Se ci includessero pure PyObjC sarebbe assolutamente perfetto.
Lo hanno incluso:
http://www.mail-archive.com/python...@python.org/msg05839.html

 tempo fa lo usava ( esempio sterile lo so)
Eh. Appunto :)


 
http://www.mail-archive.com/python...@python.org/msg05839.html
Ma vieni! 


 tipico caso in cui ci dovrebbero essere un find_first e un find_all).
Sei tu che non sai usare i finder :p
Non solo ci sono sia find_first che find_all, sono dinamiche (aka
find_all_by_email("
f...@bar.com
")). 
Fallo con PHP se ci riesci :D
  ngw

 Eh. Appunto :)
AH.... McOsten ..cosa vedo .... il tuo blog ... ... ti sta mordendo
..... :))))))) ( <---*stranotare* la faccina )

 Fallo con PHP se ci riesci :D
ci riesco!!! Evviva!!!
$miomodello->findByQUALSIASI_CAMPO() :))
Quello a cui alludevo sono i vari has_many et similia che in alcune
chiamate magari sono superflui... e quindi molte volte preferisco
scrivere le query alla vecchia maniera ... a manina :)

 findByName,findAll etc etc)
che c'è ( grazie ngw )

 Lo hanno incluso:
chi è che dice che non bisogna passare a leopard?
:P
oh, vero che si possono usare anche adesso, ma vuoi mettere il 
all-included-without-sbattiment? :)
-- 
()_() | NN KAPISCO XK' CELLHAVETE T'ANNTO CN ME SL         | +----
(o.o) | XK' SKRIVO 1 P'HO VELLOCE MA HALL'ORA DITTELO      | +---+
'm m' | KE SIETE VOI K CI HAVVETE PROBBLEMI NO PENSATECI   |  O  |
(___) | HE SENZA RANKORI CIAOOOO                           |
                    raffaele punto salmaso at gmail punto com

> $q->a({-href=>'link.html'}, "text");
Capito... .:)
Già che ci sono, chiedo anche: e 
ASP.NET
 (sì, lo so, non sguinzagliate i 
pitbull perfavore) come si pone nel panorama dei framework?
Ovvero, ho letto che è considerato un framework: poco codice, oggetti 
già pronti, ecc. E' la versione win di rails? Sono parenti, un po'? 
Oppure è ancora un'altra cosa?
grazie....
m.

 Oppure è ancora un'altra cosa?
ASP.net e' la fotoc... ehm, la versione M$ di JavaServer Pages.


 pitbull perfavore) come si pone nel panorama dei framework?
E' un framework event driven

 find_all_by_email("
f...@bar.com
")). 
So che ci sono: e apprezzo molto i find_by. Solo credo che non abbia
senso avere un find(:first, ...) il tutto IMHO eh.
Se ne era anche parlato con Gabriele sulla ml ita di Ruby.


 Oppure è ancora un'altra cosa?
Si. 


 all-included-without-sbattiment? :)
Esatto: ma più per lo sviluppatore per l'utilizzatore. Significa potere
rilasciare applicazioni che gireranno ovunque senza nessuno sbattimento
aggiuntivo (per sviluppatore o utente che sia).


 ..... :))))))) ( <---*stranotare* la faccina )
Il mio blog è Wordpress, scritto in PHP. Esatto. Purtroppo è stato
trasferito li dal sito di wordpress stesso (nel senso che prima avevo un
blog piazzato li e basta, poi ho deciso di portarlo sul mio network) e
per comodità ho solo migrato il db.
Ho anche typo installato, ma sembra che lo script di importazione non
funzioni bene, quindi devo un po' decidere cosa fare. 
E poi c'è sempre il mio blog personale da finire... bah, vedrò come sto
coi tempi.


:

E perche' mai superflui, un modello ha le sue relazioni.
Usare << con le collection per le relazioni has_many e' una gigantesca figata,
altroche'.
E' che, mi pare, per le associazioni, CakePHP sfodera una sintassi veramente di
merda, hasMany non e' has_many, lo sbatti (pare) in una variabile di istanza
(perche' ? boh) e devi comunque sempre definire i vari className e condizioni
varie ... Io ho solo un has_many :fuffa da qualche parte nel modello.
  ngw

 varie ... Io ho solo un has_many :fuffa da qualche parte nel modello.
ragazzi come parlate difficile :\
riuscirò mai a comprendere? ... :/
mah. :)

 riuscirò mai a comprendere? ... :/
studiando...


 Oppure č ancora un'altra cosa?
E` una cosa che non c'azzecca con Rails. E` un mega sistema a
componenti.
-- 
Lawrence - 
http://www.oluyede.org/blog
"Nothing is more dangerous than an idea
if it's the only one you have" - E. A. Chartier

 aggiuntivo (per sviluppatore o utente che sia).
Fantastico! Ora so che nelle vacanze di natale devo imparare PyObjC e
tutto il resto :-D


 varie ... Io ho solo un has_many :fuffa da qualche parte nel modello.
falso ...

 tutto il resto :-D
PyObjC ci metti molto meno ad impararlo. Qualcosa di più ci va per
Cocoa. Consiglio il libro di Hillegas.


 modello di rendering :-D
Di ASP.net io non ho mai digerito il concetto di viewstate. Puo' andar
bene per una intranet, ma in internet spedire piu' di 40k di dati per
ogni cambio di pagina e' un suicidio.


 Cocoa. Consiglio il libro di Hillegas.
Tanto a Natale sarò qui a scassare le balle se mi interessa :D


 ogni cambio di pagina e' un suicidio.
Effettivamente è un pò un problema, ma loro se ne fregano :-)


 conosce Smarty? :)
Con Smarty non ovvi proprio a niente: sposti soltanto la mondezza dal 
codice php al codice HTML.
-- 
What does VISTA mean?
Viruses, Infections, Spyware, Trojan horses & Adware.

 print "<a href=\"link\">"
No, questo lo farebbe soltanto un programmatore php.


:

Io ho guardato gli esempi.
  ngw

 i castelli con i luccichini che vuoi, ma resta sempre una pena.
Ma no, non è così male.
Sarà che mi ci sono assuefatto, ma non è male.
La cosa criminale è volerci costruire su framework e porcherie che
dovrebbero servire a dare "eleganza", "coesione" e "congruenza" a
qualcosa che è e rimarrà per sempre uno strumento con la stessa
eleganza (e, volendo, efficacia) di una robusta vanga.
La conseguenza è una perdita di tempo stellare.
--
Io.

 La cosa criminale è volerci costruire su framework e porcherie che
??. Ma tu programmi!? Altrimenti ti saresti risparmiato questa frase.

 ??. Ma tu programmi!? Altrimenti ti saresti risparmiato questa frase.
Oddio... Io direi il contrario, chiunque ne sappia non toccherebbe mai
php se potesse altro che framework... 
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
New Pet: 
http://www.stiq.it

 php se potesse altro che framework...
 ìEppure molti se ne sono lordati le mani ... pure tu in qualche post
vecchio su iclp dicevi di averci scritto qualcosa ......
In piu Colossale in un altro remoto post diceva che bazzicava con cake
.... probabilmente non essendo andato oltre il tutorial se ne uscito
con questa sparata.
Se non ci fosse la parola php avresti perdonato quella frase? ;)

 Se non ci fosse la parola php avresti perdonato quella frase? ;)
In che senso? :). Comunque e` probabile, la sola parola php mi provoca
prurito. Ma non era certo mia intenzione insultare o roba simile, a
volte tocca metterci le mani, io per ora non l'ho mai fatto e cerco di
non fare lavori che me lo richiedano :).


 ??. Ma tu programmi!? Altrimenti ti saresti risparmiato questa frase.
Perchč? Č come volere indurire una merda per farci le statue invece che
prendere direttamente il marmo.


 Sarà che mi ci sono assuefatto, ma non è male.
Diciamo che mi viene in mente a stento qualcosa di peggio.


lorenzo ha scritto:

Non c'è una beata fava da perdonare.
PHP è un linguaggio che per sua natura non si presta a tentativi di
razionalizzazione e guida della programmazione attraverso framework e
costrutti simili, con il risultato finale che solitamente ne esce un
gran casino.
E non solo Cake.
C'è qualcosa di ancora peggio, per esempio Prado, un tentativo di
portare su PHP il meccanismo a componenti di 
ASP.NET
 e simili.
Che non è fatto male in sè, ma nasce da una speranza, quella detta
sopra, che rasenta la disperazione.
Se voglio programmare e progettare in modo ragionato e seguendo
determinati formalismi evito direttamente PHP, e non sarà un framework
a salvarmi. 
Tutto IMHO. 
--
Io.

 prendere direttamente il marmo.
Hai reso l'idea in modo strepitosamente perfetto, oltre che crudamente
comico. 
--
Io.

 comico. 
Beh... in barattolo l'hanno pure venduta eh :)


 prendere direttamente il marmo.
Rischi di diventare la mia signature.
Sappierollo.
  ngw

 Sappierollo.
Fai pure :P
È tutto sotto CC :)


 determinati formalismi evito direttamente PHP, e non sarà un framework
Quindi tu programmi in php solo quando "non hai voglia di programmare
in modo ragionato e non hai voglia di seguire determinati formalismi?"
Mah!
Io programmo in php in quanto nella azienda dove lavoro si sviluppa in
php. E come me ce ne saranno molti sparsi per il globo.
Che poi non sia meglio o peggio questo l'ho già chiarito più volte (
anche all'inizio di questo thread) non è il punto del discorso. Il
punto è che non siamo tutti liberi di fare come ci pare e bisogna
accettare le varie policy. Se poi uno trova il modo migliore per
programmare in un linguaggio *sciagurato* non vedo perchè fargliene
una colpa ..... sti poveri cristi che sviluppano Prado, cake ed altri
.... li vogliamo mettere alla gogna ? ;)

 .... li vogliamo mettere alla gogna ? ;)
No. Ma che non si dica che lavorare in PHP con Cake sia come lavorare in
Rails. Qui si sta dicendo una menzogna: che sia ben chiaro che è una
soluzione d'emergenza per chi è *costretto* a programmare in PHP, ma che
chiunque abbia la fortuna di potere scegliere tecnologia, fa molto
meglio (e soprattutto prima) ad imparare Ruby e programmare in Rails.


 Rails. Qui si sta dicendo una menzogna: che sia ben chiaro che è una
Io non ho detto "usalo che è uguale". Ho detto usalo che è "simile".
C'è differenza.
Non ho portato avanti nessuna campagna da menegramo "php advocate". Ho
soltanto suggerito un prodotto. Non ho detto nessuna menzogna.