Antoine.Guiral.Info

[3615 mylife] Limoges, c’est fini. La suite?

Antoine — Mon, 15 Feb 2010 16:24:16 +0000

Petit billet sur les changements qui s’opèrent dans ma vie (et donc dans mon taf :p ).Le déménagement est fini, le moment est venu de faire un petit bilan de l’année passée et de se fixer quelques objectifs pour 2010 (vu que j’ai pas pris de résolutions :p ).

2009

2009 avait commencé par une certification MySQL. C’était fun mais un peu useless…cependant j’ai toujours envi de passer la certif PHP même si les conclusions seront identiques je pense

Puis j’avais enchainé début février avec un stage de 7 mois chez Tripnity. Un excellent stage, de belles rencontres, des projets funs, en un mot l’éclate. Ce stage a débouché sur une embauche. Puis besoin de voir autre chose : départ de chez Tripnity courant janvier.

2010

Je savais à la fin de l’année qu’il y allait avoir du changement début 2010. J’avais d’abord pensé faire une petite coupure de quelques mois et en profiter pour me ressourcer à la campagne. Faire un beau jardin avec des bons légumes, couper du bois, faire du feu, bricoler..autrement dit : me servir autrement de mes dix doigts! Puis un ami de mon parrain avait besoin d’un coup de main sur un projet. Du coup, un peu de presta. Dans le même temps, quelques idées de projets que j’avais enfoui loin loin loin ressurgissent. Du coup mon dernier mois à limoges fût plutôt agité. Surtout que dans le même temps, les amis à qui je parle du projet sur lequel je bosse me proposent un peu de presta.

Plus le choix. Des factures à encaisser et des projets à sortir : il me faut une structure, je dois/veux/ai besoin/veux monter ma boite. J’ai depuis longtemps (4 ans déjà…) l’envie de créer ma société, du moins de créer mon emploi, mon taff…bosser sur mes projets. C’est le moment ou jamais. Je vais devenir entrepreneur! WahouUOOuououou

Bon il me reste un peu de chemin à parcourir. Première étape le pôle emploi pour ensuite demander l’ACCRE et l’ARE. Ensuite je devrais me fixer des objectifs, et savoir vraiment ce que je veux faire. Prioriser un peu le bordel en cours Ce dont je suis sûr : la presta c’est pas mon dada mais ca fait bouffer et surtout ca fait des contacts, du réseau. Donc la presta est une étape quasi obligatoire pour commencer (à moins qu’une des idées sur lesquelles je bosse cartonne du joru au lendemain mais je préfère être réaliste ). La difficulté va résider à bien positionner le curseur entre faire suffisamment de CA et avoir assez de temps pour ne pas tuer dans l’oeuf les bôôô projets que j’ai dans les cartons.

Ce qui est sûr : c’est que pour le moment je suis à la campagne, il fait beau, j’ai de l’administratif à faire et des longues nuits de code devant moi

Stay tuned

Random Posts

[facebook] Du nouveau sur la roadmap

Antoine — Wed, 03 Feb 2010 20:05:30 +0000

Si vous développez un peu pour facebook (applications, FB connecting) vous n’êtes pas sans savoir que la plate forme est en train d’évoluer et que cela a un impact fort sur notre boulot…

Le 21 janvier, facebook nous donnait accés aux mails des utilisateurs (sur autorisation bien sûr ). Dans le même temps, l’annonce est faite que la messagerie sera dorénavant le lieu de tout les échanges. Comprennez par là : invitations, notifiactions en plus de ce qui est déjà en place.

Du coup, la suppression (ou la modification suivant le point de vue) de ces fonctionnalités (notification/invitation) était annoncée dans le même temps…sans date précise!

On sait maintenant que les notifications seront supprimées le 1er Mars 2010. Les dates en ce qui concernent les « requests » devraient arriver dans les jours qui arrivent (en même temps que la mise en place de la section « invitation » dans la messagerie).

Après l’annonce d’hier de hiphop for php, ils ne chaument pas chez facebook! Stay tuned…

[facebook php] hiphop for php : une petite révolution dans le monde du développement web et de php

Antoine — Wed, 03 Feb 2010 04:59:45 +0000

