Prendre un Café - Tag - php - Commentaires

Mes conventions de codage... - Max

Max — Fri, 08 Aug 2008 11:26:25 +0200

Pour le troll tab/espaces :
L'avantage des tabulations c'est que si tu aimes voir des indentations de largeur 2 espaces et que ton collègue en préfère 4, avec les tabulations c'est configurable dans l'éditeur alors qu'avec les espaces tu perds des heures à essayer de convaincre ton collègue.
Donc à moins de vouloir faire des l'ASCII Art en codant nos proses en C/C++/Java/PHP, les espaces ça pu. (je suis un ancien utilisateur des espaces (3) jusqu'à ce que je me fasse engueuler par un pote geek avec qui je codais)

L'accolade sur la même ligne :
Alors déjà, quand je code en C et C++, je met sur la ligne d'en dessous et lorsque je suis en Java ou PHP, je met sur la même ligne (conventions).
J'ai une préférence pour l'accolade à la ligne pour 2 raisons :
- Le bloc est plus lisible car les 2 accolades sont au même niveau.
- Lorsqu'on est en phase de débuggage, on peut très rapidement désactiver un test pour le passer à true en commentant la ligne du if. Les accolades deviennent alors superflue mais ça compile toujours. Si on a mis l'accolade sur la même ligne, il faut aussi commenter l'accolade fermante.

Mais le plus important, c'est surtout de ne pas mélanger les conventions et de s'en tenir à une seule par projet.

Mes conventions de codage... - On est normand ou on l'est pas

On est normand ou on l'est pas — Fri, 01 Aug 2008 23:51:48 +0200

La devise normande étant "p't'être ben qu'oui, p't'être ben qu'non", j'aurais tendance à prétendre qu'entre tab et espaces, autant prendre les deux

En règle générale je favorise les tabs. Par contre pour certains alignements particuliers, les espaces sont nécessaires.

Un petit exemple qui me vient à l'esprit :
Quand on a une condition multiple, et que l'on veut éviter une ligne trop longue, on peut vouloir la mettre sur plusieurs lignes. Dans ces cas pour une meilleur lisibilité il est préférable que les différents composant de la condition soient alignés verticalement. Dans ce cas le tab sert à mettre au niveau d'indentation et les espaces servent à aligner :

(ça va sûrement rien donner ici, faudrait pouvoir visualiser les caractères blancs)

function foo($bar, $ba, $papa) {
if($bar === 'bar' &&
is_null($ba) &&
$papa === 'papa') {
$toto = $tata;
}

return true;
}

Comme on le voit pas je précise que dans ce cas je met un tab plus trois espaces devant les lignes 3 et 4. La ligne 2 (if) ayant un tab, et la ligne 5 deux.

Merci pour le troll, ça fait du bien de se lâcher de temps en temps

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Fri, 01 Aug 2008 08:20:37 +0200

Hi Christoph !

Thanks for beeing here, I'm honoured I should really write my technical posts in english, but I'm so lazy, sorry for that...

We're planning to propose the FirePHP console as an alternative to the current web debug toolbar in the next version of symfony, I'd be more than happy to collaborate with the FirePHP community to ensure consistency regarding our intergation I've just subscribed to your group.

Debug PHP facile avec Firefox, Firebug et FirePHP - Christoph

Christoph — Fri, 01 Aug 2008 05:56:12 +0200

Hi all,

Sorry about my english post but I don't speak french.

I quite enjoyed reading all the comments (via google language tools :)). I would love to continue this discussion in the FirePHP discussion group if anyone is interested.

http://groups.google.com/group/Fire...

Please join to discuss the current functionality and explore future uses. I would love to get some support from the symfony community to develop a comprehensive plugin that integrates with many aspects of the framework.

My goal is to develop a debug bar similar to the current symfony debug bar that is cross-framework and eventually cross-browser. It would be great to develop this for symfony and Zend Framework in parallel to ensure that there are no framework specific design decisions made.

I look forward to your feedback and thanks for your interest.

Christoph

Partager la session utilisateur entre Flash/Flex et symfony avec AmfPHP - Kévin Dunglas

Kévin Dunglas — Sun, 27 Jul 2008 16:14:38 +0200

Très bonne nouvelle ce décorateur Flex Je l'attend avec impatience !

Partager la session utilisateur entre Flash/Flex et symfony avec AmfPHP - NiKo

NiKo — Sun, 27 Jul 2008 12:52:39 +0200

Pour moi un gros avantage d'AMF, c'est les performances : http://ajaxian.com/archives/ria-dat...

Après, si on est pas trop regardant de ce côté là, on peut effectivement travailler avec des webservices Flex (SOAP/WSDL), voire avec une banale API REST en XML ou JSON.

Pour l'intégration avec symfony, l'idéal serait d'arriver à générer un format de sortie AMF depuis les vues, mais AmfPHP va poser beaucoup de problèmes à ce niveau là du fait de son architecture. Joshua May a tenté le coup avec son plugin sfAmfphpPlugin, mais c'est beaucoup de bidouille je trouve, d'où ma dernière question dans le billet concernant les alternatives existantes à AmfPHP... Je continue à creuser le sujet de toute façon, on a dans le pipe un décorateur Flex pour la future version de l'admin generator...

Partager la session utilisateur entre Flash/Flex et symfony avec AmfPHP - Kévin Dunglas

Kévin Dunglas — Sat, 26 Jul 2008 20:45:14 +0200

AmfPHP est vraiment puissant et facilite grandement le développement d'applications web avec une interface en Flash / Flex.
Par contre je m'interroge sur la pertinence de l'utiliser avec Symfony : leurs différences d'architecture ne risquent-elles pas de poser des problèmes à terme (incompatibilité futur entre les deux projets, maintenance, performances, ...) ?

Créer des vues qui génère du XML avec Symfony, qui seront analysées par l'application Flash/Flex me semble une solution plus robuste et pérenne : même si le trafic réseau augmente (protocole texte alors que AMF est pseudo-binaire), nous utilisons un format parfaitement supporté par Symfony comme AS3 et tout autre langage / brique logiciel moderne. Nous ne nous enfermons pas dans l'utilisation d'un protocole propriétaire relativement obscure et mal supporté.

Autre avantage à l'utilisation du XML : on peut très facilement générer une interface alternative au site (typiquement en HTML / CSS) afin de pouvoir référencer correctement le site et améliorer son accessibilité (lecteurs d'écrans, ...). J'ai présenté cette technique (grâce à XSLT et SWF Address) dans un billet il y-a quelques temps : http://lapin-blanc.net/27/05/2008/f...

Mes conventions de codage... - NiKo

NiKo — Fri, 25 Jul 2008 07:47:29 +0200

Oh oui, donne moi des leçons NiCoS

Mes conventions de codage... - arnod'mental

arnod'mental — Thu, 24 Jul 2008 23:24:22 +0200

Pensée récursive !!!!! http://www.nojhan.net/geekscottes/i...

Mes conventions de codage... - NiCoS

NiCoS — Thu, 24 Jul 2008 22:05:03 +0200

Content de voir que tu as retenu la signification de TMA

Y a un an, tu faisais moins le cador ;-P

~~~~> []

(je sais ce commentaire ne sert strictement à rien)

Mes conventions de codage... - 1ace

1ace — Thu, 24 Jul 2008 18:04:33 +0200

@NiKo: je suis sûr que tu la lancé volontairement, ce débat stérile :P

L'argument "L'argument \"les tabs, ça s'affiche pas partout pareil\" n'est pas valable : c'est exactement le but recherché." n'est pas valable : le but de la convention est que tout le monde fasse pareil, pas que chacun la personalise à son goût.

mais:
L'argument "L'argument \"L'argument \\\"les tabs, ça s'affiche pas partout pareil\\\" n'est pas valable : c'est exactement le but recherché.\" n'est pas valable : le but de la convention est que tout le monde fasse pareil, pas que chacun la personalise à son goût." n'est pas valable :
[insérez votre troll ici]

remarquez l'échappement des guillemets, pour que votre parser (aussi appelé cerveau) ne plante pas

... je suis déjà dehors ==>[]

Mes conventions de codage... - NiKo

NiKo — Thu, 24 Jul 2008 16:48:11 +0200

thibault> T'as raison, il est trop bon ce troll

