Pour les besoins d’un client je regarde ce qui est possible d’être fait du côté des PDA (iPAQ). Depuis le temps que je n’ai pas regardé et que j’ai fait des pages WAP et des pages PDA pour LinuxFr, je me dis que de l’eau a coulé et qu’on ça doit être super bien.

Bah non, c’est toujours pareil. Dans un iPAQ récent on a un Windows Mobile 5.0 (ouch), doté d’un IE limité (déjà que la version PC laisse à désirer). Mes petits bouts d’Ajax sous Rails ne fonctionnent pas, mais javascript est présent et il est possible d’utiliser la fameuse fonction qui permet de faire des requêtes HTTP. Enfin si c’est pour refaire la librairie Prototype… Il faut sans doute installer Opera pour Mobile

Ca me laisse un goût de “ce n’est vraiment pas encore prêt”. Enfin ça permet de voir qu’il est vraiment important d’utiliser des tailles en “em” et non “px” pour les CSS (les margin, padding, etc) pour éviter d’avoir un truc à chier sur un écran en 380×240 pixels de large.

Quelques sites photographiques à visiter:

• “Le collectif SIC”:http://www.collectifsic.com/ et “le blog”:http://francois-cs.blogspot.com/ de l’un de ses membres ;
• La photographe “Heidi Good”:http://www.heidigood.com/, d’incroyables portraits ;
• La page “digitalrailroad”:http://www.digitalrailroad.net/bruno/ de Bruno Stevens, avec deux reportages récents faits en Angola, sur le choléra ainsi que la tuberculose. Hasselblad et Tri-x au rendez-vous ;
• “un autre”:http://www.lagaraje.com/ pour la route.

Le soir, quand mon emploi du temps le permet, j’aide un peu “Shinji”:http://kuwayama.com/ à améliorer la rapidité de “lightstalkers”:http://www.lightstalkers.org/. Du “rails”:http://www.rubyonrails/, évidemment. Les erreurs que je peux y voir et que vous pourriez être intéressés de ne pas reproduire lors de vos propres développements :

La révision, c’est bon. L’utilisation d’outils de gestion de révisions tels que CVS ou “Subversion”:http://subversion.tigris.org/ (préférez Subversion) est primordiale. Sans cela, pas de développements à plusieurs, pas d’historique, pas de possibilité de backuper votre travail facilement. Bref, sans ça, ne commencez même pas à développer, même pour un projet à une personne.

La gestion de tickets: “trac”:http://www.edgewall.com/trac/, le 2ème outil à mettre en place. Il vous permettra de noter les bugs, fonctionnalités à développer ultérieurement, et de concentrer tout ça sur une seule page. Vous pourrez de plus naviguer dans les sources, controler les derniers travaux effectués sur le projet (timeline), gérer votre TODO list. Le matin en arrivant à votre bureau (ou en vous déplaçant du lit à l’ordinateur), il vous suffit d’aller voir les fonctionnalités à rajouter, en les listant par ordre de priorité. Tous les acteurs du projets pourront faire de même.

Attention à votre code source, n’utilisez que tabulations ou espaces, pas les deux. La consistance dans vos sources et quelques commentaires bien placés faciliteront grandement le travail de vos collegues (futurs ou actuels).

Plus spécifiquement rails. D’abord l’utilisation de find(), ensuite et seulement ensuite, pour des raison d’optimisation, l’usage de find_by_sql(). Pas l’inverse.

Pas de code dans les fichiers views/, comme l’indique le pattern MVC. Pas de @comments = Comment.find() dans les vues, jamais. Les vues se contentent de l’affichage.

La première chose à vérifier quand vous développez votre site, le nombre de requêtes SQL dans le fichier de log (log/development.log) et l’utilisation pour celles-ci de clé (DESC SELECT … dans la console mysql). L’usage de :includes => [] dans le code rails est souvent requis. Conseil: il est souvent plus rapide d’avoir 2 requetes SQL plus simples, qu’une seule très compliquée avec beaucoup de :includes.

L’utilisation massive de caches, et particulièrement pour la page principale du site (caches_page). L’affichage d’information personnelle pourra toujours se faire en javascript directement, ou en Ajax. Qui n’apprécie pas un site qui se charge instantanément, plutôt qu’un autre ou il faut, pour chaque page, attendre 2 secondes?

Un petit rappel: j’effectue toujours des conseils autour de développements logiciels (web ou non). Ce que mes clients devraient attendre de leurs prestataires :

• Un accès permanent et complet au code source en développement ;
• Un accès permanent au site en cours de développement, pour vérifier au quotidien l’avancement du projet ;
• Un accès à une interface de gestion de ticket, pour remonter le plus rapidement possible les mauvaises surprises ;
• De manière générale, une relation étroite entre vous, et nous.

Et ça tombe bien, vous aurez tout ça ici.

Voilà terminé une version Ajaxifiée de “fabienpenso.com”:http://fabienpenso.com. Dehors Flash, bienvenue HTML (et ça m’a pris moins de temps que Flash). C’est quoi ce site ? C’est une photo par jour (pas tous les jours), pas forcément pris le jour même (sinon faut se dépêcher de la prendre puis de courir la mettre en ligne … :)Le site est évidemment fait sous “rails”:http://www.rubyonrails.org/ mais ça change pas grand chose étant donné la simplicité du bouzin.