Facebook à annoncé hier la sortie en bêta de son dernier bébé : hip hop for php. Cela fait deux ans que facebook travaille sur hip hop for php et les résultats encourageants de cet outil (en moyenne 50% d’utilisation processeur en moins suivant les pages) les ont conduits à proposer hip hop php sous licence PHP. Autrement dit, tout le monde peut l’utiliser et accroitre ses performances!

Hip Hop for php : c’est quoi?

Hip hop n’est pas tout à fait un compilateur. C’est plutôt un transformateur de code qui va transformer votre PHP en C++. C’est ensuite ce C++ qui va être compilé avec g++ (gcc ). Il faut savoir que PHP est écrit en C et qu’il est possible de lui rajouter des extensions en C et C++. Ces extensions ont le mérite d’être ultra performante! Seul problème, ce n’est pas donné à tout le monde (savoir faire du PHP et du C++ et enfin créer des extensions à PHP en C++…). La solution fût donc de transformer le PHP en C++ puis de le compiler afin de bénéficer des avantages en termes de performances des langages compilés versus les langages interpretés.

Hip Hop : ça marche comment?

Le principe est plutôt simple. Sans que vous ne changiez rien à votre façon de coder, hiphop pour php va procéder à trois grande actions.

La première étape va être une analyse statique du code : qui appelle quoi, quelles sont les dépendances. Ensuite hiphop va trouver les meilleures correspondances de types de variables entre PHP (qui est un langage très peu typé) et C++ qui est fortement typé. Et enfin, hiphop va faire correspondre les expressions et déclarations PHP à leurs équivalentes en C++ (les deux langages dérivent du C).

G++ pourra alors faire son travail de compilation pour obtenir un code compilé et donc plus rapide.

Processus de transfortmation du code par hiphop

Au niveau du processus de développement, un autre outil est mis à disposition : HPHPi. C’est un interprète qui va vous permettre de tester votre code sans pour autant le compiler. De cette manière vous ne changez rien à vos processus de développement.

Résumé de la keynote de présentation de HipHop pour PHP

J’ai regardé la keynote de présentation de Hiphop. Je vous propose un petit résumé. rien de transcendant (c’est pas une keynote apple quoi ) et la plus part des informations données était dans ce billet.

PHP est un langage facile à apprendre et à mettre en place mais il fait parti avec PERL des langages « web » les plus consommateur de CPU
Vu la charge de Facebook (400 milliards de pages vues par mois) il était nécessaire de trouver une solution.
- la réécriture de Facebook dans un langage plus performant? Pas possible sans stopper le développement de la plate forme (voir la roadmap…)
- transformer toutes les parties du code qui ont une logique applicative complexe en extensions PHP écrites en C++ : très long à mettre en place et pas universel
- La solution qui sera retenue : transformer le code PHP en C++ via HipHop fo PHP
HipHop : né en 2007 et utilisé en production sur 90% du code de FaceBook depuis 6 mois:
- pages web : 50% de consommation CPU en moisn a traffic équivalent (tests comprenant l’utilisation de memcache)
- API : 30% d’utilisation CPU en moins pour un traffic deux fois supérieur
Transformation du code avec HipHop :
- effort sur les plus gros gains de performances que pouvait apporter l’utilisation de C++ :
  - appels de fonctions statiques
  - méthodes et propriétés statiques (OO)
  - chargement des variables statiques
  - g++ optimisation (function inline,…)
- Analyse statique : récupération de l’information « qui déclare quoi »
- correspondance des types : meilleur type C++ correspondant à une variable PHP
- code génération : pour la pluspart du code : correspondance directe entre les expressions PHP et C++ (if, else, for, while, etc etc)
le runtime est similaire à Zend Engine mais plus rapide
Programmation avec HipHop :
- support des fonctionnalités « magiques » de PHP :
  - appels dynamiques de fonctions (call_user_function(), …)
  - supprot des propriétés et méthodes dynamiques
  - variables dynamiques (avec extract() par exemple)
  - includes() dynamiques
- utilisation de l’interprète HPHPi pour tester le code sans le compiler
En production : un processus multi-threadé, pas de downtime pendant les restarts, utilisable sur plusieurs serveurs
Roadmap : compatibilité avec php 5.3 (actuellement il marche avec php 5.2), Apache comme une option de serveur web, évoluer en fonction de l’usage en dehors de facebook (open source)
page du projet : http://developers.facebook.com/hiphop-php/

HipHop : bien ou mal?

