Fayotage
Par NiKo le jeudi 4 décembre 2008, 13:18 - Dev
- Lien permanent -
17 commentaires -
[13:13:07] Glooze: hey, doctrine + sf, ca roxxe quand même
[13:13:29] NiKo: génial, tu peux faire un billet pour le dire steup ?
[13:13:48] Glooze: dès que j’aurai trouvé un pdf de la doc !
[13:13:54] NiKo: un pdf oO
[13:14:05] NiKo: tu connais pomme P -> PDF
[13:14:13] Glooze: Ouais mais non
[13:14:29] Glooze: j’suis pas sous mac tout le temps (notamment mon portable il est sous ubuntu)
[13:14:32] NiKo: ahhh ok môssieur veut un beau livre relié cuir, bien sûr
[13:14:39] NiKo: ben sous ubuntu c’est natif
[13:14:43] NiKo: imprimer -> pdf
[13:14:47] NiKo: depuis firefox
[13:14:50] Glooze: et pis surtout une doc sur 8 pages, ça me fait aller sur chaque et imprimer
[13:14:51] Glooze: :o
[13:14:59] Glooze: Alors une doc plus grosse
[13:15:30] NiKo: si tu fais pas de billet, je faillote sur mon blog en faisant un gros copier coller de cette discussion
[13:15:32] NiKo: </menace>
[13:15:36] Glooze: Y a eu des tas de changements (en mieux d’ailleurs) pour la 1.2, donc mon definitive guide (acheté môssieur) il est plus trop utile
[13:15:44] Glooze: Mais vas-y, faillote !
[13:15:47] NiKo: ça marche
17 commentaires (Ajouter un commentaire)
Et même que je confirme !
J'en fais quoi de mon definitive guide to symfony, y a plein de trucs qu'ont changé :/
Ben tu fais comme tout le monde, tu fais un
svn update.C'est pourtant pas compliqué...
Ah, ça marche pas comme ça les bouquins papier ?
Grands fous
Glooze, vient me parler, ça me donnera des idées de billets.
Rhô il est chiant ce glooze avec ses pdf
ps : très sympa le nouveau design ! (le label for sur la checkbox ci-dessous n'arrive pas à s'appliquer)
@David> fixed (merci !)
C'est vrai qu'il manque une doc téléchargeable (html et/ou pdf) à symfony.
On me fait souvent la remarque quand je fais un peu de promo pour mon framework préféré.
Glooze à raison, maintenant le livre sert de moins en moins, mais en même temps j'ai envie de dire heureusement ! Preuve que le développement du framework avance à grand pas et c'est tant mieux pour tout le monde. Même si je n'ai jamais bien adoré (peut être à cause de mon mauvais anglais) ce livre je l'ai acheté avant tout pour soutenir l'emmergence de Sf.. Oui vous avez tous compris c'est grâce à moi que Sf Rox.
Ah oui pour se convaincre de la montée en puissance de Sf : http://www.google.fr/trends?q=symfo...
Django c'est ridicule à côté (David :p).
Bonjour à tous,
c'est vrai que la documentation sur une seule page est vraiment pratique pour une recherche. C'est pourquoi, j'ai codé un petit script permettant d'extraire la documentation de Symfony et de l'assembler dans un seul document HTML.
Je me permet de vous mettre le lien : http://www.leblanc-simon.fr/scripts... (il faut forcer l'UTF-8 dans le navigateur pour avoir une version correcte)
Je me permet également de mettre un lien vers la documentation HTML et PDF : http://www.leblanc-simon.fr/symfony...
Cordialement,
Simon
@Samuel Martin : même si ces données sont complètement biaisées, il ne me semble pas que Django soit "ridicule" :
http://www.google.fr/trends?q=symfo...
Mais bon comparer des outils reste assez crétin, comparons des maisons
@David> Humph, tout à fait d'accord, Google Trends n'est certainement pas l'outil pour déterminer si un framework est "mieux" ou "ridicule" comparé à un autre. Preuve supplémentaire : http://www.google.fr/trends?q=symfo...
Bref, on s'en branle et l'important est effectivement de voir ce qu'on fait avec. Et quand parfois on voit ce qu'on voit, et qu'on entend ce qu'on entend... Et ben on a bien raison de penser ce qu'on pense.
@NiKo : j'en pense pas moins ;-).
@NiKo, @David : Egalité http://trends.google.com/websites?q...
Heuuu... pourquoi comparer des outils serait crétin???
Pour avoir programmé pas mal avec symfony (1.0) et django (1.0), je peux dire que je préfère largement django. C'est en grande partie grâce à l'immense supériorité de python sur php. Pourquoi ne pas le dire?
Si on est *obligé* de programmer en php, alors symfony est une option de choix, heureusement.
Il y a quand même des parties de symfony qui étaient géniales, notamment le framework de tests. Aucun framework de tests de python n'arrive à la hauteur de ce que Fabien a fait (je ne me souviens plus du nom de cette bibliothèque de tests...).
Ceci n'est pas un troll! Troller c'est prétendre que le rouge est mieux que le vert. Symfony et django sont comparables et django a de nombreux avantages sur symfony. (C'était aussi l'avis de Fabien, et je me suis mis à django sur ses conseils! ...pour ne plus jamais revenir à symfony)
Le principal avantage qui reste à symfony, c'est que php reste le langage utilisé pour les grands projets web. C'est peut-être aussi plus facile de trouver des devs php.
Sinon, je conseille à quiconque (ayant le choix du langage) d'oublier symfony et d'essayer django. Mais attention, quand on a goûté à python, ça fait mal de retourner coder en php...
chtito> Moi aussi je préfère Python à PHP - même sil'absence d'interface et de gestion fine de visibilité de portée de membre du premier m'ennuient d'un point de vue OO - et si je dois aujourd'hui faire un projet sans contrainte de langage à utiliser, j'utiliserai Django pour sûr. Maintenant je travaille dans un boîte qui produit 95% de PHP (Sensio), et de toute façon mon taf actuel m'éloigne de la production de code.
Honnêtement, quand je vois les directions que prennent PHP, notamment la fabuleuse implémentation prévue pour les espaces de noms (feature que j'attends depuis quelques années), j'ai pas vraiment envie de continuer à capitaliser sur cette techno à terme.
Maintenant comparer des frameworks via Google Trends, ça c'est profondément de la connerie, je l'affirme haut et fort
ah mais-euh, les gens ! on dirait qu'on est vendredi, mais on n'est que lundi, z'êtes pas gentils, là !
Oui *comparer* des outils, c'est intéressant. Pour faire un choix parmi un éventail de technologies, il faut comparer. Ce qui ne veut pas dire "troller". Ou dire "j'ai raison, t'as tord, ton outil est pourri, le mien me transforme en génie".
Peu importe.
C'est mon vieux refrain que je chante tout le temps : l'important n'est pas dans le média, il est dans le message. Tant que le media transporte ce que je veux, me fournit les services qui me sont utiles, peu importe si c'est du COBOL on Rails ou du Prolog Objet.
Le programmeur peut choisir un langage plutôt qu'un autre, un outil plutôt qu'un autre, quelque part, c'est son problème. Ce qu'on lui demande, c'est de résoudre les problèmes, de fournir des solutions aux utilsateurs, de renvoyer les bonnes infos à la bonne personne.
Et s'il peut utiliser un outil qui lui plaît, c'est super. Il peut être heureux.
tiens pour une fois je vais apporter ma pierre à cette forte intéressante discussion : http://farm3.static.flickr.com/2010...
constructif, n'est-ce-pas ? de rien, de rien
Marie> Bwahaha, excellent