Perso ce qui me dérange avec les tabs, c'est que quand on balance un snippet de code sur une page web dans une balise <pre/>, elles s'affichent à huit espaces par défaut, et donc ça pue (je suis fort en troll de tabs, hein ?).

Mes conventions de codage... - thibault

thibault — Thu, 24 Jul 2008 16:37:18 +0200

Rhalala, ce troll espaces vs tab, qu'est-ce qu'il part vite et bien J'hésite à en remettre une couche, rien que pour le plaisir.

L'avantage des tabulations, c'est que justement on peut configurer son éditeur avec la taille d'indentation qu'on veut. L'argument "les tabs, ça s'affiche pas partout pareil" n'est pas valable : c'est exactement le but recherché.

Désolé, je n'ai pas pu me retenir :P

Mes conventions de codage... - Romain Dorgueil

Romain Dorgueil — Thu, 24 Jul 2008 13:14:33 +0200

Moi je dis, une seule solution pour éviter les problèmes d'indentation: on met tout sur une seul ligne.

Mes conventions de codage... - NiKo

NiKo — Thu, 24 Jul 2008 11:42:27 +0200

Pierre> C'est dans ce genre de cas que la (php|java|etc.)doc rédigée en anglais est clairement indispensable, sans oublier une page de wiki de définitions de termes métier

Mes conventions de codage... - Pierre

Pierre — Thu, 24 Jul 2008 11:39:18 +0200

Et puis de toute façon, ce qui est bien c'est que tout est abrégé. Entité de Production, c'est naze, alors qu'EDP c'est tellement plus fnu ! Du coup, getEDP, que tu sois français, polonais ou chinois, ça a a peu près la même signification : trois lettres qui ne veulent rien dire

Mes conventions de codage... - Pierre

Pierre — Thu, 24 Jul 2008 11:37:41 +0200

C'est sûr... tiens tu fais bien de parler des Indiens, j'ai un copain qui est actuellement en Inde pour aider à la mise en place de l'offshore du projet sur lequel il bosse... je suis sûr qu'il aura plein de super anecdotes à me raconter d'ici quelques semaines !

Enfin, si ça peut te « rassurer », la plupart des termes métier restent abstrus à la plupart des développeurs un bon moment ! C'est génial en phase de validation, quand ils manipulent des données et des éléments dont ils ne comprennent pas la signification (je le sais, j'ai commencé comme ça !).

Mes conventions de codage... - NiKo

NiKo — Thu, 24 Jul 2008 11:33:34 +0200

@Pierre:
> les termes fonctionnels sont en général des (abréviations de) termes français propres au métier. Je me vois mal traduire « Entité de Production » juste pour le bon plaisir d'avoir un joli terme anglais

Comme tu le dis plus bas dans ton commentaire, je te souhaite sincèrement de n'avoir *jamais* à offshoriser tes développements. J'aimerai assez voir la tête d'un indien ou d'un polonais devant une $EntiteDeProduction

Mes conventions de codage... - Pierre

Pierre — Thu, 24 Jul 2008 11:26:01 +0200

Concernant l'utilisation de l'anglais pour le codage, je veux bien, mais j'ai deux arguments plutôt en faveur de la langue du projet :

1. les termes fonctionnels sont en général des (abréviations de) termes français propres au métier. Je me vois mal traduire « Entité de Production » juste pour le bon plaisir d'avoir un joli terme anglais (que je devrai sans doute abréger au final).

2. quand on se base sur un ou des framework(s), qui sont codés en anglais, on voit tout de suite ce qui a été développé par l'équipe du projet, puisque les noms sont en français.

Par contre, pour les briques de base (getters et setters par exemple), inutile de dire que je laisse getBidule() et setBidule() ! D'autant que le framework sur lequel je bosse a besoin de cette convention pour sa tambouille interne...

Par contre, je me souviens d'un stage à Taiwan où j'ai particulièrement déchanté quand j'ai enfin pu mettre les mains dans le code... tous les commentaires étaient en chinois, sauf que j'étais sous Windows en français et avec un Visual Studio en français... et donc j'avais des jolis hiéroglyphes à la place des commentaires. Bon, de toute façon à l'époque je savais pas lire le chinois, alors que ça s'affiche bien ou pas m'aurait pas aidé à grand'chose ! Enfin tout ça c'était du temps où on me forçait à faire du C#...

Bref, moi ça me fait bien rigoler toutes ces querelles de codage
«
— Tu peux t'la carrer où j'pense ta tabulation de mes deux !
— Ah ouais ? Tu veux t'batt', toi et tes espaces à la mords-moi-l'nœud ?!
»

Mes conventions de codage... - neolao

neolao — Thu, 24 Jul 2008 11:10:36 +0200

Mais sous le même éditeur, toutes les tabulations ont la même taille, l'argument est mauvais.

D'ailleurs, l'indentation est le plus dur à voir. Il faut afficher les caractères non imprimable.

Il y a des éditeurs qui ont des macros, templates etc.
Dedans, on y met ses indentations, c'est pas pris en compte par les réglages après.
Par exemple, quand je crée une fonction, il va m'indenter automatiquement dans l'accolade, mais il va me mettre une tabulation alors que l'éditeur est réglé en espaces.

Comme dit plus haut, le plus pratique finalement, c'est de reformater avec une action.
J'ai jamais essayé encore, j'me demande si ça casse les alignements des "=" et tout

Mes conventions de codage... - No'

No' — Thu, 24 Jul 2008 10:49:42 +0200

Suivre les conventions du projet, soit... Mais pour tes propres projets en interne, c'est quand même mieux de définir quelque chose de "standard".
Et ne pas oublier le cas : tu importes un module codé dans un standard (celui de son projet) avec une application (qui suit un autre standard).

C'est pour ça que les conventions globales peuvent être un mal nécessaire, aussi.

Tant que les conventions restent cohérentes, et rendent le code source lisible humainement, c'est plutôt une bonne chose ("readability counts", comme on dit chez nous). La PEP 8 de Python est généralement adaptable à tout autre langage (reste la question des accolades, mais je n'ai pas envie de nourrir ce troll-là précisément)

http://www.python.org/dev/peps/pep-...