J’ai un avis un peu partagé… Bien sûr que l’accroissement des performances sur une techno que j’utilise me plait bien Mais on pourrait voir une nouvelle tendance équivalente à « j’ai des gros serveurs donc je peux coder nimp » qui se traduirait par « j’utilise HipHop qui va compiler mon code donc pas la peine de l’optimiser ». D’un autre coté HipHop ne s’occupe que du PHP. On devrait donc aller vers une meilleur séparation du code (MVC inside). Donc je pense que le fossé va encore un peu plus grandir entre les master en PHP et les pseudo développeurs qui après une semaine sont « développeur web junior ». D’où mon partage d’opinion…grosse avancé techno mais techno un peu plusdifficile d’accés qu’avant (pourmoi ca me gêne pas mais bon plus ya de monde plus on rit :p ). Et toi ? Qu’en penses tu?

Si le coeur t’en dit, voici la keynote :

[apple iPad] énorme succés de l’iPad à la dernière keynote d’apple

Antoine — Thu, 28 Jan 2010 00:58:06 +0000

Ca y est! Le dernier bijoux d’apple est enfin sorti. L’objet du délice, tant attendu par la blogosphère high tech mondiale est enfin là Et que vois-je? Tout le monde râle, pleure, tape du pied par terre, boude dans son coin (ou pas)…Et pourtant…

Stratégie gagnante d’apple

Et pourtant apple a fait très fort. Ils ont élargi la couverture de leur gamme de prix (de 50euros pour un shuffle à 8k euros pour un Mac avec le max d’options). Alors oui l’iPhone nu est au même prix que le mieu monté des iPad…Mais qui achète un iPhone nu??

De plus l’iPad en terme d’utilisation vient marcher sur les plates bandes de plusieurs niches. Les ebooks (le kindle d’amazon par exemple) en premier lieu (je rêve déjà de lire un bouquin sur un iPad). Puis viennent les consoles de jeu : psp et autre nintendo DS n’ont qu’à bien se tenir quand on voit déjà la qualité des jeux sur un petit écran comme celui de l’iPhone…Les netbooks! Alors on peut toujours me dire que l’iPad n’est pas (encore) multitask. Mais c’est un choix! 680gr, une fiabilité à toute epreuves, un ecran tactile digne de se nom, un design qui range au placard les eeepc et consors, possibilité de le mettre en mode « dock » avec le clavier, horizontal ou vertical? les deux mon capichef, et…et toute la plateforme iPhone/iTouch derrière!

Donc pas de mac OSX…erf…sauf que OSX ne tourne pas sur ces processeurs là! Donc quoi? mettre un core2duo? diminuer l’autonomie par deux (voir plus parce que processeur qui consomme plus + multitâche+ OS plus gourmand) ou prendre plus de volume et de poids? Acceptons que l’eeepc fût une révolution dans le monde de la mobilité, croyez moi l’iPad en sera une autre.

iPad = gros iPhone

En un mot : LOL. En quoi sont ils similaires…leur look et l’envirronement : ok. La cible? non. Les usages? non. Vous avez envi de vous coller un écran de 9 pouces à l’oreille? Envoyez moi la photo please Et le GPS, il me tarde de voir des hordes de touristes dans les rues avec un 9′ à la main et de croiser tous les parisiens (je suis de la france d’en bas) avec leur 9′ sur le pare brise

En revanche, il me tarde de prendre le train et de pouvoir lire, surfer, jouer, préparer mes prez (iWorks inside) mater un film sans me faire mal au yeux et choper des crampes au doigt quand je me taperais 10 heures de train (je suis de la france d’en bas, à l’ouest, pas de TGV).

Vous l’aurez compris : l’iPhone et l’iPad n’ont…juste rien à voir.

Le ver à l’intérieur de la pomme

Donc pour résumer…Un gros buzz monté sur feu l’iSlate (d’ailleurs il y à même des mecs qui ralent sur le nom!!). Apple a suivi ca marche en avant, comme ils l’ont TOUJOURS fait (cela me rappelle d’ailleurs la sorti de l’iPhone…même buzz, même réaction et…tout le monde en a un ) Malheureusement, l’iPad ce n’est pas votre idée….Pour ça jepense que le mieux est d’aller demander chez microsoft )) Après vous pourrez dire partout « c’était mon idée »…

