SVN vs Git

Tout d’abord, Sourceforge utilise un système de gestion de code source appelé SVN (j’espère ne rien vous apprendre ici) alors que Github utilise un système de gestion de code source décentralisé appelé Git.

Vous voyez la préhistoire ? Vous voyez les temps modernes ? Vous voyez donc la différence entre SVN et Git. Je ne vais pas vous faire un cours sur Git ici, ce n’est pas le propos (et d’autres le font très bien dans le Pro Git book). Mais une fois que vous aurez goûté à Git, vous trouverez SVN « so 2 thousand ».

Si vous utilisez encore SVN, ça ne peut être que parce que vous n’avez pas encore pris le temps d’apprendre à utiliser un système de gestion de code source décentralisé (Git ou Mercurial par exemple). Un conseil : prenez ce temps, ça vous rendra bien des services.

Github : mes amis les codeurs

Comme je le laissais entrevoir habilement dans le titre de cet article, Github c’est un peu le Facebook des codeurs. Vous ne pouvez pas vraiment demander aux personnes d’être vos amis, mais vous pouvez suivre leur activité (un peu à la Twitter). Vous avez donc une page récapitulative qui vous permet de suivre l’activité des personnes ou des projets que vous souhaitez.

Vous aurez aussi la possibilité de voir les projets que vos « amis » se mettent à suivre. Je n’ai jamais autant découvert de projets que depuis que j’utilise Github. Si vous souhaitez être au courant des dernières évolutions, des projets en vogue, Github est fait pour vous.

La collaboration c’est bon, mangez en

Puisque vous êtes sages et disciplinés, vous avez été lire le livre « Pro Git » et vous savez maintenant tout sur Git.

Github utilise pleinement les capacités de Git et va permettre de « forker » un projet via le site. En gros ça va vous créer une branche du projet dans votre compte. Vous pourrez faire des modifications dans votre branche et ensuite demander un « pull request » au responsable du projet : il verra vos modifications et pourra en un click les intégrer au projet principal. C’est du jamais vu ma bonne dame !

Tout le monde peut forker tous les projets et essayer de contribuer à la hauteur de ses compétences. Vous pouvez même commenter les lignes du code source directement sur le site, de manière à échanger avec les autres codeurs.

La cerise sur le gâteau

Je viens de vous dire que Git c’était l’avenir, que Github vous permettait de suivre et de découvrir plein de projets intéressants et qu’en plus il facilitait la collaboration entre les codeurs. Pour finir de vous convaincre, voici en vrac quelques petits « plus Periglioni » :

• Import automatique d’un projet sous SVN avec conservation de l’historique des commits
• Lecture et écriture possible via un client SVN sur les repos Github (alors si même avec ça vous passez pas à Git, je peux plus rien pour vous)
• Possibilité de créer des projets privés (moyennant une modique somme)

Alors, hop hop hop, on s’y met et plus vite que ça !

Matinée

Okapi

Bon, on avoue, on a un peu zappé cette conférence, histoire de gagner un peu plus de temps de sommeil pour tenir sur la durée, et en profiter pour mettre au propre le billet d’hier. On a juste retenu qu’ils utilisaient le Dependency Injection Container des components symfony.

Mais vous pouvez retrouver les slides.

Optimisation PHP

Un tour complet à coup d’exemple de opcode, intéressant même si au final ce sont toujours les mêmes choses qui sont redites, très génériques. Je me tends à croire qu’un jour on aura un vrai cas concret dans ce genre d’intervention.

Et puis surtout, quand on utilise un framework, on a plus à gagner, à bien utiliser le framework qu’à optimiser une boucle.

Mais on a réussi à avoir quelques tips supplémentaires pendant la séance de questions :

• La pré incrémentation est plus rapide que la post incrémentation
• Toujours privilégier la boucle while à une boucle for
• Bannir les relations parent/enfant – L’enfant pointe sur le parent et inversement. Pas bon pour la mémoire

Voir les slides
Et pour aller plus loin dans le sujet, une ancienne présentation de Fabian Lange.

Git introduction

Une des premières sessions Show Time, où Scott Chacon y est allé franco pour présenter Git, à une assistance majoritairement SVN.
Une petite autopromo : rapidité, travail offline (sauf pull et push) et puissance du système de branches ont suffit à mettre le doute dans la tête de beaucoup, à ce qu’on pouvait lire sur twitter après coup.

Il a ensuite donné le lien d’une librairie pour contrôler git depuis PHP (glib) et a su répondre à la principale question:

Un équivalent de SVN externals?

Bien sûr, git uses submodules, mais il faut les mettre à jour à la main (donc 2 commandes au lieu d’une pour mettre à jour, ça reste raisonnable)

Voir les slides

Zend Framework