Une autre constante dans Python : coder en anglais. C'est triste à dire, mais c'est comme ça... À part pour des langage comme Baguette On Snails, l'anglais reste la "Lingua Franca" de l'informatique actuelle (jusqu'à ce que le mandarin balaie tout) et il vaut mieux éviter le mix frengliche qui rend le code plus difficile à comprendre et à faire évoluer. Une règle de base c'est aussi : "ne me fais pas réfléchir". Je ne devrais pas, en principe, avoir à me poser la question plus d'une seconde sur le nom d'une méthode... "attends... c'est 'get_chose_importante' ? ou 'get_important_thing' ? ou 'getImportantThing' ?"

Établir des conventions, c'est aussi éliminer du temps de CPU dans ton cerveau.

Bon. Assez parlé... J'ai un stagiaire sur le feu... Il utilise des noms de variables et de classe imbittables, et il n'a pas encore reçu son quota de coups de fouet.

Mes conventions de codage... - NiKo

NiKo — Thu, 24 Jul 2008 10:46:34 +0200

Julien> Tout à fait exact !

Mes conventions de codage... - heyheymymy

heyheymymy — Thu, 24 Jul 2008 10:36:14 +0200

ben pareil que 1ace, moi je dit à eclipse de remplacer mes tabulations par 4 espaces, tout se passe bien et je suis pour l'utilisation d'espaces, plus harmonieux que les tabs et transparent à l'utilisation quand on configure bien son IDE.

Mes conventions de codage... - Julien

Julien — Thu, 24 Jul 2008 10:35:00 +0200

Vive le checkstyle et le "Ctl + Shift + F" sous Eclipse

Et j'ajouterais cela à ta liste :
- Faire de lignes courtes (moins de 120 caractères, parce qu'avoir à scroller horizontalement c'est une horreur, tien ça me fait penser à l'EeePC 701 ça...).
- Faire des classes courtes (moins de 1000 lignes).
- Faire des méthodes courtes.

La lisibilité du code en dépend...

Mes conventions de codage... - manatlan

manatlan — Thu, 24 Jul 2008 09:33:59 +0200

C'est aussi pour ces raisons que j'aime python, et qui oblige le programmeur à utiliser ces conventions (ce qui facilite énormément, comme tu dis, la TMA)
(être explicite, indenter ... etc ...)

Sinon, faut indenter avec des espaces, et non avec des tabulations !
Les espaces seront toujours identiques qqsoit l'editeur ... alors que les tabulations peuvent varier (2,3,4, 8 générallement). et ça peut devenir hautement illisible dans un editeur. D'autant plus que de nos jours, les bons éditeurs simulent très biens les indentations avec espaces ...

Mes conventions de codage... - rpelisse

rpelisse — Thu, 24 Jul 2008 05:22:54 +0200

Pour assurer le contrôle et le respect des conventions de codage, il existe maintenant pour PHP des solutions similaire à Checkstyle (http://checkstyle.sourceforge.net) pour Java (Je pense entre autres à http://beautifyphp.sourceforge.net/).

Un outil très pratique dans ce domaine serait quelques choses comme Jalopy (http://jalopy.sourceforge.net/) pour PHP. Ce genre d'outil ne permettra pas de renommer des fonctions ou des classes ne respectant pas les conventions établises, mais au moins il peut "recadrer l'indentation".

Mes conventions de codage... - 1ace

1ace — Thu, 24 Jul 2008 01:29:55 +0200

je sais qu'il est interdit de nourrir les trolls, mais... j'utilise toujours la touche tab (plus pratique), mais sous Notepad++ je remplace chaque fois mes tabs par 4 espaces avant de sauver, et quand je fait du C/C++ c'est sous Code::Blocks, lequel me les convertit automatiquement en espaces

sinon, 100% d'accord avec ta liste de points à respecter
je rajouterais peut-être un point: à l'image de la philosophie linux, préférer une séquence de commandes simples à une artillerie lourde qui fasse tout d'un coup

Mes conventions de codage... - Fabien

Fabien — Thu, 24 Jul 2008 01:04:16 +0200

Les conventions de codage de symfony sont pas mal du tout.
Il y a juste l'indentation par des espaces au lieu des tabulations auquel je n'arrive pas à m'y faire :/

Mes conventions de codage... - Clochix

Clochix — Wed, 23 Jul 2008 23:09:10 +0200

Faudra quant même m'expliquer pourquoi les éditeurs PHP dans Eclipse sont aussi en retard. Que ce soit pour Java ou Javascript, les éditeurs permettent de définir différents profils, chacun avec ses règles de formatage, et de les associer aux projets. Plus besoin de se soucier des histoires d'espaces ou d'emplacement des accolades, l'éditeur gère tout tout seul. Mais pour PHP, les réglages sont ridiculement pauvres, que ce soit avec PDT, PHPEclipse, Aptana... Ok le formattage ne représente qu'une partie des convention de codage, mais c'est dommage que les éditeurs soient aussi en retard

Mes conventions de codage... - Geoffrey

Geoffrey — Wed, 23 Jul 2008 22:31:55 +0200

Je suis un farouche utilisateur des tabulations pour indenter, mais j'ai le désagréable sentiment que je vais rapidement devoir me faire aux espaces.

Mes conventions de codage... - NiKo

NiKo — Wed, 23 Jul 2008 22:24:45 +0200

@thibault:
Super ton site, et particulièrement ce lien que j'y ai trouvé : J'en pleure encore de rire

@Quentin:
> J'ai beaucoup de mal avec les accolades ouvrantes mises une ligne sous le nom de la classe, de la méthode ou de la fonction. Je n'ai jamais compris l'intérêt...

C'est quoi l'intérêt de les laisser sur la même ligne ?

Oui, je sais, un troll aussi facile, je suis vraiment très faible...

Mes conventions de codage... - Quentin

Quentin — Wed, 23 Jul 2008 22:20:14 +0200

J'ai beaucoup de mal avec les accolades ouvrantes mises une ligne sous le nom de la classe, de la méthode ou de la fonction. Je n'ai jamais compris l'intérêt...

Sinon, ouais nique les indentations à espaces, vive les tabulations.

Mes conventions de codage... - thibault

thibault — Wed, 23 Jul 2008 22:09:27 +0200

Tout à fait d'accord sur les conventions. Moi qui, pour l'instant, bosse exclusivement en TMA, je peux dire que j'en vois passer, des horreurs.

Pour moi, le principe le plus important reste le principe KISS. Quoi qu'on en dise, un bon code est un code simple.

(N'empêche, les espaces pour indenter, ça pue)

Mes conventions de codage... - thoas

thoas — Wed, 23 Jul 2008 21:55:41 +0200

Moi, je dis vive le Ctrl + Shift + F sous Eclipse! (format)

Effectivement si tout le monde appliquait ces règles ça simplifierait grandement le travail.

J'envie Python pour ce côté là avec ses conventions bien posées.

Debug PHP facile avec Firefox, Firebug et FirePHP - xheyther

xheyther — Wed, 23 Jul 2008 08:58:58 +0200

J'utilise cette extension assez intensivement depuis quelques semaines et ça m'a changé la vie . Bon pas tant que ça mais je me fait moins suer.

Ceci comme cela a déjà été dis, c'est pratique pour les requête ajax les flux xml etc... avec la fonction fb() cela prend à peine plus de code qu'un var_dump, et c'est à mon avis bien plus puissant puisque la sortie est plus facile à lire et ça c'est inestimable.

Comme j'utilise dojo, j'ai accès à une console de débogage qui couvre la totalité de mon application et c'est vraiment utile.

Ce n'est certe pas indispensable, mais tellement confortable que je pense que j'aurai du mal à m'en passer.

Debug PHP facile avec Firefox, Firebug et FirePHP - Jawad

Jawad — Tue, 22 Jul 2008 21:46:31 +0200

Ce qui me parait effectivement le plus intéressant, et le plus convaincant, c'est de pouvoir obtenir une trace même dans un contexte où il n'y a pas d'affichage possible simplement (exemple: suite à une requête AJAX où, pour utiliser un var_dump, cela n'est pas évident).

Poser des var_dump ou des die n'a jamais été d'une propreté exemplaire, mais cela reste souvent plus simple et plus rapide que n'importe quel autre outil.

Debug PHP facile avec Firefox, Firebug et FirePHP - Tarlak

Tarlak — Mon, 21 Jul 2008 10:27:07 +0200

niko merci, je test, ça va être pratique

Debug PHP facile avec Firefox, Firebug et FirePHP - arnod'mental

arnod'mental — Sun, 20 Jul 2008 23:54:09 +0200

Ah c'est très très bon ça !
J'utilise PEAR::log et son gestionnaire firebug mais le fait d'utiliser les headers HTTP c'est beaucoup plus facile à gérer étant donné qu'on n'est pas obligé d'attendre la sortie pour balancer les messages (en + ça sort en javascript... donc ne marche que si on sort du HTML et qu'on évalue le javascript). Effectivement pour tout ce qui est service web et ajax voilà une solution sal-va-tri-ce !!!.

Debug PHP facile avec Firefox, Firebug et FirePHP - NiCoS

NiCoS — Sun, 20 Jul 2008 23:39:08 +0200

Ok, je viens d'installer FirePHP (pff quelle idée de demander un compte pour une extension "expérimentale", une simple boite à cocher suffirait... ah la collecte d'info... du coup, j'ai pris la preview de firephp), il faut déclarer les sites, donc sauf à ajouter tous les sites sur lequel on passe, il y a peu de chances de profiter des traces laissées par inadvertance...

Debug PHP facile avec Firefox, Firebug et FirePHP - NiCoS

NiCoS — Sun, 20 Jul 2008 23:32:16 +0200

Niko : je vois l'intérêt dans l'absolu (comme le dit mon dernier bout de commentaire). C'est le coté "intrustif" de firephp qui me chifonne un peu, un peu dans le sens de Nico (encore un ?).

Quand je vois ce que nous livre des SSII ayant pignon sur rue, si les ajouts de code pour FirePHP sont mal gérés, j'ai peur pour les livraisons et ce qui va partir en prod.

D'ailleurs question : imaginons qu'un dev laisse des traces pour FirePHP sur un environnement de prod. Si j'ai FirePHP installé sur ma machine (et suis extérieur au projet en prod), je peux récupérer tout ce qui passe ?

Si oui, ça craint et ça impose de pouvoir distinguer absolument les environnements sous pein de grosses cata (au hasard, pour des traces liés à des transactions bancaires...)

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Sun, 20 Jul 2008 23:12:09 +0200

Non. Tu peux utiliser les exceptions pour sortir d'un état, d'une méthode... Pour plein de trucs en fait. Par contre, tu peux typer les exceptions, ou utiliser des exceptions standards représentant des erreurs, comme celles de la SPL (InvalidArgumentException, LogicException, etc.)

Dans l'exemple que je te donne, symfony envoie une sfStopException pour notifier la chaîne de filtres qu'il faut l'arrêter et rendre la répnse immédiatement. Ce n'est clairement pas une erreur, mais bien un comportement voulu par le programmeur. Un autre exemple, une validation de formulaire avec symfony 1.1 : en cas de champs non conforme à ce qui est attendu, une sfValidationError étendant la classe Exception est envoyée : c'est une erreur de validation, mais est-ce pour autant une erreur de programmation ? Tu vois la nuance ?

Pour résumer, certaines exceptions représentent des erreurs, mais pas toutes, donc les attraper toutes n'est pas forcément parlant pour débugguer.

Debug PHP facile avec Firefox, Firebug et FirePHP - Nico

Nico — Sun, 20 Jul 2008 23:05:20 +0200

"Une exception n'est pas forcément une erreur"

Mais un message de debug n'est pas non plus forcement une erreur....

J'avoue ne pas être spécialiste de la question, mais je ne vois pas bien le problème que poserait un outil de debug qui exploiterait les exceptions. Le post que tu cite ne m'éclaire pas vraiment, je manque de connaissance pour voir clairement les choses.

Donc d'après toi l'utilisation des exceptions ne serait pas une bonne solution ?

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Sun, 20 Jul 2008 22:48:27 +0200

Nico> Une exception n'est pas forcément une erreur. Ce constat m'a d'ailleurs posé pas mal de souci à une époque : http://prendreuncafe.com/blog/post/...

Debug PHP facile avec Firefox, Firebug et FirePHP - Nico

Nico — Sun, 20 Jul 2008 22:46:01 +0200

Pour compléter mon commentaire précédent :

Le point qui me semble le plus intéressant dans le fonctionnement de firePHP est l'envoi des messages d'erreur (ou warn, info etc...) dans l'entête HTTP au lieu de les intégrer dans le contenu de la réponse.

Avec ce mode de fonctionnement pour les messages d'erreurs, l'exploitation qui est faite des erreurs importe peu : On peut utiliser FirePHP, mais on pourrait envisager d'autre outils (qui pourraient être indépendant du navigateur, ou associés à d'autres navigateurs), et cela est très intéressant. Le mieux étant de mettre en place une norme concernant cet envois de messages par entête HTTP afin d'avoir une solution interopérable.

Du coup, le point le plus important est justement la manière dont les messages PHP/HTTP sont envoyés. Or ici, la solution utilisée ne me semble pas la meilleur (mais j'ai pas étudié en détail, je me base uniquement sur la présentation que tu en fait ici) : Il est nécessaire d'appeler des fonctions/librairies spécifiques pour envoyer des messages dans le header HTTP. C'est plutôt intrusif comme solution, et pour un programmeur soucieux de l'optimisation, de la propreté et de l'indépendance (indépendance par rapport à des librairies/technologies etc.) de ses script, c'est pas génial.

Une solution peut-être plus intéressante aurait été d'utiliser les capacités de gestion d'exceptions de PHP (PHP > 5 il me semble, donc effectivement avant PHP 5, c'est peut-être pas exploitable). De cette manière, si je ne m'abuse, il est possible de n'avoir qu'a remplacer le gestionnaire d'exception PHP par le gestionnaire firePHP, et cela serait moins intrusif dans les script, non ? Toute erreur, ou tout message serait envoyé au gestionnaire d'exception, qui se chargerait, si c'est le gestionnaire firePHP qui est chargé, d'envoyer les message en HTTP. Et lors du passage en prod, il suffit alors d'utiliser un autre gestionnaire d'exception qui n'envoie pas les message en HTTP et c'est réglé. Cela oblige par contre à programmer en utilisant l'envoi d'exception.... mais c'est plutôt une bonne habitude à prendre, non ?

Est-ce que ce que je raconte est complètement loufoque, ou trouvez-vous cela plutôt sensé ? (dans ce cas il serait intéressant d'en faire la suggestion aux développeurs de firePHP)

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Sun, 20 Jul 2008 22:32:10 +0200

Bon, vous avez gagné, voila de quoi vous en sortir en terme d'abstraction d'environnement, avec un petit pattern factory en prime :

<?php
interface Loggable
{
  public function log();
}

class myLogger
{
  protected static $loggers = array();
  
  public static function create($type, $debug)
  {
    if (true !== $debug)
    {
      $type = 'No';
    }
    
    if (!array_key_exists($type, self::$loggers))
    {
      $class = sprintf('my%sLogger', $type);
      
      if (!class_exists($class, true))
      {
        throw new InvalidArgumentException(sprintf('Class "%s" does not exist', $class));
      }
      
      if (!new $class() instanceof Loggable)
      {
        throw new InvalidArgumentException(sprintf('Class "%s" does not implements Loggable interface', $class));
      }
      
      self::$loggers[$type] = new $class();
    }
    
    return self::$loggers[$type];
  }
}

class myNoLogger implements Loggable
{
  public function log()
  {
    return;
  }
}

class myFileLogger implements Loggable
{
  public function log()
  {
    $args = func_get_args();
    file_put_contents(dirname(__FILE__).'/my_php_log.log', var_export($args, true));
  }
}

class myFirePHPLogger implements Loggable
{
  public function log()
  {
    $args = func_get_args();
    $f = FirePHP::getInstance(true);
    call_user_func_array(array($f, 'fb'), $args);
  }
}

Utilisation :

// En dev
$debug = true;
// Dans FirePHP
myLogger::create('FirePHP', $debug)->log('toto', 'tata');
// Dans un bête fichier de log
myLogger::create('File', $debug)->log('toto', 'tata');

// En prod
$debug = false;
// Là il ne se passe rien, puisque le debug est désactivé
myLogger::create('FirePHP', $debug)->log('toto', 'tata');
// Là il ne se passe rien, puisque le debug est désactivé
myLogger::create('File', $debug)->log('toto', 'tata');

Bien entendu, c'est à peaufiner, et on imaginera que la variable $debug et le type de logger sont définis dans un fichier de conf externe (qui ne sera pas versionné). Le must étant bien entendu de dégager le paramètre $debug de la méthode create de la classe myLogger pour qu'il soit récupéré automatiquement, mais j'avais la flemme (mais c'est possible).

Debug PHP facile avec Firefox, Firebug et FirePHP - Nico

Nico — Sun, 20 Jul 2008 22:08:32 +0200

Ca me semble assez génial sur le principe comme outil, mais il y a un point problématique qui me dérange dans le système :

Pour utiliser cette extension il est nécessaire d'insérer dans le script PHP des instructions spécifiques pour le debug (déjà rien que pour charger la librairie associée). Cela à évidemment un coût au niveau de la "lourdeur" du script entre autre, et puis on peut imaginer que l'insertion d'une librairie supplémentaire à un script PHP ajoute également un risque de bugs (personne n'est parfait, et tout script comporte potentiellement des bugs), ou de confits etc...

Du coup, dans un souci d'optimisation, il est nécessaire de faire un nettoyage supplémentaire lors de la mise en prod du script. Manipulation qui ajoute elle aussi un risque d'erreur et donc de bug, qu'il ne sera du coup pas détectable via l'outil firephp, évidemment.

Ce problème soulève donc une question : Cela vaut-il la peine de dépenser du temps, d'ajouter des risques de bugs, et de perdre en optimisation, uniquement dans le but d'avoir un affichage plus sexy des messages de debug ?

Une autre question qui découle de tout ça : Y aurait-il une solution propre pour coder de manière a pouvoir facilement exploiter cette extension (ou d'autres solutions de debug semblables), tout faisant facilement disparaître les fonctions de debug lors de la mise en prod pour optimiser les scripts ?

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Sun, 20 Jul 2008 21:36:38 +0200

NiCos et Jawad: Vous avez bu les mecs ?

L'intérêt est évident, c'est du débugging non-obstrusif. Vous pouvez décoreller les logs du support, du medium. Genre débugguer un webservice XML ou JSON, entre autres. Et c'est beaucoup plus sexy à la consultation qu'un fichier de logs en plus, non ?

Je ne vous parle même pas des capacités d'introspection des objets... Nan, vous êtes vraiment sérieux, vous voyez pas l'intérêt de tels outils ?

PS: NiCoS> un simple système d'abstraction de logger et de gestion d'environnement (debug à true/false comme en Django, ça te parle ?) suffirait à régler le problème que tu soulèves.

Debug PHP facile avec Firefox, Firebug et FirePHP - NiCoS

NiCoS — Sun, 20 Jul 2008 21:34:18 +0200

J'aurais tendance à dire comme Jawad : de ce que je comprends, il faut explicitement indiquer des sorties spécialement pour firephp. Si tu dois modifier ton code à chaque fois que tu utilise firephp, ça peut être problématique amha (oubli de supprimer les traces, modification de comportement de code, etc)

Au moins dans le cas de javascript avec firebug, ton code js n'est pas altéré... (bon c'est vrai qu'avec un code exécuté/disponible coté client, c'est plus simple que pour du code exécuté coté serveur...)

Je vois donc pas l'intérêt du truc (hormis que ça pollue pas ta page générée de ton application)

Debug PHP facile avec Firefox, Firebug et FirePHP - Pascal

Pascal — Sun, 20 Jul 2008 21:15:54 +0200

Il y a du travail en cours au niveau de l'intégration de FirePHP au sein du Zend Framework, par le biais d'un Log_Writer :
http://framework.zend.com/wiki/disp...
Avec comme avantages le fait que ça doit pouvoir se brancher à la place d'un autre système de logging, tant qu'il est basé sur Zend_Log.

Et - en réponse au premier commentaire et à un sujet qui revient souvent sur ce blog - une idée pour le futur est de passer à une barre du genre de celle de Symfony ^^
(il y a quelques notes intéressantes, à ce sujet comment à d'autres, au niveau de la section "Future" du lien donné plus haut)

Jawad > c'est non-intrusif ? (ça ne met pas des infos à l'écran, qui viennent potentiellement exploser la mise en page ; tes infos de debug sont séparées du contenu de la page, aussi ; il faudrait que j'essaye, mais ça doit permettre d'inclure des infos de debug sur une page non HTML (typiquement, en générant une image ou un pdf à la volée))

Après, je n'ai pas encore assez utilisé pour "être fan" - ou pas ^^

Debug PHP facile avec Firefox, Firebug et FirePHP - Jawad

Jawad — Sun, 20 Jul 2008 19:47:20 +0200

Je l'avais essayé il y a un moment déjà et l'utilité me paraissait limitée : qu'est-ce que cela apporte de plus qu'un traditionnel var_dump ou un die intelligemment posés ? (autrement dit, il est vrai, n'importe où pour peu qu'on puisse les voir)
Pour moi, cela se limitait à me faire écrire des lignes en plus.

Debug PHP facile avec Firefox, Firebug et FirePHP - NiKo

NiKo — Sun, 20 Jul 2008 17:20:41 +0200

Geoffrey> J'aime pas trop "l'intégration" qui a été faite. En plus l'extension symfony n'apporte rien de plus aux fonctionnalités de base

Debug PHP facile avec Firefox, Firebug et FirePHP - Geoffrey

Geoffrey — Sun, 20 Jul 2008 17:16:45 +0200

Même pas un petit mot sur l'extension symfony qui va avec ?

Symfotaf - Nicolas

Nicolas — Thu, 17 Jul 2008 20:52:14 +0200

Une bien belle annonce. Elle serait parue il y a quelques mois, elle m'aurait franchement intéressée.

@hugo: tu cherches du boulot ?

Symfony 1.1 est dans les bacs - tsmTom

tsmTom — Thu, 17 Jul 2008 14:49:38 +0200

Je viens d'installer 1.1 et c'est vraiment cool. J'aime enormement les noveau systeme de formulaires, c'est beacoup plus facile a les gerrer.

Merci!

Symfony 1.1 est dans les bacs - NiKo

NiKo — Wed, 16 Jul 2008 07:57:41 +0200

là.

Symfony 1.1 est dans les bacs - Ninie

Ninie — Tue, 15 Jul 2008 23:15:29 +0200

comment choisir un gravatars???

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 07 Jul 2008 14:47:11 +0200

Geoffrey> Le bouquin sur les formulaires fera l'objet d'une édition papier, a priori

Symfony 1.1 est dans les bacs - Geoffrey

Geoffrey — Mon, 07 Jul 2008 11:42:53 +0200

je trouve ça un peu dommage pour le bouquin, vu tous les changements qui ont eu lieu entre la 1.0 et la 1.1, rien que les formulaires déjà...

Symfony 1.1 est dans les bacs - NiKo

NiKo — Tue, 01 Jul 2008 18:41:03 +0200

(En direct de Nantes, wifi pourri, vous êtres prévenus)

thibault> Le livre ne sera pas réédité pour la 1.1 à ma connaissance, mais ça peut changer.

Drakar> Une bonne idée pour commencer à t'approprier les concepts serait de toi même essayer de traduire quelques parties

Symfony 1.1 est dans les bacs - Drakar

Drakar — Tue, 01 Jul 2008 17:52:56 +0200

>Niko : Merci pour la leçon Tu as entièrement raison, mais j'ai quand même une préférence pour diminuer les barrières (ici la barrière du débutant sur un nouveau langage et de nouveaux concepts suffira). Je vais donc débuter par le wiki en fr, au moins pour les concepts etc... Et puis il n'y a pas les blagues sur les baril d'Ariel dans le En
Je tiendrais au courant si j'arrive a du concret!

Symfony 1.1 est dans les bacs - thibault

thibault — Tue, 01 Jul 2008 16:26:09 +0200

Dis moi NiKo, sais tu quand la version 1.1 du livre sortira en imprimée ? Et sera-t-elle entièrement compatible avec la version 1.1 de Symfony ? Parce que ma boite vient de s'offrir le bouquin, ça m'embeterait que le nouveau sorte dans 3 jours.

Félicitations pour le bébé, en tout cas.

Symfony 1.1 est dans les bacs - Romain Dorgueil

Romain Dorgueil — Tue, 01 Jul 2008 13:39:26 +0200

Back dans les bacs!!! Ouais ouais!

Symfony 1.1 est dans les bacs - eax

eax — Tue, 01 Jul 2008 10:49:54 +0200

J'ai entendu dire que la 1.1 serait une version de transition... Est-il intéressant de passer un projet de 1.0 à 1.1 ou vaut-il mieux rester comme ça ? D'autant plus que la 1.0 est maintenue 3 ans

Symfony 1.1 est dans les bacs - Vinch

Vinch — Tue, 01 Jul 2008 08:58:04 +0200

Ah ben ça tombe bien ! On allait justement commencer un projet avec symfony, on va pouvoir le faire avec la toute dernière version, c'est cool !

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 30 Jun 2008 22:09:25 +0200

NiCoS> Disons qu'un beau mouvement vient d'être finalisé

Symfony 1.1 est dans les bacs - NiCoS

NiCoS — Mon, 30 Jun 2008 22:04:54 +0200

Congrats

Du coup, la symphonie est-elle achevée ? (cf un billet antérieur...)

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 30 Jun 2008 18:06:20 +0200

Drakar> Tu sais, dans le développement web tous les termes techniques sont issus de l'anglais, et les traduire ne donne rien de spécialement bon. Autant je me vois bien te parler du design pattern Factory, autant évoquer le motif de conception de la Fabrique ne risque pas de te renseigner de façon pertinente, puisque l'ensemble du monde technique a adopté l'anglais par convention pour échanger.

Maintenant, si vraiment tu as du mal, un bel effort de traduction en français a été entamé sur les pages du wiki et sur la documentation officielle. D'ailleurs beaucoup de liens pointés par ce billet sont en français

Enfin, le "book" est à jour pour la 1.1 mais seule la version en ligne est disponible aujourd'hui. Il va falloir trouver une bonne imprimante

Symfony 1.1 est dans les bacs - Drakar

Drakar — Mon, 30 Jun 2008 18:00:53 +0200

Salut, a force d'en entendre parler, je profite de la nouvelle version pour me lancer dans symfony, après quelques déboires, ça fonctionne et plutot bien, même si je suis un peu perdu parfois... A ce propos, il n'existe pas de doc en fr? Parce la doc est parfois pas mal technique, donc je cracherais pas sur un peu de langue de molière de temps a autre...
Autre question : "The Book" couvre bien la 1.1 ou seulement la 1.0, et où peut on se le procurer en france?
Merci d'avance,
Romain.

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 30 Jun 2008 17:34:07 +0200

Le plugin de rétrocompatibilité limite quand même franchement la casse. Mais je suis d'accord, cette 1.1 est une 2.0 déguisée.

La 2.0 c'est symfony réécrit from scratch, et ça existe déjà (et c'est vachement prometteur)

Symfony 1.1 est dans les bacs - Laurentj

Laurentj — Mon, 30 Jun 2008 17:31:58 +0200

Le numéro de version est vraiment bizarre. Vu le nombre de truc cassés par rapport à 1.0, je m'étonne que ce ne soit estampillé que "1.1" . pourquoi pas 2.0 ? Ça sera quoi alors la 2.0 ?

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 30 Jun 2008 17:15:38 +0200

Geoffrey> Ayant écrit les deux billets, c'est peut-être pas si étonnant que ça (surtout vu l'heure auxquels ils ont été rédigés)

Symfony 1.1 est dans les bacs - Geoffrey

Geoffrey — Mon, 30 Jun 2008 17:13:40 +0200

Tout ça ressemble fortement à un gros copier/coller du symfony blog !

Symfony 1.1 est dans les bacs - Tristan Rivoallan

Tristan Rivoallan — Mon, 30 Jun 2008 14:48:30 +0200

chapeau !

content d'entendre que le cycle de release va être raccourci

Symfony 1.1 est dans les bacs - NiKo

NiKo — Mon, 30 Jun 2008 14:31:56 +0200

Pierre> Il manque encore le tutoriel "My first project" et les derniers chapitres du livre sur les formulaires, mais on y travaille d'arrache-pied.

Symfony 1.1 est dans les bacs - Pierre

Pierre — Mon, 30 Jun 2008 14:29:16 +0200

Félicitations !

Le tout a l'air parfaitement documenté, ce qui est une excellente chose pour tout le monde

Symfony 1.1 est dans les bacs - tenshu

tenshu — Mon, 30 Jun 2008 12:15:03 +0200

La disponibilité de sfCompat10 est une tuerie =)

Symfony 1.1 est dans les bacs - eax

eax — Mon, 30 Jun 2008 12:08:15 +0200

Je n'ai jamais touché au 1.1, mais la liste de nouveautés est très alléchante

Symfony 1.1 est dans les bacs - remouk

remouk — Mon, 30 Jun 2008 12:06:11 +0200

On ne l'attendait plus ! Félicitations !

Espérons que l'apprentissage et l'adoption de cette nouvelle version se fasse sans douleur.

Symfony 1.1 est dans les bacs - Yohan 'rouKs' G.

Yohan 'rouKs' G. — Mon, 30 Jun 2008 11:20:04 +0200

Une superbe release je l'utilise depuis quelques mois le framework de formulaires et le parser YAML sont un vrai bonheur à utiliser... Et je ne parle pas du système de taches

Symfotaf - neoty

neoty — Sun, 29 Jun 2008 03:17:32 +0200

ok,peut être dans un an...

Symfotaf - NiKo

NiKo — Sat, 28 Jun 2008 16:27:58 +0200

neoty> Très sympa, mis à part qu'on recrute justement pour faire face à la grosse montée en charge actuelle, qui fatigue un peu les équipes en place

Symfotaf - neoty

neoty — Sat, 28 Jun 2008 00:19:50 +0200

Dommage, je correspond pratiquement à l'annonce mise à part:
-aucun connaissance de symfony pour le moment
- encore un an d'étude sur lyon
Sinon Sensio Labs ça à l'air d'être assez sympa, non?

Symfotaf - Nicolas

Nicolas — Fri, 27 Jun 2008 11:33:27 +0200

Salut NiKo, tu nous laisseras quelques développeurs sur le marché à l'occasion ?

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 22:13:31 +0200

Piwaï> Laisse-moi déjà le temps de répondre à tes prédécesseurs (sans oublier que j'ai aussi d'autres tâches que celle-là)

Symfotaf - Piwaï

Piwaï — Thu, 26 Jun 2008 20:04:35 +0200

Tu me boudes NiKo ? Même si vous ne cherchez pas de stagiaire ingénieur, une petite réponse aurait été bienvenue ;), la j'ai l'impression d'avoir mis la cape d'invisibilité niveau 28.

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 16:32:34 +0200

Philippe> Tu me rassures, je suis même quasi persuadé d'avoir un exemplaire d'un de ces mastodontes dans un carton

Il parait d'ailleurs que ça peut valoir des petites fortunes... Ou pas.

Symfotaf - Philippe

Philippe — Thu, 26 Jun 2008 16:29:05 +0200

"Les D30 n'existent pas faux rôliste. Ça s'arrête à 20 pour les dés unitaires et ça monte ensuite au D100 (en fait 2d10, un pour les dizaines, un pour les unités, et le double 0 pour faire 100), ou au vrai d100. ... Mais un D30... tsssss"

Hum, c'est plutot toi le faux rôliste... Il existe bel et bien des D30 (et même des D3)... J'en ai plusieurs de chaques ( 2 D3, 2 D30 normal et 1 D30 en forme de cylindre ).

Symfotaf - SToto98

SToto98 — Thu, 26 Jun 2008 14:58:23 +0200

@NiKo : si, ça me coute d'avoir à refaire le CV en question tout de suite
Donc si c'est pour qu'il ne rentre pas dans vos cases actuelles (je sais ce que c'est), je peux attendre un peu et vous le faire parvenir courant août (période à laquelle j'avais prévu de me mettre là dessus), là je suis à la veille de partir en vacances ...

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 14:49:12 +0200

SToto98> Envoies tout de même un CV, ça coûte rien.

Symfotaf - SToto98

SToto98 — Thu, 26 Jun 2008 14:45:14 +0200

et si on correspond à absolument tout (et même plus, dont quelques petits extra pas négligeable vu le profil recherché), mais :
- qu'on a jamais touché à Symfony
- qu'on est pas dispo avant début 2009 au mieux
- qu'on est pas prêt à monter sur Paris pour des cacahouètes

ça vaux la peine de l'envoyer le CV ? (réponse par email possible)

Symfotaf - Hugo

Hugo — Thu, 26 Jun 2008 14:12:10 +0200

@Tonio : je vois que l'on est de la même région et des développeurs de boîtes concurrentes ^^

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 14:04:13 +0200

François> Effectivement, mais je ne le fais pas pour ça (c'est pas franchement mon genre, si ?)

Symfotaf - Francois

Francois — Thu, 26 Jun 2008 14:01:39 +0200

Ca sent le bonus de cooptation...

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 12:48:30 +0200

heyheymymy> À en suivre et à en donner si le cœur lui en dit, effectivement

Symfotaf - heyheymymy

heyheymymy — Thu, 26 Jun 2008 12:47:04 +0200

En même temps No' c'est souvent comme ça... le principal c'est que ça soit au moins cool entre les devs. (j'aime bien le "avec des chefs à cheveux pointus").
Petite question NiKo, les devs peuvent être amenés à faire des formations ?

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 12:33:47 +0200

No'> Tain, t'es déjà venu ou quoi ?!

Symfotaf - No'

No' — Thu, 26 Jun 2008 12:32:03 +0200

moi, je me méfierai des annonces stylées comme ça. Ça fait "oué, tu vois on est super méga-cool", le pauv' développeur il arrive en entretien et tout le monde est en short + chemise hawaïenne + short + tongues, et ça lance des "salut, mec", à tout va...
... le type signe...

et dès le premier jour de taf, paf ! d'un coup, c'est la Dilbert Company, avec des chefs à cheveux pointus, des clients qui changent d'avis tout le temps, et des projets à rendre pour hier...

J'me méfie, moi...

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 10:38:51 +0200

mEga & Frédéric> Ma dernière expérience du JdR remonte à plus de quinze ans sous D&D, donc bon oui, je suis vieux et alzheimer, et je vous merde tous

Symfotaf - mEga

mEga — Thu, 26 Jun 2008 10:36:22 +0200

Même remarque que Fredéric... Mon petit NiKo tu me déçois
Bon sinon on sent que l'ambiance doit être à chier chez vous !

Symfotaf - Piwaï

Piwaï — Thu, 26 Jun 2008 10:35:33 +0200

Vous recherchez des stagiaires ingénieurs pour, disons, un stage de 6 mois à partir de février 2009 ?

Je pense coller à ce type de profil, même si je ne cherche pas de boulot pour le moment. J'utilise symfony depuis un an maintenant dans tous mes projets PHP, et j'ai passé tout un semestre sur des technologies Web en Java (Struts / EJB 3/ Hibernate, etc).

Mon CV est disponible sur mon site internet, mais n'est pas à jour, je compte profiter de cette fin d'année bien méritée pour le remettre au goût du jour. Êtes-vous intéressés par des stagiaires ingénieurs ?

De mon côté, travailler dans l'entreprise qui a créé symfony serait pour moi un réel honneur. La seule question que je me pose, c'est s'il n'est pas dangereux de trop ce spécialiser dans ce domaine, déjà qu'on me reproche de n'avoir que ce mot à la bouche dès qu'on parle de sites web...

Bonne journée !

PS : au fait, the symfonians, ça marche ! On m'a contacté pour un job sur Rouen, mon cv a été trouvé par l'intermédiaire du site. Bon j'ai refusé parce que je ne suis pas dispo avant 8 mois, mais c'est une preuve que the symfonians sert bien à quelque chose .

Symfotaf - Tonio

Tonio — Thu, 26 Jun 2008 10:15:26 +0200

"l'acceptation d'une géolocalisation professionnelle sur Clichy (Hauts-de-Seine) est impérative"

Ah ben ca tranche net, là ...
Mais bon, j'viens de signer pour un bon taff pied dans l'eau tête dans les montagnes

Symfotaf - LaurentLC

LaurentLC — Thu, 26 Jun 2008 07:55:30 +0200

yen a un qui veut faire collection d'iphones...

Symfotaf - NiKo

NiKo — Thu, 26 Jun 2008 07:27:43 +0200

CyberSDF, Geoffrey> C'est pas tarif unique les mecs, vous vous en doutez... Maintenant envoyez un CV on vous dira ça

Symfotaf - nchambrier

nchambrier — Thu, 26 Jun 2008 07:26:44 +0200

La paie, ça se négocie messieurs C'est toujours en fonction du profil et du comptable, éléments tous deux totalement imprévisibles avant l'entretien :P

C'est terriblement frustrant : tout colle à 200% (même la gestion de projet et les calembours foireux), sauf... la géolocalisation et quand on vient d'acheter ce serait balot tout de même...

Aucune option de télé-travail n'est envisagée ?
Oui bah on peut toujours essayer hein...

Symfotaf - eax

eax — Wed, 25 Jun 2008 23:17:04 +0200

Hum il me tarde le 4 août alors

Symfotaf - Geoffrey

Geoffrey — Wed, 25 Jun 2008 23:09:53 +0200

Meme question que CyberSDF

Symfotaf - Pierre

Pierre — Wed, 25 Jun 2008 22:53:58 +0200

T'as pas la même chose à Taipei par hasard ?

-- désolé --

Symfotaf - Laurent - CyberSDF

Laurent - CyberSDF — Wed, 25 Jun 2008 22:51:39 +0200

Combien c'est payé ?

Symfotaf - FLYLM

FLYLM — Wed, 25 Jun 2008 21:51:42 +0200

C'est l'annonce la plus cool que je n'ai jamais lu Çà à l'air sympa chez vous !

Symfotaf - Frédéric de Villamil

Frédéric de Villamil — Wed, 25 Jun 2008 21:12:36 +0200

Les D30 n'existent pas faux rôliste. Ça s'arrête à 20 pour les dés unitaires et ça monte ensuite au D100 (en fait 2d10, un pour les dizaines, un pour les unités, et le double 0 pour faire 100), ou au vrai d100.

Mais un D30... tsssss

Symfotaf - Hugo

Hugo — Wed, 25 Jun 2008 20:47:04 +0200

Je me reconnais dans beaucoup de points, c'est tentant ^^

ESC_RAWquerie - NiKo

NiKo — Wed, 25 Jun 2008 09:37:18 +0200

Isabelle> Les liens vers les sites web des commentateurs sont en nofollow, mais c'est bien tenté.

ESC_RAWquerie - Isabelle Corradini

Isabelle Corradini — Tue, 24 Jun 2008 19:17:08 +0200

Inventif et imaginatif, voila deux qualités essentielles. Bonne continuation sur le web.
Isabelle Corradini

ESC_RAWquerie - greg

greg — Tue, 24 Jun 2008 10:22:43 +0200

Ah tient, je n'avais jamais qu'utilisé ESC_RAW pour cela ... merci pour le getRawValue()

Thibault : Unescaper explicitement les variables permet de rendre plus facile les audits de sécurité du code. Il est plus facile de chercher un endroit ou l'on a explicitement unescapé une variable qu'un endroit ou l'on aurait oublié de l'escaper.

ESC_RAWquerie - Olivier Mansour

Olivier Mansour — Tue, 24 Jun 2008 08:57:15 +0200

ouais fu*$k la RATP

ESC_RAWquerie - PiTiLeZarD

PiTiLeZarD — Tue, 24 Jun 2008 08:34:43 +0200

J'avais même pas compris le jeu de mot ... a la fin du billet j'ai relu ... "heeeeeeein .... n'imp" mais j'ai ris

bien joué

ESC_RAWquerie - thibault

thibault — Tue, 24 Jun 2008 08:07:10 +0200

J'ai un immense respect pour ce genre de jeux de mots. Chapeau bas

Sinon, l'astuce me sera utile. Je trouve le fonctionnement de l'échappement un peu anti-intuitif avec Symfony.

No, really, symfony doesn't scale! - NiKo

NiKo — Wed, 14 May 2008 17:57:49 +0200

Non, NiCoS bosse pour JCDecaux

No, really, symfony doesn't scale! - Nico

Nico — Wed, 14 May 2008 17:56:23 +0200

vous avez le même employeur ?

(Nic|C|KoS? flood detected !)

No, really, symfony doesn't scale! - NiCoS

NiCoS — Fri, 09 May 2008 13:07:29 +0200

"Vous voudriez une campagne internationale d'affichage 4 x 3 ?"

ça ferait plaisir à mon employeur

No, really, symfony doesn't scale! - NiKo

NiKo — Fri, 09 May 2008 12:31:01 +0200

Ah et pour ceux qui pensent que ce billet est en contradiction flagrante avec le précédent, c'est bien évidemment totalement ironique (je préfère clarifier car j'ai reçu quelques commentaires en ce sens par mail et jabber).