A titre personnel j’aurais bien vu une camera et un lecteur de carte…mais comme l’iPhone ne s’est pas fait en un jour, l’iPad G2 devrait nous réserver quelques surprise En attendant je vais courir m’acheter un mac pour faire joujou avec le SDK iSlate et voir ce qu’on peut faire avec se magnifique produit.

Au passage je ne cherche pas à faire l’apologie d’apple, je constate juste qu’ils ont toujours fonctionné comme cela et que les réactions du genre « ils sont trop nul ils ont pas fabriqué le jouet que je voulais » commencaient à me courir. J’ai donc lister les arguments qui me passaient par la tête et j’attends les votres (pas la peine de troller avec « je fais pareil avec l’iphone » puisque je le rappel ce ne sont pas les mêmes produits, pas mieux pas moins bien : juste différents)

Je vous conseille ce superbe article qui explique sur un ton beaucoup plus pausé et moins « »"fighteur »" » ce que je pense : http://www.nicolasmagand.com/blogfr/2010/1/27/simple-et-bref-avis-sur-lipad.html. En deux mots : c’est juste nouveau, et apple couvre toute sa gamme que ce soit en terme de prix et de d’utilisabilité.

[google] google, le 51ème état?

Antoine — Tue, 19 Jan 2010 15:56:53 +0000

Nous assistons à un changement de paradigme au niveau mondial. Désormais, les multinationales défient les grandes puissances de ce monde et bizarement ils ne se font pas rayer de la carte.

Quoi qu’il en soit nous venons d’entrer dans une nouvelle ère dans laquelle une entreprise privée peut, en s’appuyant sur son cyber pouvoir, lever la voix face à la Chine sans avoir l’air ridicule.

Je vais sans doutes utiliser quelques raccourcis un peu simplistes, ou faire des comparaisons pas très heureuses. Je vous invite à en discuter dans les commentaires

Google un état?

Si google était un état, voir un pays comment serait il. Commençons par le PIB, que je vais assimiler au CA (j’aurais pu prendre les capitalisations boursières et les comparer à l’activité d’un état sur les places boursières..). Le PIB de google serait de 22 milliard de dollars pour 2009, soit entre le Panama et le Salvador au 94ème rang mondial. Google a 20 000 « habitants » soit un PIB/habitant de…1 million de dollars! 10 fois plus que le Luxembourg actuellement premier de sa catégorie.

Google serait un pays plutot écolo puisque 30% de l’énergie dont a besoin sa capitale, googleplex, est fournit par des panneaux solaires et que 2000 vélos ont été distribués à ses ambassadeurs en Europe, Afrique et Moyen Orient. Le salaire moyen se situerait autour de 85k annuel et google compterait 1200 millionaires. Le googler moyen est éduqué puisqu’il parle au minimum 3 langues. Cependant, comme tout pays, google doit faire face à la fuite des cerveaux vers les principautés de Microsoft, Facebook ou autre Twitter…Le googler a une bonne couverture sociale, des repas gratuits et tout est fait pour qu’il se sente bien dans son pays.

Google fait partie des pays qui ont investi l’espace avec un réseau satellitaire d’une 20aine de satellites. Au niveau technologique, google a fait le choix de ne pas faire d’importations ou très peu. Ainsi, il utilise et distribue ensuite tout ce qui est nécessaire au bon fonctionnement du pays : moteur de recherche, publicité, solution de partage de document, gestion des mails, navigateur, système d’exploitation, langages de programmation, architecture serveur, protocol de communication, solution de paiement,etc etc…

En terme de politique, le gouvernement se compose d’une assemblée composée de 10 membres dont le président est Eric Schmidt. C’est un pays plutot social comme il a pu le démontrer récemment avec ses dons pour la nouvelle année à des associations caritatives ou encore son don de 100 millions de dollars pour Haiti. Il est plutôt colonisateur puisqu’il annexe régulièrement des départements voisins. Dans tout les cas, il assure oeuvrer pour un monde meilleur.

Malheureusement, devenir googler est assez difficile puisque pas moins de 9 rendez vous (pouvant aller jusqu’a 20) sont nécessaires (et on se plaint en france?? lol).

Google un pays peut être pas…mais le 51ème états des USA?

