Deuxième journée intense, on a pu appliquer les techniques de refactoring de manière intéressante, des cas concrets avant une pleine explication des principes, certains découvraient d’autres s’émerveillaient.

Ce que j’ai retenu de cette journée c’est que l’essentiel de ce framework n’est pas dans son lot de fonctionalitée, mais, de mon point de vue, dans son coté chef d’orcheste (ça sonne bien avec ‘Symfony’ ) pour votre code; je m’explique :

Le framework, par son architecture vous guide dans l’écriture d’un code sur, fiable, et intéressant (en terme de cout, mais j’en parlerai précisement plus tard), en effet ne nombreux choix s’inspirent des « design pattern  » les plus éprouvés (j’en décrirais bientôt), et vous (certains) les suivez sans vraiment les connaître (ni meme savoir ce qu’est un design pattern), mais leurs principes vous les comprenez naturellement en pratiquant.

== Final Act ==

Confirmation de mon sentiment général, ce framework n’a pas été conçu de manière académique, mais plutôt pragmatique, fruit d’expériences et de confrontation avec des cas réels.

Cette troisième journée, à été l’occasion de voir :

• Les techniques de développement agile avec Symfony.
• De découvrir l’architecture de Symfony en nous présentant le « Workflow Symfony », le coeur de symfony, les méthodes pour étendre et/ou remplacer des composants, le système de cache composite hiérarchisé, le système d’internationalisation d’application etc…
• Techniques pour la haute disponibilité, et performance. On a mis en pratique c’est plutôt impressionnant.

Finalement ce final act a bien failli briser le coeur…. les coeurs, de mon petit macbook, quand j’ai lancé les derniers tests de charge avec Apache Bench, emporté par mon enthousiasme j’ai simulé 1000 utilisateurs simultanés sur mon projet symfony … lol bref c’était l’heure de partir prendre un dernier café, aprés la scéance Photo de groupe de la 1ere Symfony de Mozart Sensio.

(note: Le café était gratuit, illimité et de qualité pendant ces 3 jours)

Petit regret ce soir, les slides fournis de ces 3 journées, sur une clef USB offerte, sont au format .. Microsoft PowerPoint d’Office. Un format PDF aurait été sympa, sachant que 9 auditeurs sur 10 étaient sous Linux ou MaxOsX.

Pour conclure, je suis plutôt content de la qualité du travail des 2 compositeurs lors de ces 3 jours, et j’abandonne mon framework maison, que j’utilise et fait évoluer depuis des années.

Chaque auditeur devait apporter son portable pour travailler directement dessus.
La première chose qui m’a frappé, c’est le nombre important des personnes qui sont venu avec leur macbook ou macbook pro (les 2/3) , les autres des PC, mais tous les PC (sauf 1) étaient sous … linux.. incroyable !

Sur la forme, le workshop s’est passé dans un beau Hôtel Parisien, super accueil, super petit déjeuner, un brunch à 10h, un déjeuner… surprenant. ( fruits de mer ! ).

Sur le fond, j’ai pas appris grand chose… mais les échanges que j’ai eu avec Fabien Potencier et Francois Zaninotto, m’ont encore plus rassuré sur la pérénité de ce framework, surtout sur le positionnement et l’avenir de ce framework.

Vivement demain.

Adieu poèmes, belles citations qui comme certains ont trouvé assez personnel, c’est déjà trop pour moi Je ne veux pas me construire une identité, ou trouver un sens à mon moi même à travers mon ‘exposition’.

Donc, le sujet est la technologie, l’informatique et l’information à travers moi, pas moi à travers moi.

++

Il est toujours bon de rappeler que les commentaires de code, ne sont pas uniquement destinés à leurs auteurs; comme on a l’habitude de penser.

C’est fascinant de lire ces commentaires, on y trouve des choses assez commune, mais à mourir de rire.

On pourrait faire une étude anthropologique du développeur avec cette mine d’information.

Ce que j’ai observé en quelques minutes : le développeur est plutôt démocrate/de gauche, (pour faire de l’open source il faut etre un peu altruiste), inflexible avec lui même, certain d’écrire une oeuvre d’art, c’est son amour propre qui en prend un coup quand il découvre les « saloperies » des autres, .. ou les siennes…

Voici des exemples révélateurs …

Un dev, qui a du voir son club de foot prendre un but au moment où il pondait sa ligne.

Celui ci à du perdre énormément de temps à comprendre le raisonnement du précèdent développeur, JDG

Celui la aurait pu etre ce JDG, invoquer Dieu dans l’écriture d’un algo, c’est peu cartésien; en tout cas il l’air content, je suis persuadé qu’il ne sait pas pourquoi ça marche…

Un puriste commentant le travail d’un prédécesseur.

Alors, là trop fort, le dev justifie l’écriture des règles du « jeu de nain », au cas où il se ferait attaquer

voila aussi un puriste dans l’âme, ou un gros fainéant, remarquez le nom de la variable en dessous.


Lisez comme le développeur se fait mal au coeur à « salir » son oeuvre.


Certains sont honnête avec eux même

D’autres moins :

Le developpeur informatique est peu modeste c’est connu.

Il peut se taper des quelques délires.. de geek évidemment.

hihi, découverte macabre…

Et oui c’est dur

Ce type de commentaire est assez courant, comme il fait suite à ne nombreuses recherche sur un produit nom standard et peu documenté, on est toujours un peu énervé de trouver la solution microsoft.

idem