Est arrivé, celui qui s’est présenté comme « N’est pas l’ennemi », le lead developer du Zend Framework.
Il a rappelé combien étaient nombreuses les librairies et composants développés et combien il était facile de les inclure dans symfony. Ca m’a d’ailleurs fait penser, que je ne regarde sans doute pas assez chez eux, quand j’ai besoin d’une librairie externe.

Voir les slides
Et Matthew a ensuite fait un debriefing son intervention sur son blog.

Aprem

Implementing Symfony CMS

La première touche hispanique de la conférence, qui nous a rappelé combien symfony était vraiment international. Marcos, nous a donc expliqué pourquoi avoir choisi symfony pour développer les CMS de leur client et l’approche qu’ils ont eu pour le réaliser.

Pas de gros scoop, ni d’exemple super concret mais une approche intéressante et surtout, tirée d’une vrai expérience dans le domaine.

Voir les slides

Event System

Deuxième intervention de Dennis sur un des mécanismes sans doute le moins utilisé dans la panoplie Symfony, les events. Après avoir repris, ce qu’on peut trouver sur Symfony-Project, il a démontré pourquoi le couplage trop fort, c’était le mal - et donc les events le bien (ou le mal aussi, voir ci-dessous).

Un petit sondage fait sur twitter, a montré combien les possibilités étaient larges. Mais aussi qu’on pouvait en faire tout et n’importe quoi – Merci ubermuda pour la démonstration :p.
Ce qui nous a valu l’expression « Events, No silver bullet! » – Entendre par là, que ce n’est pas la solution à tout.

En résumé, un event s’utilise pour du « couplage optionnel », sinon ça revient à avoir un couplage fort également.

Des questions assez peu pertinentes dans l’ensemble, comme quoi, c’était pas clair pour tout le monde les events, la conf était donc nécessaire contrairement à ce qu’on pouvait lire sur twitter.

Voir les slides

Symfony in the cloud

Kris, de la core team, avec cette présentation aura remporté le prix des meilleurs transitions et de la slide la plus Hollywoodienne, avec une démo en temps réel de la création d’un nuage – musique de circonstance pour l’occasion – où il a réussi un tour de force en rajoutant un nuage en arrière plan de son nuage!
Le public était conquis.

Plus sérieusement, il a pris comme support son site nebul.us, pour montrer comment interconnecter Symfony avec différents environnement à base de nuage, 3 serveurs Mysql – 1 Master, 2 Slaves – n apache, S3 pour le stockage.

De très belles démo de code pour bénéficier des nouvelles possibilités d’extension de Doctrine 1.2 – à voir dans les slides – entre autres mais aussi d’utilisation de composant Zend.

L’effet démo ne l’aura au final pas épargné lui aussi, une tentative de release en direct de son plugin pour gérer les couples Master/Slave et un beau fail quand il est revenu sur la page d’accueil après qu’il se soit reloggué suite à l’expiration de sa session sur symfony-project :D

À noter que cette présentation aurait pu ne pas avoir lieu si Vince n’avait pas sauvé la mise, en sortant un adaptateur dvi ancienne génération pour le prêter à Kris :p

Voir les slides

Debug Symfony

Une vrai démonstration de l’approche à avoir pour vraiment optimiser son application. Plutôt que de se demander si echo sera plus rapide avec une virgule ou un point.

Il encourage de logguer en base, pour y avoir accès plus facilement et ajouter des notions de filtrage aisément et insiste sur les avantages du profiling, même s’il a oublié qu’un plugin Symfony était dispo pour ça .

On a pu noter les outils utilisés pour le benchmark et les metrics, Tsung et Graphite, que je ne connaissais pas. Toujours ça de bon à prendre aussi !

Une présentation très complète mais rien d’inédit que vous trouverez dans les slides.

Yahoooo

Comme d’habitude, Dustin, membre de la core team, et Yahoo man est venu présenter un peu le boulot de Yahoo autour de symfony. Pourquoi symfony, leurs contributions, leurs modifications.
Un petit tour des sites actuels développés sur le framework, avec un slide où on a pu apercevoir Shopgenie \o/ – la version anglaise de MonsieurPrix, développée par moi même ;) ca fait toujours plaisir!

Il a ensuite abordé le développement d’application web plus généralement et les bonnes questions à se poser concernant les choix à faire dans le design d’une architecture. Avec en guise de conclusion, une transition toute trouvée : « Symfony 2 is the right direction » !

On notera au passage un petit sondage de l’assistance sur les framework js, que jQuery a remporté avec une écrasante majorité.

Voir les slides

Symfony 2 preview

Est arrivée, la présentation que tout le monde attendait, Symfony 2 ! Il faudrait un billet dédié à lui même, et on va beaucoup en parler dans les prochaines semaines, donc je vais pas m’attarder longtemps.