En superficie, Google se situerait en dernière position derrière Haiti et serait également l’état le moins peuplé. Son PIB representerait 0.2% du PIB global, tandis que sa croissance serait 2 fois supérieure à la moyenne des Etats Unis. Si cela arrivait cette année, Google serait le 51ème état 51 ans après la dernière annexation (Hawai en 1959). Pour que cela arrive il faudrait l’approbation du Congrès américain et de la législature de l’État de Californie. Son taux de chômage serait, vous vous en doutez, le plus bas!

Donc Google pourrait être un pays, et pas ridicule quoiqu’il en soit. Ce qui est sûr c’est qu’il agirait avec une politique totalement différente de celles des autres pays. Ils vont vite, ils prennent des risques, ils s’adaptent très rapidement et ne connaissent pas la crise Et quand il s’agit d’élever la voix contre la Chine parce qu’ils ne sont pas d’accord avec leur façon de faire…ils n’hésitent pas! Et la Chine ne sais pas trop comment réagir face à cette puissance qui n’est pas un pays mais qui en a la puissance…

Je ne sais pas si ils connaissent le concept de principauté de l’autre coté de l’atlantique mais, avec ses 10km² le googleplex aurait fier allure!

Vous en pensez quoi?

[resultat concours] Et le gagnant est….

Antoine — Mon, 18 Jan 2010 11:43:49 +0000

Et le gagnant est….gaets86!

Procédure utilisée : j’ai compté le nombre de backlink déposés (bruno, j’ai compté ton deuxième commentaire m’indiquant ta participation au concours), soit 10. Puis j’ai demandé à random.org de me sortir un nombre aléatoire entre 1 et 10 Rien de plus compliqué que ca

Gaets86, on se contacte par mail pour les coordonées de livraison Merci à tous d’avoir participé! Et bravo a phollow et elannu pour avoir gagner un mois d’affichage chacun sur ce blog via twitter

Random Posts

[2 birthday] 2 ans aujourd’hui = 2 smashing book à gagner

Antoine — Mon, 11 Jan 2010 00:11:40 +0000

Ben voilà, ca y est :p 2 ans de blogging. Avec des périodes plus intenses que d’autres, je vous l’accorde

Comment résumer 2 ans de blogging…Ben j’en sais rien donc je vais faire en vrac Les événements tels qu’ils me viennent.

Tout à commencer par une époque bien sympa : celle des lives sur feu yahoo!live. J’y ai rencontré des mecs supra cool avec qui on a passé de longues heures à délirer :p (les BL en fin de billet ). A force ben une bonne envie de blogger et de twitter. Le 11 janvier 2008 je me crée un compte sur twitter et un blog sur wordpress.com.

Evenement suivant, 6 mois après le lancement, le blogging me plait : hop un nom de domaine et un mutualisé (shame on me, je tourne toujours dessus). Cela m’a permis de customiser un peu plus le themes de mon wordpress et de pouvoir utiliser tout les outils google (webmaster tools, analytics, adsense, feedburner, etc etc). Mais alors que j’étais sur une pente ascendante, je fais un enorme bond en arrière en terme de référencement et donc de traffic. Pas grave

Premier passage à vide : été 2008 et mon stage à barcelone. Pas besoin de m’étendre…une grosse envie de profitter de la vie là bas J’en ai profité pour écrire quelques articles pour des magasines liés au dév.

Février 2009 : début de mon stage, avec @phollow, il commence le blogging et du coup je m’y remet un peu plus sérieusement

Cependant quelques mois plus tard je me fais hacker mon blog (sortie de l’index de google…) et par la même occasion je me fait fermer mon twitter…Gros coup au moral. Je décide dans un premier temps d’arreter twitter quelques mois et de laisser le blog se refaire tout seul.

Puis finalement je me recrée un compte twitter (@guirala) mais rien n’est comme avant…ce n’est pas MON compte twitter…et je ne twit pas avec la même envie.

Le blog remonte petit à petit, je publie un peu plus régulièrement (mais c’est pas la folie non plus). Deux changements de thème, un compte twitter retrouver (merci l’équipe de twitter) : @antoineguiral. Et on arrive à aujourd’hui Des stats plutôt bonne depuis le dernier changement de thème (minimum 10% de mieux sur tout les indicateurs).

Donc, c’est bien joli de raconter ma vie, mais je sais bien ce qui vous interesse :p