« Bug » c’est le mot anglais, en français c’est mieux

J’espère simplement que celui ne travail pas chez Airbus…

Paresseux !

Un concours interne, noter la nature du gros lot, c’est le franc symbolique du Geek ça !

On peut meme crier dans un commentaire

Ici, des commentaires expliquant la présence d’algorithmes anti-abrutis

Ecrire un commentaire, avant d’écrire le code, c’est pour se donner de la motivation…

Le developpeur limite homophobe… annonce la robustesse/virilité de son code

Celle là je l’aime bien, je connaissais le blanc cassé, le blanc ‘coquille d’oeuf’ le bleu azur, marine etc… mais il y a le « bleu de Bill » (Bill Gates) référence au bleu des écrans de plantage windows …

petite dédicace à Bill Gates encore une fois

Meme Jobs en prend pour son grade

Un peu de politique…

Je vous laisse découvrir d’autres perles :

Des codes sources, où le programmeur écrit délibéremment que l’application va planter

D’autres, où les utilisateurs sont pris pour les cons

Mise à jour 16/10/06 : par ce que c’est génial, je rajoute ces 2 là :

ça fait maintenant des années (et oui ça va vite) que l’on parle de Web2.0, et le monde commence à se mettre d’accord sur le fait que Web2.0 est … flou.

Microsoft aurait inclue une nouvelle technologie dans le nouvel OS, permettant de vérifier si le système est piraté, sans avoir besoin de contacter un service distant (sur internet).

Dans le cas le plus terrible évoqué dans le précèdent billet, je situais le problème au niveau de la maîtrise d’ouvrage, l’accusant du blocage que celle ci imposait, car elle ne pouvait être intéressée par une refonte, qui rappelons le, produira une version fonctionnellement identique à la précédente.

En fait, je pense que dans ce type de cas, c’est à la MOE de calculer son risque (essentiellement financier) de refondre l’application.

En investissant du temps (de l’argent), pour refondre l’application, la MOE en gagnera sur la maintenance évolutive et correctrice qui suivra.
La MOE prête, en quelque sorte, le budget pour la refonte.

Elle peut même en faire profiter la MOA immédiatement après la refonte !

Un exemple.
Une application consomme 120 JH en maintenance correctrice/évolutive par trimestre.
Après refonte on estime ce chiffre à 48 JH.

La refonte coûte 400 JH
Pour financer celle ci, la MOE s’accorde une durée de « remboursement ». (important !)

En fonction de celle ci, la MOE peut calculer son taux de refinancement :
Si la durée est de 24 mois, elle chiffrera avec un taux de 2,04.

• sans refonte = 12 x 40 JH = 480 JH
• après refonte = 12 x (16 x 2,04 ) JH = 391 JH

Le bénéfice est immédiat.

24 mois après la refonte le coût annuel n’est plus que de 192 JH

Cette démonstration devrait permettre de comprendre comment une refonte, ou réécriture d’application, peut être intéressante.

En théorie, elle est rarement intéressante, et, de plus, dépend de paramètre fiable (coût de maintenance) et d’autres paramètres moins fiable puisque ce sont des estimations, comme le coût de réécriture, et le coût de maintenance après refonte.
De plus, la réécriture introduit de nouveaux risques, ceux liés à un développement d’application. (qualité, délais …)

Maintenant, Il faut voir qu’en pratique les applications sont réécrites, avec des objectifs comme la réduction des coûts de maintenance, l’augmentation des capacités de l’application à évoluer (évolutivité ou agilité), et peuvent aussi faire suite à des changements au niveau des plateformes (changements des politiques dans le SI etc…).

Finalement, c’est aux i-responsables d’application, de prendre ce type de decision stratégique, en espérant qu’ils puissent faire une démonstration de leur génie, autrement qu’en argumentant leurs études basées sur les articles de magazines n°01 en Informatique.

Résultat: j’ai perdu tous les commentaires depuis 2004. ( oui j’ai des sauvegardes, non je n’ai pas le temps d’écrire un script pour remettre les commentaires).

Depuis que je travaille chez moi, je travail un peu partout.

Comme outil, j’ai un téléphone mobile, un ordinateur portable…

Tous les autres moyens de communication me suivent, mes mails sont disponibles en ligne, mes données sont sauvegardées sur un serveur privé, j’envoie et reçois mes fax online.

Le plus compliqué était de rendre MOBILE ma ligne FIXE… mon fournisseur d’accès Internet utilise SIP, un protocole qui me permet de passer/recevoir des appels sur mon ordinateur connecté à internet. Ma messagerie vocale est une boite email… je suis mobile… et complètement dépendant d’Internet.

C’est beau la mobilité.

Imaginez, aujourd’hui c’est la sainte Claire !, hop un petit pop-up vous averti que c’est la fête à Claire, et que vous avez 3 contacts au prénom de Claire dans votre carnet d’adresse… merveilleux, 2 petits SMS et 1 mail plus tard, les 3 Claires vous remercient pour la délicate attention…

1. Vous entretenez votre relation avec la cliente Claire, qui a justement besoin d’un service à vous demander…
2. Claire votre femme, vous trouve formidable (ce jour là uniquement. [note pour plus tard : trouver un logiciel de gestion de date de stvalentin, Noël, anniversaire, fête, soldes, fête des fleurs, fête du blanc, mariage ...])
3. Claire votre « special-friend », vous donne rendez-vous.

Génial, reste plus qu’à développer le truc…. pour Mac OS X si possible, merci !