Dopo una piccola pausa di riflessione, eccomi di nuovo nel mondo dei blogger! :) Alcuni pensavano che fossi rimasto a Lampedusa (non era poi così improbabile), ma sotto sotto ho continuato a lavorare per cambiare un po’ le carte in tavola.
Sì, in effetti c’è qualcosa di diverso. Si nota appena, vero?
Nel tempo libero ho studiato un nuovo linguaggio di programmazione, Ruby on Rails, e il miglior modo per impararlo veramente bene era realizzare qualcosa di concreto.
Ed ecco che è nato il mio nuovo sito! :) Finalmente uno spazio molto meno “angusto” per poter mettere on-line ciò che mi pare! Credo proprio che non ci sia paragone con il vecchio sito… penso di aver fatto anche un buon lavoro dal punto di vista grafico, un po’ in stile web 2.0, con iniezioni di AJAX che non mancavano neanche prima, ma adesso sembrano meglio integrate nel contesto.
Devo ringraziare il gruppo dei “lamentosi” di INFOPA.net: era nata una polemica sulla richiesta di rendere aperto al pubblico il codice da me sviluppato in PHP… cosa che mi faceva girare abbondantemente le scatole, perchè praticamente nessuno si era mai reso disponibile per aiutarmi nel colossale lavoro di costruzione del portale; o almeno nessuno di quelli che PRETENDEVANO i sorgenti di INFOPA, riempiendosi la bocca di paroloni che evidentemente lasciano il tempo che trovano (l’avevo capito solo io però, fin dall’inizio). Per tutta risposta, visto che c’era tutta questa voglia di “sentirsi una comunità”, ho aperto un progetto su Sourceforge, con l’intento di costruire veramente un portale che fosse il risultato della collaborazione di un gruppo.. e non del solito kamikaze di turno che si accolla tutto il lavoro.
Si è cominciato a parlare del progetto, del linguaggio di programmazione (si è scelto appunto Ruby on Rails), della struttura del sito e delle idee innovative che si volevano realizzare. Com’è andata a finire? Beh.. sono stato l’unico a fare veramente qualcosa, mentre il gruppetto di 10 persone che si era formato inizialmente è andato piano piano scemando nel mutismo più totale. Come volevasi dimostrare… complimenti vivissimi! :)
Io intanto c’ho guadagnato un linguaggio di programmazione in più…. e CHE linguaggio di programmazione!! :P Si riescono a fare con pochissime righe di codice cose che, dovendole fare in PHP, mi ci sarebbero volute ore ed ore di sbattimenti di testa al muro. Sono contento! =)
C’è ancora molto da migliorare, soprattutto “dietro le quinte”, ma non vedevo l’ora di mettere tutto on-line.
Ah… ricordatevi di cambiare i vostri bookmark: adesso mi trovate su…
Ciao, per prima cosa: complementi per la version 3.0 del tuo sito!!
Per quello che hai detto, anche io sono d’accordo con te e già sapevo come sarebbe finita. Almeno ci hai “guadagnato” qualcosa…. ;-)
Ciao, perchè non metti i loghi di swathe e ci6 oltre quelli di tpz?
Grazie Mauro :) Sarebbe la versione 4 però eheheh!
Vincenzo, hai ragione… il logo di Ci6 è una delle mie migliori creazioni artistiche, non può mancare! Provvederò! :D
Spettacolare e molto funzionale ;)
Vabbè che lo conoscevo già dalle anteprime in locale da te, ma vederlo nella sua nuova casa è un’emozione nuova :P
Ovviamente non posso apprezzare fino in fondo la bontà del tuo lavoro finchè non capirò come l’hai fatto, ma tempo a tempo :P
Forse un pò troppo professionale se devo trovarci una pecca, ma tutto sommato ci sta :)
Auguri per il nuovo pargolo ;)
Ottimo! Ben fatto! Però un commento senza critiche non serve a nulla e se mi posso permettere…mmh.. la grafica non mi piace..ma la grafica conta meno del contenuto quindi iniziamo a leggere sto blog… ;)
Hai usato Ruby anche questo è da apprezzare (avrei voluto impararlo anch’io ma col fatto ke ancora non ho un lavoro fisso ho al momento cose più imminenti a cui pensare mannaggia… :( ) anche se credo ke il futuro si stia dirigendo più verso le sponde di linguaggi tipo AIR che non verso linguaggi che non hanno strumenti per il controllo grafico o meglio che separano ancora le due cose..cmq queste sono considerazioni a parte…ti faccio ( a differenza tua ) gli auguri per il nuovo sito ;)
Eh sì, forse dovrei dare un tocco di “meno professionalità” a qualcosa… vedremo!
Cmq non pretendo mica di essere un web-designer professionista ai livelli del mitico William Toop ;) Mi sono concentrato principalmente sulla programmazione… anche perchè, fosse per me, girerebbe tutto su una comoda interfaccia testuale eheheh!
Scherzo scherzo… devo dire comunque che mi sto divertendo con Ruby on Rails, è molto ordinato e mi ha consentito di curare “meglio” la presentazione rispetto al passato. Diciamo che prima facevo + papocchi con la programmazione mischiata al codice HTML, ma adesso è praticamente impossibile! :D
Mmh..se posso fare una considerazione nel mio piccolo (tu hai molta più esperienza di me quindi potresti pure chiarirmi dove sbaglio..)credo ke un paragone non si possa fare e che sia ingiusto nel senso che RoR è fondamentalmente un framework mentre php un linguaggio di scripting…
Ultimamente ho avuto a che fare con il php5 sul mio sito e devo dire ke si è fatto un gran passo in avanti rispetto alla precedente versione per quanto riguarda l’approccio agli oggetti..
E’ possibile costruire librerie di interfaccie ad esempio e si può costruire un modello MVC (modello-vista-controller) proprio come in RoR.
Semmai lo svantaggio del php sta nel fatto ke l’MVC te lo trovi già preconfezionato nel framework RoR mentre in php te lo devi andare a costruire di sana pianta il chè porta via del tempo e questo è un punto a favore di RoR, questo sì, ma, secondo me, tutto il resto delle voci che girano attorno RoR alla fine.. bho..non sono poi così sensazionali….il server deve essere un server che supporti fastCGI (con CGI non è molto performante..bisogna lanciare l’interprete ruby ad ogni richiesta e questo deve avviare l’intero ambiente Rails..).
Usare RoR non è sbagliato anzi si impara un nuovo linguaggio, ma da qui a dire che i siti in RoR sono più performanti di php ce ne vuole…RoR si basa su ruby e ruby esisteva già da prima, ha avuto una impennata solo dopo l’avvento di RoR..quindi in teoria si potrebbe anche avere una impennata di future versione di php grazie allo sviluppo di un framework che ne velocizzi lo sviluppo come fa RoR…qualcosa già c’è ad esempio come CodeIgniter……
Però ripeto, anch’io sono stato preso ai tempi dal fascino di RoR ma non bisogna sottovalutare php come linguaggio impasticciato soprattutto nella sua ultima versione..almeno io credo. Tu che hai più esperienza di me potresti dirmi cosa ne pensi di questo e dove sbaglio.. ;) (attenzione non è una critica al tuo sito che anzi mi piace per come lo hai programmato, ma una critica a chi si schifia di php5 :P
Beh, non si parla mai soltanto delle performance (anche se Ruby in alcune applicazioni batte PHP e, ovviamente, Java), ma si devono considerare anche altri fattori come la scalabilità, la velocità di sviluppo, gli strumenti di sviluppo e la manutenibilità.
In questo PHP (nella sua accezione “di default”) è rimasto un po’ indietro (http://programmazione.blogosfere.it/2007/02/php-vs-java-vs-ruby.html), ma adesso stanno nascendo framework come CakePHP che tentano di fargli recuperare punti.
Alla fine RoR, per me, è stata una scelta obbligata… e i motivi li ho spiegati nel post. Si è deciso a maggioranza e ha vinto RoR… ma penso che sia stata una scelta fortunata, altrimenti non avrei guadagnato niente da quell’esperienza negativa ;)
PHP è molto più veloce di Ruby, se si nota un boost di performance quello è dovuto a fastcgi. L’embedding di un linguaggio lato modulo aggiunge un tremendo overhead, aggiunto poi alla lentezza/latenza del forking di apache che aumenta la memoria in modo considerevole se l’utenza sale, non ci basterebbero nemmeno 16gb di ram in un server.
In genere, mod_php va bene per piccoli sitarelli, ma quando si ha a che fare con bestie come google o youtube allora lì serve una web application totalmente distaccato dal webserver e che magari abbia un concurrency tutto suo (che sia thread o select, indifferente).
PHP comunque supporta pure fastcgi, ma essendo un’entità a parte e non più modulare di apache necessità di un framework (o si può anche farne a meno implementandosi da se l’interfaccia fastcgi, un pò rognoso). In ogni caso visto che con fastcgi si è indipendenti dal linguaggio, perché non usarne uno più performante o con una sintassi più gradevole?
Io comunque mi sarei orientato più verso Zope (Python) che RoR. Ruby, a parte la sua lentezza, è sotto GPL (tranne RoR, che è MIT) e questo è già un altro problema. Molti lo scelgono perché è “semplice” (e viene preferito dai newbie che non sanno programmare).
A parte tutto questo, PHP non è “indietro” per il linguaggio in se, ma perché ha fondato le sue radici sul mod_php.
Io comunque usavo la soluzione SCGI/TCL (SCGI = SimpleCGI, una versione semplice di FastCGI). Scgi dato che è di facile implementazione si può fare un handler in poche righe di codice e poter essere più liberi di scegliere il linguaggio che si vuole. Il tcl (8.4, non 8.5) è più lento del php, ma già notavo che le performance erano notevoli.
Lo sviluppo web penso debba essere orientato a framework indipendenti dal webserver, “oggi”.