Des nouvelles autour de Tomtom, le fournisseur de solutions GPS:
1. Tomtom fait une OPA sur TéléAtlas, le fournisseur de cartes (notamment de France) pour plusieurs GPS. Rien n'est dit sur la future stratégie du groupe vis à vis des concurrents de TomTom.
2. Plus utile : les POI Velib qui permettent d'afficher les stations Velib sur son GPS Tomtom. J'ai trouvé une station manquante (5 quai de Malaquai), que je me suis empressé d'ajouter. A part cela la plus grande partie des points semble OK.
Wt ('witty') est une librairie mutl-pateformes (Unix / Linux / Windows) pour développer des applications Web en C++. C'est un framework qui encapsule la logique web (http, Javascritpt, Fast-Cgi ou serveur web autonome.
Pratiquement : on écrit une application basée sur des widgets et de la gestion d'événements. Le framework se débrouille pour générer le code serveur (qui n'a pas besoin d'un serveur externe) et le javascript (Ajax). Je n'apprécie pas particulièrement ce genre d'approche qui tend à intercaler une couche supplémentaire non normalisée sur des protocoles standards et simples (http, html). Par rapport à d'autres librairies, Je suis tout de même assez impressionné par la portabilité des applications produites. Continuer à lire "Wt, une librairie de développement Web en C++"
Les projets informatiques ont souvent des retards. Les causes en sont multiples (voir le thread Projets informatiques sur le forum de gestiondeprojet.com).
Une des causes est la difficulté de trouver une méthode pour évaluer a priori le temps nécessaire pour mener à bien chaque tâches qui constituent le projet. Précisons que, d'après moi, deux réalités limitent de manière incontournable la possibilité de chiffrer correctement un projet :
1. La méconnaissance des technologies utilisées. Si on ne connaît pas les contraintes des outils de développement, les limites et les difficultés d'une technologie que l'on compte employer dans un projet, voire pire, que l'on n'ait la moindre idée au départ des technologies que l'on va mettre en oeuvre, impossible d'évaluer correctement le temps de réalisation. On devrait toujours se ménager un temps raisonnablement court pour lever ces incertitudes techniques avant toute planifications.
2. Dans une démarche de développement itératif, qui devrait être la démarche la plus courante de développement, on est limité dans sa vision à quelques itérations, au delà, c'est le brouillard. En effet, le but de ces itérations est de découvrir les besoins réels des utilisateurs, besoins qui sont difficilement formalisables au démarrage du projet. Cela peut conduire à des réorientations majeures. La planification d'un développement itératif est, elle aussi itérative. Pour contourner la difficulté, on peut au départ se fixer un temps maximal de développement. La consommation de ce temps fait aussi partie des éléments à prendre en compte pour décider de l'orientation des itérations prochaines.
J'ai cherché du code Javascript pour pouvoir afficher des infobulles sur des liens hypertextes d'une page web. Il s'agissait d'avoir des infobulles pouvant contenir du HTML et notamment une image. J'ai adopté wz_tooltips, qui répond à ces critères et est en outre très portable (il fonctionne par exemple sur konqueror).
Très simple à utiliser, il peut cependant être paramétré (ombre, transparence, forme de la bulle, ...). Il est aussi indépendant de toute forme de framework, ce qui est pour moi un avantage.
Un point négatif à signaler : le code contenu dans cette librairie Javascript est assez fourni, ce qui peut être un problème si on doit le modifier.
Je viens de tester la fonction "publier sur un blog" de mon téléphone portable. Le service passe par Blogger, j'ai donc ouvert pour les tests un nouveau blog.
Théoriquement, il serait possible de publier directement sur mon blog principal, mais je n'ai pas trouvé comment faire
D'un autre côté, cela me permet de ne pas trop poluer mon blog principal par ces tests...