On peut retenir, que Symfony 2 sera orienté configuration – tout est configurable – et couplage faible avec un passage sur PHP 5.3. Il ne sera plus question également de développer des choses annexes, comme le logger ou le système de cache, mais d’utiliser des librairies reconnues pour ça (dont celles du Zend Framework justement).

Il a bien insisté sur le fait, que Symfony 2 pourra faire exactement les mêmes choses que la version 1, mais plus simplement et surtout plus rapidement. Avec par exemple, le lazy load – on charge seulement ce dont le framework a besoin.

Avec une conclusion « Faster as hell! « .

Bon il n’aura pas échappé à l’effet démo, avec une tentative de commit de la preview release en direct, qui s’est soldée également par un échec. Le compte Wifi de la Cité Universitaire était expiré ;-) Mais vous pouvez désormais récupérer le code source de cette première version et faire joujou avec sur le site dédié à Symfony 2 !

Voir les slides

Il ne restait plus qu’à faire le chemin inverse, Direction Marseille. En espérant avoir l’occasion de revenir ;)

Vos envoyés spéciaux pour l’évènement: Vince et Tim

Crédit photo: http://www.flickr.com/photos/xavierbriand/4368850785/in/set-72157623335239339/

Comme vous ne l’avez peut-être pas loupé si vous suiviez le trac symfony ou si vous suivez les bonnes personnes ( ;-) ) sur twitter, Symfony2 utilise maintenant Git comme gestionnaire de version et non plus Svn. Le code source a été déplacé sur github ici. Cela devrait permettre plus de participations externes (ça a déjà commencé avec pborelli, CodingFabian et denderello), vu la facilité pour cloner un repository (le repository c’est l’endroit où sont stockées le sources à distance) avec git.

Si comme moi, vous connaissez mal ou peu Git, vous pourrez commencer par lire le « Learn GitHub » qui pourra vous en apprendre un peu plus. Je vais essayer de vous donner les commandes de base pour récupérer en lecture seule ou en écriture le repository Symfony2

Récupérer le code source

Le premier cas : vous souhaitez juste récupérer le code source pour jouer avec, sans le modifier. Dans ce cas, pas besoin de créer une branche du repository principal, récupérez le juste en lecture seule. Je pars ici du principe que vous êtes sur un *nix et que Git est installé, si vous n’avez pas installé Git allez le faire de ce pas, si vous êtes sous Windows je ne peux vous aider !

Rendez-vous sur l’url du dépôt GitHub de Symfony2 et copiez l’url Read-Only qui devrait être : git://github.com/symfony/symfony.git

Vous pouvez ensuite récupérer les sources en local avec la commande

git clone git://github.com/symfony/symfony.git

Vous aurez un beau répertoire symfony avec les sources.

Effectuer des changements

Si vous voulez effectuer des changements comme un grand sur le code source de symfony, il vous faudra créer une branche. Vous devez être au préalable inscrit sur GitHub. Si vous vous rendez à l’url du dépôt GitHub de Symfony2 vous devriez avoir quelque chose comme cela en haut :

À la place de « Your fork » vous aurez la possibilité de forker. Je ne l’ai plus car j’ai déjà forké en fait ;-) Cela vous créera un repository dans votre compte GitHub auquel vous pourrez accéder comme précédemment, mais cette fois-ci en lecture/écriture. Juste l’url du repository devrait avoir changée, pour moi la commande c’est :

git clone git@github.com:vjousse/symfony.git

N’oubliez pas d’avoir généré et envoyé votre clef publique sur GitHub avant, sinon vous aurez une belle erreur. Voilà, vous pouvez maintenant effectuer vos changements et les répercuter sur le serveur comme expliqué dans le « Learn GitHub ».

Symfony2, un exemple de code

Tout d’abord il va vous falloir PHP 5.3 d’installé, si ce n’est pas le cas n’allez pas plus loin ! Ensuite il va falloir vous faire aux namespaces PHP et ses \, mais ça ça viendra avec le temps ! Pour finir, allez faire un tour sur git pour recopier un petit snippet d’ubermuda modifié par Fabien Potencier. Je vous le recopie ici :

// change this with the actual path you cloned sf2 to
$sf2_path = '~/symfony/src';
 
use Symfony\Foundation\ClassLoader;
use Symfony\Components\CLI\Application;
 
require_once $sf2_path.'/Symfony/Foundation/ClassLoader.php';
 
$loader = new ClassLoader();
$loader->registerNamespace('Symfony', $sf2_path);
$loader->register();
 
$app = new Application();
$app->run();

On ne parle pour l’instant que du composant CLI de Symfony2 qui vient juste d’être ajouté, on ne manquera pas de vous tenir au courant du reste des évolutions par la suite. À vous de jouer !