Les moyens que met Yahoo! dans l'infrastructure est bien entendu l'un des facteurs déterminant de la capacité de tenue en charge de leurs applis, en symfony ou pas.

No, really, symfony doesn't scale! - NiKo

NiKo — Fri, 09 May 2008 12:27:46 +0200

NiCoS> Ben alors là je vois pas ce qu'ils pourraient faire de plus que de poster des billets sur symfony-project.com et faire les conférences qu'ils font en expliquant à chaque fois ce qu'ils reversent à la communauté. Vous voudriez une campagne internationale d'affichage 4 x 3 ?

No, really, symfony doesn't scale! - NiCoS

NiCoS — Fri, 09 May 2008 09:47:06 +0200

Ils pourraient donner une idée de l'infra qu'ils ont mis en place tout de même

Pour la contribution de Yahoo, c'est vrai que cela pourrait être indiqué/mis en avant d'une façon ou d'une autre. Car de prime abord, je comprends la réaction de Nicolas lorsque l'on est extérieur à la communauté Sf.

No, really, symfony doesn't scale! - NiKo

NiKo — Thu, 08 May 2008 11:18:28 +0200

Oui, moi en ce moment après avoir tâté du Python, j'ai un peu de mal à me motiver sur du php... Bof, peu importe le flacon, après tout.

