Tag Archives: architecture

Gliffy

(pour une raison qui m’échape l’image s’affiche déformée dans wordpress, faire view image pour voir une bonne qualité)

Petit schéma réalisé en 2 minutes avec Gliffy qui est à Visio ce que Writely est à Word.
Bon évident ça ne remplace pas Visio pour faire un schéma d’architecture un peu complexe mais ça peut être très utile pour un brainstorming collaboratif à distance.

Au fait j’utilise depuis quelques temps Draw (OOo 2) à place de Visio et ça se passe plutôt bien. Par contre je reste frustré quand j’utilise Writer à la place de Word. Tout particulièrement à cause de l’absence de mode plan, la fenêtre navigator de Writer ne m’a pas convaincu.

Java, Php et Ruby sont dans un bateau…

Après son best seller “Better, Faster, Lighter Java” (il est dans la liste) Bruce Tate fait beaucoup parler de lui. Son interview déchaîne les passions sur theserverside.

En tout cas cette interview contient pas mal de remarques qui m’ont paru très pertinentes et synthétiques.

The problem Java grew up around solving was slapping a web UI around legacy stuff, mostly relational databases.

Si j’y réfléchi deux secondes c’est effectivement ce que je fais depuis que je travaille. Il poursuit en expliquant que java a résolu le problème d’une manière “slow & clean” alors que d’autre langage le font d’une manière “quick & dirty”, je pense à php, Tim Bray aussi.

Avec Ruby On Rails Bruce Tate pense avoir trouvé une manière “quick & clean” le meilleur des deux mondes. La preuve? Un projet java non fini au bout de 4 mois a été bouclé en une grosse semaine avec ROR. J’ai fait passer le “10 minutes test” à ROR. Les 10 minutes se sont transformée en 2 heures mais j’ai effectivement pu réaliser une appli toute bête avec un formulaire CRUD. Et l’appli et effectivement clean quelqu’un qui connaît ROR n’aura aucune difficulté à comprendre ce qu’elle fait et à la maintenir.

Ca ne veut pas dire que ROR est une solution miracle, sur certain point la plateforme java reste incomparablement meilleure. Il donne les exemples des problèmes de two-phase commit et d’intégration avec beaucoup de système legacy.

Il met ensuite le doigt sur une des faiblesses de java:

Java doesn’t express data very well. While Java can declare structures that hold data, it doesn’t express the data itself well. And, that’s a big reason we’re seeing a lot of XML being bolted on to Java frameworks

Et effectivement je code de plus en plus en xml… Mais depuis quand xml est-il un langage de programmation?? Est-ce que les annotations sont la réponse à ce problème?

Enfin il traite du problème du “design by committee”

Sometimes, the JCP seems to say ‘Find a problem. Build the standard. And, lastly, gather the experience.’ To me, that’s wrong.

C’est ce qui conduit a des specs comme EJB 1 et 2, WS-*… A l’opposé l’approche qui consiste à implémenter en premier puis à spécifier ce marche a produit par exemple Spring et Hibernate (ATTENTION on parle du processus pour créer un standard pas un application métier). C’est aussi l’approche que recommande l’IETF pour la définition des standards qui font tourner l’Internet, ça leur a plutôt réussi, non?

DNG 2005: Le client riche de demain

Intervenants : Didier Girard et Julien Brunet

On utilise tous le navigateur pour réaliser des applications web mais il ne faut pas oublier que c’est une utilisation détournée: http/html à la base ce n’est pas fait pour ça. L’un des plus gros défaut est que même si l’application n’a besoin de changer qu’une seule ligne à l’écran http et html nous oblige à recharger toute la page: c’est le web 1.0 => peu ergonomique, gaspillage de bande passante, charge inutile sur les serveurs
Les technos “Ajax” permettent de rendre nos navigateurs plus adapté au développement d’application grâce à l’objet xmlHttpRequest et au DHTML on peut mettre à jour un morceau de la page sans la recharger en entier. C’est le Web 2.0 => meilleur ergonomie, moins de bande passante utilisé, moins de charge sur les serveurs même si en abusant d’ajax on peut aussi faire exploser le nombre de requetes côté serveur.

Pour illustrer tout ça nous avons eu une démo de rialto un framework ajax qui semble prometteur et devrait bientôt être diffusé en open source. On attend…

Concernant le web 2.0 je pense que la présentation n’a fait qu’effleurer la surface du phénomène pour savoir plus consulté mon autre blog et cet article sur le web 2.0

Didier nous a ensuite présenté le concept de bureau métier: un container unique pour les application métier qu’elles soient client léger ou lourd, le container permettant de véhiculer un context d’une application à l’autre. On a même eu droit à une démo du concept à base d’eclipse RCP.

Et pour que ce soit écris quelque part Didier à déclaré: “Si il y a une techno qui peut me faire passer du monde java à .net c’est Avalon”

DNG 2005: Un point sur les nouvelles annonces autour de .NET

Guillaume Renaud, Thomas Gil, Sébastien Ros nous ont présenté toutes les nouveautés annoncées lors de la récente conférence PDC à Los angeles.
Beaucoup beaucoup de nouvelles fonctions avec C#3.0 et Linq, … ce fut intense. Mais toutes ces nouveautés m’inspirent une crainte. Java (et donc C#) a été conçu pour empêcher les développeurs de réaliser les erreurs les plus courantes qui existaient dans les langages précédents. Avec toutes ces nouveautés ne va t’on pas voir apparaître de nouveau type et des “bad practice” produisant du code immaintenable? C#3, Linq: super, mais à ne pas mettre entre toutes les mains.

Linq m’a fait penser à jdom dans le monde java une interface unique pour manipuler les données des implémentations différentes selon la méthode persistance (SGBD, xml, fichiers plat..)
Xlink (Linq pour xml) à jdom

On a aussi eu droit à d’impressionnantes démos Xaml (même si ça à un peu planté…). Je ne savais pas que l’affichage des appli Xmal se faisait en vectorielle c’est un gros point fort par rapport à XUL.

Enfin sans doute ma citation favorite de toute la conférence. Je ne sais qui la dites mais parlant d’une belle architecture d’une architecture propre d’une architecture pure quelqu’un à sortir le terme “architecture cocaïne” !! J’espère juste que vous ne bossez pas avec une architecture shit…