FrancoisLavigne.com

On vient d’apprendre par le blog de Google qu’ils sont en train de mettre au point leur crawler pour pourvoir indexer le contenu texte des documents Flash. J’ai toujours suggéré à mes clients de ne pas mettre de contenu en Flash pour cette raison entre autres. Cela va peut-être donner un second souffle à cette technologie qui perd de plus en plus d’intérêt. Je pense entre autres au format de vidéo ogg qui fera, semble-t-il, parti des standarts dans la prochaine version de html, au même titre que les Jpeg et les Gif.

Cependant,  je dois préciser qu’au point de vue de l’accessibilité et de l’usabilité, le  Flash reste encore un gros no-no pour le contenu en ce qui me concerne. J’ai travaillé un avec un designer qui tenait à faire les menus de ses sites en flash. On voit les problèmes que ça peut causer? Essayez d’aller voir le site avec un cellulaire maintenant. Ou bien pour les SEO, Google ne va voir que la première page du site…

Flash pour les éléments graphiques: oui.
Flash pour le site en général, pour le principe de faire du Flash: non.

Ça fait un bon bout de temps que j’ai rien écrit, c’est parce que personne lit mon blog anyway.

D’habitude j’écris quand j’ai une montée de lait, et j’en ai une. Je suis présentement pigiste pour quelques compagnies où le plus clair de mon temps est consacré à faire des updates sur plusieurs sites conçus par un autre programmeur qui est parti faire des sites porno et dont je vais taire le nom.

Son code est tout simplement une abobination aux yeux de Dieu. On voit qu’il y a un certain effort au niveau de la structure, mais en vain.

Leçon sur la réutilisation du code. Il est, en programmation, une pratique assez répandue du prendre des morceaux d’algorithme qui se répètent et d’en faire des fonctions ou des objets qui seront réutilisés à tous les endroits ou l’algorithme est nécessaire. Aussi, quand vient le temps de faire des modifications à ce code, on regarde à un endroit et le problème se règle partout.

Leçon sur la lisibilité. Il est important de bien indenter son code et de le faire en utilisant des tabulations et non des expaces. Aussi, il est important de ne pas abuser de la syntaxe (condition)?si vrai: si faux; pour en faire des lignes qui font 2 fois la longueur de l’écran.

Pourquoi répéter le code de l’entête et du bas de page sur chaque page? Il y a des meilleurs moyensm, voyons!

Au sujet de la langue: au lieu de faire 2 répertoires pour chaque section x pour chaque langue, il vaut mieux faire des pages qui s’occupent de toutes les langues et qui retournent le texte dans la langue de notre choix. On vient de s’éviter 50% du travail pour le reste du projet.

Tou cela paraît élémentaire, mon cher Watson? Et bien ça l’est. Tous les développeurs web devraient connaître ça, encore plus un qui sort de l’université simonaque.

C’était ma montée de lait. Je vais un fabuleux concours comme les entreprises trop cheaps font pour “sauver de l’argent” quant ils ont besoin d’idées. Comme un festival qui promet 200$ en prix pour un concours de design de poster et où le “grand gagnant” aura “l’honneur” d’avoir d’avoir son oeuvre utilisée pour un festival en manque de budget, au lieu d’engager de professionnels en graphismes qui coûtent les yeux de la tête, je fais un concours de design pour mon blog! Le “grand gagnant”, en guise de compensation financière, aura le privilège incomparable de voir son design utilisé dans ce blog visité par au moins 280,000,000/280,000,000 personnes! Faites parvenir vos designs à raveur arobas gmail point com. Le concours se termine aussitôt que j’ai reçu quelque chose de potable!

… quand tu sais ce que tu fais. En ce moment, j’essaie de faire le blog d’une athlète olympique de haut niveau selon des spécifications assez précises, et j’en arrache. La documentation est presque la plus mauvaise que j’ai vu. C’est un super système pour ceux qui veux blogger rapidement et facilement, mais apprendre a développer un thème et des plug-ins en 5h: impossible.

Je me demande vraiment si j’ai manqué quelque chose quelque part, mais il me semble vraiment que la planet open-source manque de joueurs dans l’équipe des CMS faciles à utiliser. Par facile à utiliser je veux dire que ma mère est capable de s’en servir. Si c’est juste un blog, pas de problème, wordpress fait très bien la job… Mais pas assez. Si je veux ajouter une image, je clique sur le bouton “img” et je reçoit une fenêtre qui me demande le url de l’image. J’imagine ma mère en train de chercher le url de sa clée USB. Ah oui, on veut des menus aussi, avec plusieurs niveaux, dans lesquels ma mère peut ajouter et enlever des pages à sa guise et même déplacer des pages.

Pour une compagnie, on va surement avoir a supporter plusieurs langues. La majorité des système ne supportent pas ça. Et si dans notre site on veut avoir des formulaires? Encore une fois, il faut se coder un module ou hacker notre CMS.

Je prêche peut-être pour ma paroisse mais si vous voulez un cms bien, chez Cloudraker on à développer un CMS qui selon moi, ne peux pas être plus simple. Évidemment, si on veut le réutiliser, il y a des tonnes de modifications à faire, mais au final, une secrétaire peut faire la maintenance.

Mon souhait le plus cher (en matière de cms) c’est que quelqu’un va me contredire dans les commentaires et me pointer vers un projet open-source qui kick des culs. Pitié.

Don’t get me wrong, I like CakePHP, but there are a couple of thing that are strange, not efficient or annoying to code. This is my wishlist for later, when I decide to take my destiny into my own hand and do my own framework.

• La structure du programme devrait ressembler à la structure de répertoires du site
• Les views devraient être indépendants du controlleur et doivent pouvoir parler au models
• On doit charger le minimum de stock pour la performance
• les helpers c’est cool. Ils devraient pourvoir faire des requests aux models parce que souvent c’est la view qui détermine les données à afficher
• Layouts FTW
• Avoir différents types de Models, parce qu’il n’y a pas juste les DB dans la vie, y’a les fichier, les requests avec curl, etc. C’est poche d’avoir à recoder les même méthodes à chaque fois
• Je suis tanné que mes champs de form doivent être associées à un model
• Pouvoir avoir des controlleurs dans des controlleurs, comme pour la structure d’un site web conventionnel
• Avoir nos “paths” direct dans les controlleurs, au lieu de faire toujours référence a route.php
• Le caching devrait être fait automatiquement par les models sans qu’on aie a faire quoi que ce soit
• Avoir une validation automatique des paramètres passés au controlleur

Oui j’ai pas encore posté, so what? J’avais perdu mon mot de passe lol.

J’ai finit par en venir à la conclusion que l’ancien design était dû pour partir. Après tout, je l’avais fait il y a tellement longtemps, et voyons les choses en face, je ne suis pas designer.

Ce thème est préfabriqué, mais je vais peut-être le changer bientôt.