Wednesday, May 9. 2007Framework 2.0 anch'ioTrackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
io darei un'occhiata a pylons
http://pylonshq.com/ per rails, non lo conosco ma una frase famose del principale sviluppatore è stata: "se è lento, è colpa dell'hw" (riassunta e tradotta nella mia minima esperienza le uniche due pecche di django sono: da quel che ho capito io non c'è un modo bello come quello di rails per invalidare la cache, e non si può usare l'ereditarietà nei modelli.
Per il resto è fico, buono studio anche io ho in questi giorni ho fatto le tua stesse considerazione riguardo al framework symfony.
sottoscrivo in pieno anche l'idea che un framework del genere riesca asostiutire l'idea di cms Ho l'impressione che, entusiasmo comprensibile per la scoperta a parte, ci sia un po' di confusione. La bicicletta è un ottimo mezzo di trasporto: da qui a dire che le automobili non servono più ce ne corre (o se volete, viceversa).
L'installazione di un CMS richiede competenze diverse dal programmare in un framework (che aggiunge competenze, non ne toglie: la parte sistemistica e di UI / UX / CM resta tutta, anzi). Se si parla di prototipazione, mi sfugge la correlazione con l'idea che sostituisca semplicemente i CMS: lo scopo dei framework è principalmente la creazione di web-apps su misura, che non è il target principale di un CMS. Aggiungo: che con un framework si possa 'sostituire' ad hoc un sistema di CMS è possibile ma altamente impraticabile in una larga parte dei casi, soprattutto quando si scala verso l'alto e tempi certi, budget e mantenimento post-release sono parte del progetto. Se invece parliamo di 'casa nostra', bè, certo, tutto si può fare ed è esperienza, ma vi inviterei a non diventare parte dell'ennesima build-your-own-spaceship-in-your-backyard revolution: professionalmente, non funziona (e fate una prova semplice: prendere il framework che vi piace di più e replicate il vostro software di blog. Poi ci risentiamo, con le ore uomo che ci avete messo e quelle stimate per stare appresso ad eventualli updates Comunque, m2c. Il discorso sarebbe lungo e probabilmente in alcuni punti estremamente noioso e io sicuramente non mi sono spiegato granché, ma in generale non sono d'accordo e il discorso mi sembra figlio della sola novità (come quando appunto ti regalano la bicicletta e per venti giorni ci dormi insieme) #ifdef DUMB_HUMOUR
se mi fai la grafica il mio software di blog lo rifaccio al volo, su blogsome ho due funzionalità in croce e django fornisce in due righe amministrazione, commenti, feed, slug e autenticazione #endif Ovviamente non mi riferivo al tuo software.
Non conosco Django ma conosco Symfony e so cosa puoi fare con un fw: obbietto soltanto che mi sembra uno sforzo maldiretto. Se mi consenti uno paragone stiracchiato, non uso VisualStudio per scrivermi un editor quando me ne serve uno. Lo uso se ho bisogno di funzionalità di editing nella mia applicazione che sto scrivendo e che fa altro, che è diverso. Andrea, un paio di cose. io parlo di django e rails e tu mi tiri fuori symfony.
quanto ai cms e ai costi di manutenzione di un software, non è che i cms (proprietari e non) che ho usato in passato non abbiano avuto costi di manutenzione. Alberto, veramente ho nominato Symfony solo in risposta al discorso di riffraff sulle facilitazioni che offriva Django, per dire che so cosa fanno questo tipo di fw (ne ho recentemente provati sette-otto appositamente per un progetto e si è poi deciso di fare senza comunque (*)). Lungi da me innescare discorsi su questo o quello è meglio di quello e quell'altro.
Il mio discorso è più generico: un framework di sviluppo e un CMS sono cose diverse per scopi solo in parte sovrapponibili (ovvero che con il primo puoi realizzare il secondo). Io non credo siano confrontabili, non più di Visual Studio e Office, per intenderci, tutto qui. Banalizzando: Tu pensi sia il tempo del copiaincolla, io penso che questo sia vero solo per un certo tipo di soluzioni. Se scali, non necessariamente come budget ma anche in semplice complessità, le cose cambiano. Sulla questione costi, certo che esistono carichi finanziari post-release, ma con un FW/CMS lo sviluppo è tutto a carico del committente (o della struttura che lo realizza per il committente), con tutto quello che questo comporta. O il prodotto si ferma, e sul web è dura, oppure lo sviluppo non lo fanno più altri per te su una base di installato > 1 e tu paghi un contratto di manutenzione, upgrade, aggiornamento, ma tu paghi lo sviluppo. Si parla di software custom, e per me fa una certa differenza. (*) Non si tratta di FaceTag. il mio era un intento evidentemente provocatorio e tu, as usual, ci caschi sempre
certo che stiamo generalizzando, ma nemmeno tanto, perchè il paragone oggi per le web agency (ma anche per le aziende) è: meglio sviluppare su un cms oppure utilizzare un framework? e sarà sempre di più così. sicuramente la mia visione del sw copiaincolla è semplicistica, ma dipende anche da cosa significa "scalare". per fare un esempio, scalare significa anche banalmente aggiungere la feature n+1. ecco, lasciamo stare i costi di manutenzione: tra un cms e un sw custom, aggiungere la feature n+1, quanto costa? io ho una mia idea... ad ogni modo, credo che oggi i CMS "old style" vadano bene solo per progetti editoriali particolarmente complessi (workflow, doc mgmt, ecc). e forse nemmeno più per questi. e sono uno che li ha usati e consigliati fino a ieri. oggi credo che molti framework si adattino molto meglio alle esigenze delle aziende. ma devono anche cambiare i modi in cui le aziende gestiscono i progetti (vedi agilità vs progettazione) e quindi i budget. > il mio era un intento evidentemente provocatorio e tu, as usual, ci caschi sempre
Ma porc. Sono praticamente d'accordo con tutti e due. Il fatto che molto spesso si è usato un cms quando si sarebbe dovuto usare un framework è verissimo.
Ma che grossi progetti redazionali possano essere sviluppati di volta in volta con un framework non si può dire vero. Software come Priscilla o Vignette sono talmente complessi che a cercare di riprodurli con un framework (django o rails che sia) si arriverebbe comunque ad un unico risultato: un CMS! Quindi bisogna considerare il target dell'applicazione: stiamo sviluppando il nostro personale blog o stiamo sviluppando un software che deve gestire contenuti prodotti da una redazione di trenta persone? rispondere su vignette sarebbe come sparare sulla croce rossa... e cmq rigiro la domanda: hanno ancora senso software come vignette?
non parlo di mercato, quello funziona con rapporti e legami commerciali, quindi non è sempre detto che un software che funziona nel mercato sia anche un ottimo software (vedi windows o meglio, riformulo. nel caso di un mega-cms hai tutto pronto, ma devi customizzare. nel caso di framework sviluppi con poco quello che ti serve realmente. in ogni caso costa, certo. ma quale soluzione alla fine ha il minor TCO? (e per ora non parliamo di licenze, vah) volevo avvertirti che sei nel video ma tanto lo sapevi!
Alberto, non sono un programmatore, pur sapendo muovermi discretamente con l'accoppiata php/mysql.
Però mi piacerebbe imparare a usare Django. Anche in relazione a qualche progettino futuro. Ho iniziato a vedere Python e mi sembra un linguaggio semplice ed elegante. In una parola. Da dove parto? Che mi consigli di fare per iniziare a esplorare la cosa? ti passo i link che mi ha fornito il mio mentore:
http://www.djangoproject.com/ http://diveintopython.org/toc/index.html http://video.google.com/videoplay?docid=-70449010942275062 se segui questo tutorial è molto ben fatto: http://www.djangoproject.com/documentation/tutorial01/ per il resto, credo che la documentazione di django sia molto ben fatta, tocca solo mettersi sotto Ciao. Ho una web application sviluppata con Struts e tecnologia Java/j2EE. Il mio cliente vorrebbe rifare il front end causa eccesso di logica nelle jsp e vorrebbe utilizzare un framework meno complesso e costoso di Struts. Che ne pensate di Hybernate? Posso chiedervi un suggerimento? Grazie mille
Add Comment
|
MySelf
In breve: 34 anni, friulano, vivo a Roma, lavoro nel web come user experience consultant.
Nel tempo libero mi dedico alla fotografia e alla natura. Puoi contattarmi via mail e Skype. Descrizione completa Linkedin profile Bookmarks Fotografie PublicBrain View blog reactions Scambio link, no grazie! Mail indesiderate, no grazie! QuicksearchLavora con meWeb user experience[17/07/08] Cosa togliere (less is more)
[16/07/08] Scorecards per definire le priorità [10/07/08] Design Epicentrico [04/07/08] Internet Explorer e i costi della compatibilità browser [26/06/08] Form in linguaggio naturale [13/05/08] Definire le priorità di un progetto [29/04/08] Slide dell'IA Summit 08 americano e video del FOWD [28/04/08] Swimlanes: deliverable da collezione [23/04/08] Prima gli utenti (Last.fm blues) [07/04/08] Web giocoso e Bruno Munari !EvenzCategoriePenso e faccioTags6nations , adsl , ajax , apple , arrampicata , aziende , barcamp , beppe grillo , blog , business , calcio , cms , community , comunicazione , cordenons , donne , ecommerce , elezioni , ezpublish , firefox , flickr , folksonomy , foto , framework , friuli , futuro , gaudio , giornalismo , google , google analytics , iasummit , information architecture , italia , lavoro , libri , linux , mercato , microformats , mondiali , montagna , motori di ricerca , musica , myblog , nova24 , olipal , opensource , php , politica , politiche2006 , privacy , project management , prototipazione , prototyping , roma , rss , rubyonrails , rugby , scalability , self , seo , skype , skypecast , snoopy , social network , soldi , spam , stats , technorati , telecom , tempo , trasporti , trekking , tumblelog , usabilità , usability , user centered design , user experience , user king , vacanze , viaggi , video , web 2.0 , web application , web design , webdays , weinberger , wiki , yahoo , zen
|