Newsgroup: it.comp.os.dibattiti
Titolo: [OT] Frecciata su Rails...

http://dev.rubyonrails.org/report/1
Direi che di strada ne ha ancora mooooolta da fare, suprattutto per
quel che riguarda la corruzione di dati, nonchè i memory leak...
Diciamo che, come si suol dire, non è uno a cui darei i miei soldi
(RoR...)
Raffaele

 (RoR...)
Addirittura i bug segnalati dagli utenti, molti dei quali risalenti al
mesozoico !
E' bellissimo vedere che trombata in piů posizioni l'argomentazione del "non
scala" si arriva addirittura al linkare il bug tracker.
Un consiglio: non aprire mai il bugtracker di Linux, non aprire mai il
bugtracker di Gnome, non aprire mai (ma questo proprio mai, scordatelo, niet,
nada, nein) il bugtracker di xorg, non aprire mai il bugtracker di firefox.
Ah, non č rails a leakare, č IE con particolari manipolazioni del DOM, ovvero
roba _esterna_ a tutti gli nmila framework Java che conosco.
Corruzione dei dati non l'ho vista.
  ngw

 Corruzione dei dati non l'ho vista.
#3045  	Ruby takes 100% cpu when doing a request with changes on
lib/active_support/dependencies.rb after 23.11.05
Non esatamente un memory leak, ma sicuramente un problema non da poco.
Comunque, mi riferivo a questo:
#4798  	act_as_tree could corrupt the db
Per carità, con altri linguaggio, ed altri sistemi di accesso al db,
non è difficile spazzare via dati a non finire.
Ma in un ambiente nel quale per "convenzione" il container gestisce per
i cavoli suoi l'interfacciamento col DB, eventi simili devono essere
impossibili.
Quanto a ciò che citi tu, non si paragona. Gnome ed XOrg non hanno
praticamente alcun valore, in ambito di produzione lato server.
Linux, di contro, è disponibile in versioni per ogni gusto: dalla
ultra stabile Debian, fino alle più instabili mandriva & co.
Quanto allo scalare, mi manca un riscontro, quantomeno per quel che
riguarda l'ambito cosidetto "enterprise". C'è qualche implementazione
di un sistema complesso che possa dare un'idea della scalabilità di
RoR? Perchè sinceramente i prodotti che si vedono elencati sul sito
non mi paiono poi "così" complessi...to-do, blog, chat, et similia...
Qualche esempio di sistemi complessi?
Per dire, tipo quello su cui lavorai al CSI:
una 50ina di tabelle, diversi domini, necessità di accedere, e
fornire, servizi web, consentire l'accesso, in picco, di 120000 utenti,
garantire la concorrenzialità e transazionalità delle operazioni,
fornire supporto per certificati/ssl, diversi sistemi di
autenticazione, supportare clustering per la continuità di servizio,
etc...
Questo è un sistema su cui si vede quanto potente è un framework...
Raffaele

 mesozoico !
Lascia perdere, il castagno e' un ragazzino fascista con l'apertura mentale 
di un Bush Jr., non lo si puo' cambiare, l'unica cosa da fare e' aspettare 
pazientemente la sua morte usenettiana magari provocata da fosforo bianco.
Saluti,
Bluff 

 Questo è un sistema su cui si vede quanto potente è un framework...
Quello è un sistema su cui sporcarsi la bocca su usenet, visto che per quanto
ne so potrebbe essere sovraingegnerizzato fino alla nausea.
E se hai dovuto metter mano alla "concorrenzialità e transazionalità delle
operazioni" è anche un sistema di merda.
  ngw

 operazioni" è anche un sistema di merda.
Ci si adatta a quel che si trova. Non sempre si può fare tutto da
zero, nel migliore dei modi. A volte ti ritrovi già con una base dati
alla quale devi adattarti, o ad uno schema di deploy schizzofrenico.
Rails è in grado di adattarsi a questi scenari tutt'altro che
"convention"al?
Raffaele

 "convention"al?
Puoi escludere ActiveRecord quando vuoi, se lo usi ti scordi gli schemi
sviluppati alla cazzo di cane, o ne paghi le conseguenze:
http://wiki.rubyonrails.com/rails/pages/HowToUseLegacySchemas
Più fatica, ma sempre meglio che doversi occupare delle concorrenze, roba che
non sento da un decennio almeno.
  ngw

 non sento da un decennio almeno.
Quindi, in condizioni difficili uno dei cavalli di battaglia di Rails
va a farsi benedire, o sbaglio?
La concorrenzialità è un problema ancora oggi, in certe situazioni,
specie quando si tratta di condizioni di concorrenza logica.
Raffaele


siete OT e questo e' l'ennesimo messaggio.
Questo NG non e' it.comp.linguaggi.dibattiti (ammesso che esista).
Se avete voglia di discutere questi topic sui linguaggi, createvi un NG 
apposito.

 la propria visione del mondo.