No, really, symfony doesn't scale! - geoffrey

geoffrey — Thu, 08 May 2008 11:16:12 +0200

cela étant dit, j'hésites quand meme pas mal a me mettre sérieusement a symphony... mais je crois que c'est le fait que ce soit du php qui me retient pour l'instant (depuis que j'ai gouté au ruby... enfin voila quoi, je suis perverti :s)

No, really, symfony doesn't scale! - NiKo

NiKo — Thu, 08 May 2008 11:13:54 +0200

geoffrey> Bravo, tu suis, c'est bien !

No, really, symfony doesn't scale! - geoffrey

geoffrey — Thu, 08 May 2008 11:11:46 +0200

"Languages, libraries and frameworks don't scale. Architectures do."

ahem.

No, really, symfony doesn't scale! - NiKo

NiKo — Thu, 08 May 2008 11:07:53 +0200

Ça dépend des jours. Mais comme mon flux est agrégé par le planet symfony, des fois je culpabilise.

No, really, symfony doesn't scale! - sfUser

sfUser — Thu, 08 May 2008 11:05:40 +0200

L'anglais est très utilisé chez Sensio Labs, on dirait que tu t'y es mis aussi ?

No, really, symfony doesn't scale! - NiKo

NiKo — Thu, 08 May 2008 10:13:20 +0200