Pour ce double anniversaire (blog + twitter) je vous propose de gagner des smashing book. Enfin pas obligatoirement…Si il y a moins de 20 commentaires un seul smashing book sera en jeu (trop facile sinon ). Au dela de 20 commentaires, deux smashing book seront en jeu . Cependant ce ne sont pas des commentaires tout simple! Il vous faudra faire un lien vers la home de ce blog : http://antoine.guiral.info.

Donc pour résumer : un lien vers la home, un commentaire avec la page dans laquelle vous avez fait ce lien et le 18 janvier aura lieu un tirage au sort

Je vous avez parlé de rencontre :

@lumpyana : http://www.lump.fr

@stagueve : http://www.nowhereelse.fr/

@alchymi : http://beejeux.com

@jali : http://www.jali.fr/

@weetabix : http://www.i-actu.com/

@phollow : http://uselink.fr

@chauffeurdebuzz : http://www.chauffeurdebuzz.com/

@fabienthomas : http://calii.fr

@lebip

@demarcq : http://bdm.fr

@pym

@embruns : http://embruns.net/ (une bonne soirée à se mettre à poil pour chopper un BL avec @lebip et @nounours D)

@potdeyahourt : http://www.rezavoo.com/

@integrateur_css : http://css4design.com/

Si je vous ai oublié faites moi signe Et suivez moi sur twitter, il y a un autre cadeau :p

[developpement] Traitement des bugs

Antoine — Thu, 07 Jan 2010 22:18:23 +0000

Tout développeur qui se respecte a été au moins une fois confronté à un bug. Bon ok, peut être plus d’une fois Et il y a plusieurs façon de réagir, suivant l’importance du ug, les délais, la charge, etc etc…

Disclaimer

Histoire que l’on parle bien de la même chose. Ce que j’appellerai bug est bien un bug. C’est à dire que ce n’est pas une incompréhension entre MOA et MOE, ni un must have, ni un nice to have, ni une demande d’amélioration. Un bug est un dysfonctionnement, ou une anomalie directement liée au code en place.

Un bug (de l’anglais bug, « insecte ») ou bogue est, en informatique, un défaut de logique dans un programme informatique qui provoque un calcul ou un traitement incorrect à l’origine de dysfonctionnements et de pannes.

La gravité du dysfonctionnement peut aller de bénigne (défauts d’affichage mineurs) à majeure (explosion du vol 501 de la fusée Ariane 5). On ne qualifie de bug qu’un problème confirmé du logiciel lui-même, le fait technique ou anomalie logicielle désignant plus largement tout comportement inattendu, soupçonné d’être une déficience.

Les bugs résultent d’erreurs de programmation. L’erreur peut résider dans un logiciel applicatif, dans les logiciels tiers utilisés par ce logiciel applicatif, voire dans le micrologiciel d’un composant matériel comme ce fut le cas du bug de la division du Pentium. Un patch (francisé enrustine) est un morceau de logiciel destiné à corriger un ou plusieurs bugs.

Le terme bug est un terme familier et usuel. Dans le monde professionnel, avec des variantes selon la culture de l’entreprise, on préfère utiliser des termes comme fait technique, défaut (software defect), non-conformité, etc. http://fr.wikipedia.org/wiki/Bug_informatique

Quelle importance accorder à un bug?

En fonction de l’état d’avancement du projet et suivant les méthodes de développement (waterfall, V, agile, etc) on est régulièrement confronté à des remontés de bugs. soit pendant la période de recette, soit les bugs relevés par l’équipe de testeur sur le sprint précédent, voir encore si l’application ou le site est en production, une remonté de bug par un utilisateur ou un client.

Ces flux de bugs sont assez perturbants puisqu’on ne sait pas quand est ce qu’ils vont arriver! Et le plus souvent on est en train de travailler sur autre chose…La première chose à ne pas faire est de vouloir le traiter immédiatement. Il faut au moins finir la tache sur laquelle nous étions en train de travailler. Imaginez le temps nécessaire au double switch tache -> bug, bug -> tache…

Une fois que la tâche en cours a été fini, on peut enfin se plonger à fond dans ce putain de bug :p Et la première chose à faire est d’évaluer le temps qu’il vous faudra pour le fixer. Si vous jugez que c’est un bug majeur il vaut mieux ne pas le résoudre dans l’immediat et le planifier. Peut être qu’en terme de priorité il passera devant tout le reste mais la question mérite d’être posée. Ensuite, le bug peut être long à corriger. Un bug important mais long, ca arrive…Là aussi, on va le planifier. Autrement dit, seuls les bugs dont le temps de corrections est relativement court (disons de l’ordre de l’heure) devraient être fixés immédiatement.