Scusa ma il Vangelo secondo Castagno non l'ho ancora visto. C'e` un sacco di
gente che s'è lamentata della "convention" (guarcaso erano tutti Javisti
rosiconi) eppure se leggi bene il link che ti ha dato ngw anche ActiveRecord
si puo` istruire, e` solo una menata :)
ps. dove c'e` scritto che Rails e` una piattaforma in evoluzione? Tanto per
curiosita`
-- 
Lawrence - 
http://www.oluyede.org/blog
"Nothing is more dangerous than an idea
if it's the only one you have" - E. A. Chartier

 apposito.
Ha parlato quello che apre i thread sui politici ;)


 
quello non era ne in topic ne off topic. E' stato uno sbaglio ;)
-- 
Massimiliano

 
http://www.google.com/trends?q=java%2C+ruby+on+rails&ctab=0&date=all&geo=all
see, troppo facile ;)
http://www.google.com/trends?q=java%2C+ruby&ctab=0&date=all&geo=all
-- 
NoWhereMan
-- NoWhereBlog: 
www.nowhereland.it
-- deviantArt: 
http://nowhereland.deviantart.com
-- Vagisil migliora la tua vita intima: 
www.vagisil.com/teencenter.shtml

 specie quando si tratta di condizioni di concorrenza logica.
Tipo ? Chiedo, visto che in tanti anni non mi ha nemmeno sfiorato l'idea di
metterci mano, e non solo con Rails ma anche con Zope.
  ngw

 curiosita`
Beh, non mi pare sia una piattaforma statica ed immutata... Già solo
il fatto di adattarsi ad eventuali beghe legate ai diversi DBMS che
vengono via via supportati, ed il fatto stesso che nuovei DBMS vengano
supportati, mi pare un'evoluzione...
Piccola parentesi: un sistema come rails credo non riuscirà mai ad
entrare in certi ambienti, come gli enti finanziari et similia. Dico,
ancora oggi usano COBOL, e non gli passa neppure per l'anticamera del
cervello di cambiare...non so se mi spiego...
PS. Il progetto corrente è in fase di messa in produzione...da
domani...oracle... -.- ed anche lì sono sistemi vecchi di 20anni che
vanno avanti a botte di PLSQL e forms..
Raffaele

 vanno avanti a botte di PLSQL e forms..
Non ti invidio, per _niente_


 Non ti invidio, per _niente_
No, neppure io...
Però, come si dice: "impara l'arte e mettila da parte"
Spero sinceramente di ritornare su java al più presto.
Sicuramente, spero di non finire sul cobol...
Piuttosto mi faccio avanti se continuano a parlare di zope/plone...ma
sti markettari capiscono di software quanto io capisco di alimentazione
macrobiotica...vogliono proporre php al posto di zope+plone ad un
cliente... O__O
Raffaele

 cliente... O__O
Beh qui torniamo al discorso iniziale che facevo ;)


 Che fortuna in entrambi i casi :-P
Oh, a me java piace, e mi ritengo fortunato ad aver iniziato da lì, 3
anni fa.
Cobol invece fa cagare.................................
Raffaele

 cliente... O__O
Sei davvero in una situazione di merda, e io ho usato Zope per un secolino
buono.
PHP comunque si trovano programmatori a iosa, Zope assolutamente no (e, per
dire, io non accetto più lavori in Zope). Stessa cosa in Monte dei Paschi,
quando mi sono levato dai coglioni si sono buttati su PHP, per la felicità dei
javari che avevano appena imparato Python e Zope ("ma dai, ce le ha le
eccezioni" "no, non ce le ha, giuro" "ma va a cagare, com'è possibile ?"
"giuro, non le ha" e così via).
  ngw

 in join tabelle da milionate di record,
E quindi? Usi il modulo e scrivi le sql a mano, come si e` sempre fatto.


 
http://www.google.com/trends?q=java%2C+ruby+on+rails&ctab=0&date=all&geo=all
è troppo divertenete vero? :)
http://www.google.com/trends?q=java&ctab=0&geo=all&date=2006-4
buu buu java in caduta libera diverrai disoccupato :P

 buu buu java in caduta libera diverrai disoccupato :P
Diciamo le cose tutte come stanno:
http://www.google.com/trends?q=java%2C+ruby%2C+python&ctab=0&geo=all&date=2006-4
Ci và ancora un pò prima che mi tocchi cambiare lavoro!
Raffaele

 Ci và ancora un pò prima che mi tocchi cambiare lavoro!
no è solo che il prossimo argomento di lavoro non richiede di fare 
ricerche su google ogni due secondi :)


Beh, io in qualsiasi momento posso buttare alle ortiche la
programmazione e mettermi a coltivare la terra...essere figlio di
agricoltori può avere i suoi aspetti positivi... :)
Raffaele

 E quindi? Usi il modulo e scrivi le sql a mano, come si e` sempre fatto.
Infatti... Era semplicemente una considerazione estemporanea...le query
vanno ottimizzate, altrimenti rischi di ammazzare le performance.
Raffaele

 "python code generator" i primi tre sono generatori non ORM.
Linka :D
Lawrence

 apposito.
mannò.. rimanete qua, che noi lurkiamo e ci facciamo una opinione in 
proposito.