Me voila de retour de Paris Web 2008 et je dois dire que c’est encore une édition réussie pour ce rendez-vous incontournable pour tous les professionnels du web français.
C’est déjà la 3ème édition et c’est toujours du bonheur : des conférences toutes plus intéressantes les unes que les autres, des rencontres avec des gens super intéressants et bien sûr une superbe ambiance.
Petit aperçu (ironique) des différents types de développeurs.
Évidement je ne rentre dans aucun groupe (ça serait trop facile), je pense que je me situe à peu prêt entre le pragmatique et le ninja(1), avec un petit côté libriste aussi.
Et vous ?
Il vous arrive peut être comme moi de développer des petits utilitaires afin de vous faciliter la vie. Histoire de pouvoir expédier quelques tâches répétitives en 1 clic je me suis fait 3 utilitaires en ligne de commande avec le language AutoIt.
J’ai l’impression de me répéter, mais apparemment tout le monde n’est pas encore au courant qu’il faut utiliser des noms de class sémantiquement correcte lorsque l’on fait ses CSS.
Par là je veux dire assigner à vos éléments une class qui désigne leur rôle et non pas leur apparence. Le rôle du CSS est de séparer le contenu de la présentation, si vous insérez dans votre contenu des class décrivant la présentation des éléments alors vous perdez le principal avantage des CSS !
Exemple, j’ai un message d’erreur (un texte en rouge) à afficher dans ma page, je lui met donc une classe .red :
.red { color:red; }
Ça marche, c’est génial. Tout se passe bien, jusqu’au jour où le client veut que le message s’affiche plutôt en orange ! Vous vous retrouvez alors avec :
.red { color:orange; }
La logique de votre code vient d’en prendre un coup. Vous pouvez aussi renommer en .orange toutes les class .rouge dans vos templates, quel temps perdu tout ça pour une couleur qui change… Alors qu’avec une simple class .error mon code serait resté logique et flexible malgré les éventuelles modifications futur.
Donc non, n’utilisez jamais de class qui décrivent l’apparence de vos éléments, même si vous vous dîtes que le style de votre élément ne changera jamais, vous pourriez être surpris !
Ok, il peux y avoir des exceptions dans des cas précis.
En particulier si la personne qui doit manipuler ces class n’a pas un profil technique. Le cas que je rencontre régulièrement c’est le client qui veut aligner une image à droite dans une page, mettre un texte en bleu, etc. (et qui n’a pas accès à un outils WYSIWYG). Dans ce cas là vous pouvez lui définir quelques class utilitaires avec des noms assez explicite (parce que lui pensera apparence et pas rôle) pour qu’il puisse utiliser dans ses créations. Il y a sans doute d’autres cas particuliers où on pourrait être amené à utiliser ce genre de noms de class, si vous avez des exemples…
Ouf, la semaine dernière était bien chargée entre le Google Developer Day le jeudi et le Mozilla Add-Ons Workshop le samedi suivant.
Comme à son habitude Google avait mis mes petits plats dans les grands avec un superbe cadre à l’
Mais j’ai plutôt été déçu des ateliers, en particulier celui sur Open Social (1h présentation, 1h “démerdez-vous”). Tandis que celui sur Android nous a gavé de code avant de nous montrer le résultat final (amha un décorticage pas-à-pas de l’application aurait été plus efficace).
Bref, je suis un peu resté sur ma faim. Dans mes souvenirs, l’édition de l’année dernière avait été beaucoup plus intéressante.
Le samedi, le MAOW avait lieu dans un lieu moins tape à l’oeil, à savoir La Cantine, mais que j’ai néanmoins trouvé beaucoup plus chaleureux. De plus, les présentations étaient vraiment intéressantes !
Pour commencé j’ai assisté à l’atelier “Votre première extension” présenté par Paul Rouget (c’est toujours aussi impressionnant à quel point il maitrise son sujet).
Puis on a eu le droit à “Javascript pour adultes” avec pas mal d’infos sur les nouvelles capacités présentes dans les dernières versions de javascript et une présentation de ce que sont les closures. Vraiment très intéressant, mais oubliez les nouveautés de javascript 1.7 / 1.8 si vous voulez faire autre chose que des add-ons, ça n’est pas présent dans IE (étonnant non ?)
Ensuite nous avons eu le retour d’expérience du développeur d’Adblock plus : qu’es ce qui fait qu’une extension devient populaire, comment gérer son évolution et sa communauté, etc. Là, j’avoue que j’ai faillit m’endormir (désolé).
Enfin on nous a présenté FUEL, la bibliothèque javascript intégrée à Firefox 3 qui permet de simplifier le développement d’extension aux développeurs.
Bref, en conclusion, j’ai trouvé la journée de Mozilla beaucoup plus intéressante que celle de Google (en plus le t-shirt du MAOW est plus joli ) et ça m’a plus donné envi de me (re)plonger dans les techo de Mozilla que dans celles de Google (maintenant il faut que je trouve la motivation et le temps).
En attendant, comme d’habitude, vous pouvez retrouver mes quelques photos des 2 événements sur mon compte flickr.
Ça y est, comme promis google chrome est sortit en beta. Après l’avoir testé quelques instants je dois dire qu’il me laisse une impression plutôt positive, rien de totalement révolutionnaire mais des petits détails qui rendent la navigation plus agréable.
Je ne vais pas vous décrire en détails les fonctionnalités (des milliers d’autres blogs vont s’en charger, ne vous inquiétez pas), mais plutôt me concentrer sur ce qui nous intéresse nous les développeurs, à savoir les performances javascript, les spécificités du navigateur et les outils de développement fournis.
Google Chrome
Quelle surprise ! Google se décide enfin à lancer son propre navigateur ! Il fallait bien que ça arrive tôt ou tard après tout…
Ça a l’aire bourré de bonnes intentions et de bonnes idées comme le présente cette sympatique BD.
Les points qui m’intéressent fortement sont leur moteur javascript (utilisant leur propre machine virtuelle), leur gestion de la mémoire, le moteur de recherche/barre d’adresse et toutes les autres bonnes idées récupérée à droite et à gauche (opera, firefox, ie8).
Ha et réjouissez-vous amis intégrateurs, ils utilisent Webkit comme moteur de rendu, juste un des meilleurs (sinon le meilleur, mais je ne voudrais pas troller ) moteur de rendu actuel. Donc,théoriquement, pas la peine de re-tester vos sites sous un énième navigateur.
Et bien sur la cerise sur le gâteau : il sera Open Source. Dès fois que vous voudriez vérifier si Google ne récupère pas des infos sur vous dans votre dos (comment ça ils n’ont pas besoin d’un navigateur pour ça ?)
Première beta demain (enfin, tout à l’heure), donc rendez-vous “demain” pour faire joujou avec et (surtout) pour en dire du mal après
PS : La page à surveiller : http://www.google.com/chrome
Histoire de profiter du beau temps, hier avait lieu le W3Café picnic au parc André Citroën à Paris.
Ce fut une après-midi très agréable, avec des gens vraiment intéressants que j’espère revoir au prochain W3Café qui devrait avoir lieu le 5 septembre.
Vous pouvez retrouver mes photos de l’événement sur flickr.
A tout ceux qui m’envoient des e-mails de remerciement, de félicitation, de suggestions pour ajaxload.info:
Merci
PS : Et aux 3 personnes qui veulent le racheter, j’attend vos offres messieurs :p
PPS : Ouai je sais, c’est une réponse un peu tardive vu qu’ajaxload a plus de 2 ans maintenant mais bon, je viens tout juste de répondre à mes e-mails du mois de Mars alors faut pas trop m’en demander
Rassurez-vous je ne vais pas vous parler de foot, juste vous présenter ce pour quoi j’ai beaucoup moins bloggué ces derniers temps, à savoir la nouvelle version du site PSG.FR