Pour gagner un peu plus en productivité et ne pas en oublier je vous conseille de vous réunir avec votre équipe pour définir un process (bouh c’est maaal) pour la gestion des bugs. Où sont -ils collectés, utilise t-on un outils de bug tracking pour suivre l’état des bugs, une personne est elle chargé de les collecter, bref autant de questions qu’il vaut mieux se poser avant pour ne pas qu’elle viennent vous polluer l’esprit au moment où les bugs surgiront…

Un jour mon père m’a dit : « la NASA envoi ses navettes dans l’espace avec un dictionnaire de correctifs de bugs (comment réagir face à tel ou tel bug), et quand on connait le prix du kilo envoyé dans l’espace… ». A méditer.

Comment traiter le bug?

Maintenant qu’on sait quoi faire face à ce bug (à traiter immédiatement, ou plannifier), les ennuis commencent! Là aussi on peut être confronté à plusieurs ca…ou plutôt devrais je dire plusieurs « cas de conscience ». Parce qu’on est bien d’accord, dans l’idéal, ou l’absolu, un bug : ca se fix! Mais parfois, suivant le projet, le client, les coûts de corrections , les délais, on peut être amener à emprunter un autre chemin…Au lieu de fixer ce vilain truc, on va le cacher. Plutôt que d’apporter des modifications importantes au code, on va faire en sorte que ce bug ne soit pas produisible. Un auto haking en règle.

Je n’ai pas de réponse universelle à ce sujet. Mais personnellement je ferais dans presque 100% des cas l’effort de corriger le bug. Même si je dois tout casser. Une seule raison :

cacher plutôt que fixer obligera à construire le reste sur une partie de code bancale (la fameuse dette technique). On pourrait comparer ces zones d’ombres du code aux actifs pourri que les états rachètent aux banques : un jour ca vous pète à la gueule. On ne sait pas quand, ni même si ca arrivera. Mais le jour où cela arrivera, vous pouvez être sur d’une chose : cela coutera beaucoup, beaucoup plus cher de réparer les dégats que si le bug avait été fixé sur le moment…

Mais ça c’est uniquement mon avis Il arrive parfois qu’après discutions, j’ai fais le choix de cacher le bug (pas souvent cependant ). En effet, un délai hyper serré à tenir (une mise en prod’, typiquement) et le choix de coeur passe à l’as (ohoh joli). Après la release il sera temps de le fixer correctement (ou pas…toujours plus vite, plus vite…).

En fait, au fond je pense que la réponse à cette question est étroitement liée à d’autre pratique (agile?) telle que le courage (ne pas hésiter à casser du code) et le refactoring permanent. Bref j’ai un peu du mal à trouver des arguments pour le « cachage » de bug hormis celui des délais…

Je suis donc tout ouïe pour connaitre vos avis sur la question!

[tuto microformat] utiliser le microformat hCalendar

Antoine — Tue, 05 Jan 2010 22:19:10 +0000

Maintenant que vous avez vu à quoi peuvent servir les microformats nous allons commencer à les utiliser

Le microformat hCalendar

Nous avons vu que hCalendar servait à rendre compréhensible/utilisable/exportable les dates/évenements que nous pouvons parfois partager sur nos différents sites. Le compréhensible vous avez compris que c’est « compréhensible par les machines »

Nous allons donc créer un petit événement : le 11 janvier ce sera l’anniversaire de ce blog (déjà deux ans ).

Créer l’événement

Dans un premier temps il va falloir créer notre événement, en utilisant la class vevent.

class="vevent">

Voilà notre événement est créé, nous allons le remplir.

Quoi, Quand, Où

Nous allons utiliser les classes suivantes : summary pour le quoi, location pour le où et dtstart/dtend pour le quand.

class="vevent">
Oyé Oyé!,
sur class="location">ce blog
nous allons fêter class="summary">le deuxième anniversaire de http://antoine.guiral.info
du class="dtstart" title="2010-01-11T00:00">11 janvier 2010 à 00h00
au class="dtend" title="2010-01-18T00:00">18 janvier 2010 à 00h00