Nicolas> Ils contribuent tout ce qu'ils font et Dustin tient à jour sa branche et merge régulièrement ses améliorations dans le trunk, sans compter les nombreux plugins contribués (ysfDimensionPlugin, sfYUIPlugin, etc.).

Je ne vois pas vraiment ce qu'ils pourraient faire de plus pour trouver grâce aux yeux de la communauté. Peut-être que la lecture de la présentation PDF de Dustin rassurera les plus stressés sur le sujet ?

No, really, symfony doesn't scale! - Nicolas

Nicolas — Thu, 08 May 2008 10:10:36 +0200

Il manque une question dans l'interview :

"Are you gonna share all your improvement and plugins for symfony ?"

Yahoo, c'est bien d'utiliser de l'open source, contribuer c'est mieux.

Petit-déjeuner de présentation symfony le 23 avril prochain - aliel

aliel — Wed, 07 May 2008 20:55:10 +0200

A oui, j'ai confondu,

je penser que c'était le mec qui oublier des points et des "s" dans les fichier yaml

Have fun !

Petit-déjeuner de présentation symfony le 23 avril prochain - Samuel Martin

Samuel Martin — Wed, 30 Apr 2008 15:30:18 +0200

aliel > Mais si ! c'était le gars qui a présenté le support commercial et qui a presque oublié de parler des offres de formations :p, mais heureusement F.Potencier l'avait à l'oeil ...

