Parce que le printemps est haïssable...

Six heures de dév

[via Simon Willison]

Les framework de développement web sont capable de faire gagner énormément de temps. Je le martèle depuis des mois au boulot, j'essaie de pousser ce genre de technologies au lieu du sempiternel "développement from scratch qui aime réinventer la roue" ou de "l'intéressant, mais sur-dimensionné gestionnaire de contenu".
On peut, grâce à ces frameworks (ne soyons pas sectaires, citons Ruby on Rails, Symfony, Turbogears, sans vouloir être trop exhaustif), développer en des temps records des applications en écrivant un minimum de lignes de code. Parfois, on n'a même pas besoin de SQL pour poser une base de données. Le programme écrit d'autres programmes. C'est ça la clé.
Dernier exemple frappant de l'efficacité de ces solutions : Djangogigs. Deux développeurs, Scott et Andrew discutent d'une idée de site : un site de petites annonces pour développeurs Django écrit en Django.

Six heures plus tard, le site est développé, prêt à l'emploi.

CQFD.

Catégories: django | PHP | programmation | python | utilisabilité | web
lien permanent vers : "Six heures de dév" | Commentaires: 9

27 Sept. 2007 - 09:42, par NiKo

'ttention, le lien "Djangogigs" pointe vers ton site :)

27 Sept. 2007 - 09:52, par Bast

Je me permet de rajouter un pti nouveau (qui n'en est pas un) à ta liste de framework : Jelix.

Même si le site est pas énorme c'est toujours classe, faire un site en six heures.

27 Sept. 2007 - 10:01, par No'

NiKo : fixed, merci.

27 Sept. 2007 - 10:46, par giz404

Ca m'étonne que des pros continuent à développer tout de A à Z. Vu les contraintes de temps et de budget, l'emploi d'un framework me semble une étape incontournable aujourd'hui.

27 Sept. 2007 - 11:23, par mEga

Le problème des framework c'est pour certains tres gros projets (comme ce sur quoi je travaille) il vaut mieux du sur mesure pour éviter de mettre tes serveurs a genoux

27 Sept. 2007 - 11:25, par mEga

(et merde je clique sur Go! avant la fin moi)... mais il faut leur reconnaitre le gain de temps qui peut être franchement très très appréciable ! :)

27 Sept. 2007 - 15:31, par Pierre

Excellent !

Putain, six heures pour faire ça... dire que je pantaille pendant des demi-journées sur la couleur d'un dégradé pour un menu... :'(

Quant aux offres qui commencent à être envoyées, elles sont sympa ! Y'en a même en Australie (voilà qui aurait fait plaisir il y a quelques temps à un petit geek qu'on connaît) !

27 Sept. 2007 - 15:38, par Pierre

Ah tiens, c'est amusant, on peut lire les annonces qui ne sont pas publiées en modifiant l'URL... Du genre ça...

27 Sept. 2007 - 23:49, par Play

Malheureusement (et bizarrement), peu de web agencies utilisent des frameworks Open Source (du moins, celles qui n'ont pas voulu de moi). Beaucoup préfèrent soit du from scratch (tendance sado-maso), soit le framework "maison" complètement catastrophique (très souvent mal codé / pas assez testé en profondeur), soit le CMS lourdingue à mort à la Joomla. En tant que pantailleur professionnel, je trouve cela très couillon. Un framework, quand il est maîtrisé, fait gagner un temps considérable. Je serais chef de projets (woua le rêve) dans une web agency, je ferais reposer tout mes développements sur des frameworks à la Django, Rails ou Symfony (pour parler des plus "hypes").

mEga, tu as dit :

"Le problème des framework c'est pour certains tres gros projets (comme ce sur quoi je travaille) il vaut mieux du sur mesure pour éviter de mettre tes serveurs a genoux"

Ca dépend surtout du choix du framework et de sa maîtrise. Un développeur qui maîtrise à mort un framework + le langage sur lequel il repose, optimisera le truc à fond. Bien évidemment, le cas Ruby on Rails est à part because of Ruby (vivement la VM). Je connais des développeurs qui peuvent pondre du code PHP from scatch avec très peu de couches d'abstraction qui sucera bien plus de ressources que du code Symfony optimisé. Je pense que ça dépend surtout du développeur. Mais il est certain que peu de couches d'abstraction + optimisation massive du code ce sera toujours plus performant (hardwarement parlant), mais autant développer en C. C'est l'éternel compromis entre "qualité" du code et performances. En ce qui me concerne, c'est la "qualité" du code qui prime.

Très sympa Djangogigs ! Merci de l'info :)

Toutes les balises HTML seront supprimées.
Tu peux ajouter des liens comme suit :
J'ajoute [a http://exemple.com "un joli lien"]
Tu peux aussi mettre *en gras* ou {en italique}.