Voilà un exemple complet Vous avez remarqué que pour les dates nous utilisons la balise abbr afin de proposer une date lisible par les humains et une date (dans le title) lisible par les machines.

Mais encore?

Si vous avez plusieurs événements, vous pouvez utiliser la class vcalendar.

On aurait aussi pu utiliser les classes url pour ajouter une url, duration pour la durée de l’événement, attendee pour les participants, etc etc… Je vous conseille d’aller voir la doc officiel du microformat hCalendar

Vous l’aurez compris l’exemple utilisé n’a rien de fictif :p restez attentifs ^^

Ca y est vous avez utilisé le plugin magique pour sauvegarder cet événement dans votre google calendar?

[microformat] Besoin d’une mise à jour sur les microformats?

Antoine — Mon, 04 Jan 2010 22:38:24 +0000

Allez, un petit tuto/récap’ sur les microformats. Les microformats sont des attributs que l’on rajoute dans le xhtml de nos pages (mais aussi dans vos flux rss ou atom par exemple) pour améliorer la qualité de votre contenu. Il le rend plus…sémantique, lui donne plus de sens aux yeux des moteurs de recherche et il est plus utilisable par vous et vos utilisateurs.

Pour commencer je vous conseille d’installer le plugin Operator pour firefox. Il va vous permettre d’utiliser plus facilement les microformats que vous croiserez au fil de vos surfs quotidiens.

Il existe plein de type de microformats. Les plus connus sont les microformats hCalendar, hCard, hProduct, xFolk, XFN, VoteLinks et GEO.

Nous allons voir dans un premier temps l’utilité de ces différents type de microformats afin de bien en saisir l’interet puis nous verrons des exemples en détails.

hCalendar

Le microformat hCalendar permet de gérer tout type de date ou d’évènement. Imaginez que vous organisez une réunion. Sur votre site ou dans votre flux vous utilisez hCalendar et les gens qui le consulte pourront directement importer dans leur agenda (google calendar par exemple) l’évenement.

hCard

Avec le microformat hCard vous allez pouvoir réseauter de manière plus efficace. Votre description devient une carte de visite exportable en un clic. Chaque partie de votre idendité (nom, prénom, surnom, tel, mail, adresse, etc etc) va être taggée pour lui donner du sens, pas pour le lecteur! mais pour la machine, elle pourra ainsi l’utiliser plus facilement

hProduct

En utilisant le microformat hProduct dans vos catalogues, descriptions d’articles, test de matériel, déballage de geek ou autre découverte, vous allez pouvoir rendre votre travail UTILISABLE. Autrement dit il pourra être comparé, échanger, partager, aggregé, etc…Vous adorez les diagramme en étoile sur les comparatifs de la fnac? Vous allez adorer le microformat hProduct!!

xFolk

Pas grand chose à dire sur le microformat xFolk. Ce microformat est utilisé pour gérer les bookmark (folk comme folksonomie, autrement dit l’utilisation des tags ), notamment avec les outils de bookmarking social.

XFN

Le microformat XFN est un de ceux qui m’intéresse le plus. Il sert à définir les liens entre les gens. On pourrait imaginer d’ici quelque temps de créer des cartes de relation, des arbres généalogique juste avec ce microformat. Ca me laisse rêveur.

VoteLinks

La mort des digg-like avec le microformat VoteLinks? Imaginez que chaque lien que vous faite avec ce microformat soit comptabilisé comme un vote? Grandiose Quand google utilisera pleinement les microformat on imagine bien les évolution pour le SEO

GEO

Besoin de précision sur le microformat GEO? Et bien il permet d’utiliser de manière plus pertinente la géolocalisation. Vous parlez d’un lieu? Hop le microformat GEO et vous permettez à vos utilisateurs de localiser en un clic sur une carte l’endroit dont vous parlez.

Conclusion

Les microformats sont pour moi l’avenir du web. Peut être ce qu’on appelle le web 3.0. Tout le contenu qu’on l’on produira aura non seulement du sens pour nous mais aussi pour les navigateurs ou tout service ayant accés à la toile. Cela offre des opportunités encore trop grande pour toutes les entrevoires. Les liens pourraient devenir obsolètes puisque les microformats permettent de donner du sens à toutes sortes de contenu. Cela me laisse rêveur et je vais bien sûr les utiliser plus que de raison

Et vous? Convaincu? Vous allez les adoptez?