Petit-déjeuner de présentation symfony le 23 avril prochain - NiKo

NiKo — Mon, 28 Apr 2008 15:02:27 +0200

Non, ma chemise était noire et rayée :P

Petit-déjeuner de présentation symfony le 23 avril prochain - aliel

aliel — Mon, 28 Apr 2008 14:59:06 +0200

Niko: j'en était sure que c'était toi,

ralala j'ai du flair,

je sais pas pourquoi mais c'est la couleur de ta chemise,
c'est la même que celle de ton blog bandeau (Rouge légèrement orangé)

tout était calculer ?

Petit-déjeuner de présentation symfony le 23 avril prochain - Aurore

Aurore — Fri, 25 Apr 2008 15:01:10 +0200

Aliel: shuttt mais tu as fait encore une erreur en écrivant le nom du framework...
Ce n'est pas Symfony, mais symfony (oui oui chez sensio on est pointilleux sur la "non" majuscule

Petit-déjeuner de présentation symfony le 23 avril prochain - NiKo

NiKo — Fri, 25 Apr 2008 13:22:33 +0200

aliel> Spa dur, je suis le grand benêt qui a présenté l'offre de support commercial à la fin

Petit-déjeuner de présentation symfony le 23 avril prochain - aliel

aliel — Fri, 25 Apr 2008 12:43:48 +0200

Salut Niko, j'ai pas reussi a te reconnaître, olala j'aurai du demander a greg zute,
bonne ambiance et toujour aussi généreux chez Sensio, a force je vais bientôt pouvoir écrire
"Symfony" avec les clef usb qui donne a ce genre d'occasion.

Petit-déjeuner de présentation symfony le 23 avril prochain - NiKo

NiKo — Thu, 24 Apr 2008 19:16:59 +0200

Super bien ! Beaucoup de monde très sympa

Petit-déjeuner de présentation symfony le 23 avril prochain - Olivier Mansour

Olivier Mansour — Thu, 24 Apr 2008 17:51:29 +0200

je voulais dire ... c'était bien ?

Petit-déjeuner de présentation symfony le 23 avril prochain - Olivier Mansour

Olivier Mansour — Thu, 24 Apr 2008 15:46:09 +0200

alors ! c'est bien ?

Petit-déjeuner de présentation symfony le 23 avril prochain - NiKo

NiKo — Wed, 23 Apr 2008 14:39:36 +0200

T'inquiètes, on a récupéré les viennoiseries restantes, ça l'a bien fait quand même

Petit-déjeuner de présentation symfony le 23 avril prochain - Samuel Martin

Samuel Martin — Wed, 23 Apr 2008 13:38:43 +0200

Le café : un peu juste vers la fin.. NiKo m'a offert les dernières gouttes, se privant ainsi lui même de cet apport énergétique

Petit-déjeuner de présentation symfony le 23 avril prochain - NiCoS

NiCoS — Thu, 17 Apr 2008 22:57:43 +0200

@greg : tout dépend si tu passes avant ou après Niko

Vais voir si je vais pas vous envoyer un de nos architectes (même s'il n'est pas tout à fait dans la cible...)

Petit-déjeuner de présentation symfony le 23 avril prochain - greg

greg — Wed, 16 Apr 2008 19:43:56 +0200

Y'aura des croissants ? du jus d'orange ? Si c'est pour grignoter deux bouts de helpers ajax, je vais grogner !

Petit-déjeuner de présentation symfony le 23 avril prochain - James

James — Wed, 16 Apr 2008 19:17:02 +0200

oubliez pas de cibler aussi le service publique ... !!

pour l'instant, on est deux dans l'education, que la révolution commence !

Petit-déjeuner de présentation symfony le 23 avril prochain - Aurore

Aurore — Wed, 16 Apr 2008 11:01:13 +0200

Et venez nombreux!!!
(cpas tout le monde qui aura l'honneur de serrer la main de niko

Le code de Symfonians en open source - NiKo

NiKo — Wed, 16 Apr 2008 09:25:50 +0200

neoty> Pas de souci, je suis là pour ça. Déjà, il faut que tu puisses accéder à plus d'informations de débug. Pour ça tu peux attaquer le controlleur de dev dans ton url, genre local.symfonians.tld/main_dev.php pour avoir le détail de l'exception qui a fait planter le site.

Sinon tu peux aussi regarder ce que disent les logs, en tappant par ex. la commande $ tail -f log/main_dev.log

Tiens moi au courant.

Le code de Symfonians en open source - neoty

neoty — Tue, 15 Apr 2008 21:20:11 +0200

bon je sens que vais te saouler.
J'avais jamais trop regardé Symfony par manque de temps et la symfinians ma fait franchir le pas, tou nickel du premier coup, sauf que je peut pas me connecter ou crée un compte:
"Oops, looks like something has failed roughly... We're investigating..."
si connait le problème je prends la solution.
En tout cas ca me donne bien envie de me mettre à symfony tout ça.

Le code de Symfonians en open source - NiKo

NiKo — Tue, 15 Apr 2008 18:00:34 +0200

Pour les critères sur les profils, tu peux déjà filtrer par disponibilité et par pays... Comme pour les autres sections. Sans compter l'index lucene qui dépanne pas mal quand même.

Y'a pas de catégories, les tags suffisent je trouve.

Donc j'ai rien prévu de supplémentaire pour le moment

Le code de Symfonians en open source - neoty

neoty — Tue, 15 Apr 2008 17:50:52 +0200

ok merci de ta réponse,
non ça va niveau design, je trouve.
juste une question par contre prévois tu d'ajouter des critére de recherche sur les profils?
et des catégories sur les pages "applications", "companies", "jobs" .... ?
merci de ta réponse.

Le code de Symfonians en open source - NiKo

NiKo — Tue, 15 Apr 2008 16:04:21 +0200

neoty> Le code PHP de base, environ 80 heures. Mais le plus long et chiant ont été les CSS, je suis pas designer (et ça se voit)