lundi 27 octobre 2008

encore un peu de patience...

oui, de la patience, il va m'en falloir pour me ner à bien ce projet de documentation alternative pour le Zend Framework.

Cependant, ça avance déjà... les premiers scripts sont créés, même si je ne les ai pas encore rendus publiques.

Pour ceux que ça intéresse, le détail de la progression est tenu à jour dans le post d'annonce initial sur z-f.fr.

à bientôt !

vendredi 17 octobre 2008

Détournement d'attention !

Je désespère de trouver plus de temps pour continuer d'alimenter ce blog... non pas que je tombe dans le piège classique du manque d'inspiration ou de la lassitude après quelques posts seulement.

Loin de là. Des sujets à traiter, j'en ai beaucoup en réserve, et j'ai très envie de les traiter en outre !

Mais il se trouve que je me suis engagé plus avant dans une contribution active à la documentation du Zend Framework, et ce de deux façons :

- bien sûr, en procédant à des traductions. J'ai démarré ; c'est long, mais intéressant, et surtout nécessaire absolument !

- en écho à mon billet précédent et à une discussion sur le forum z-f.fr (Forum francophone dédié au Zend Framework), j'ai annoncé (prématurément par rapport à mes intentions premières d'ailleurs) la naissance prochaine d'un projet de documentation alternative pour le Zend Framework (c.f. le post sur z-f.fr pour l'idée de base).

J'en posterai les détails prochainement, sur z-f.fr et ici-même. Entre temps, n'hésitez pas à manifester votre intérêt pour le projet, nous aurons besoin de monde !

dimanche 12 octobre 2008

De l'importance de la documentation !

Un court post aujourd'hui, de l'ordre du billet d'humeur...

Je voulais juste rappeler à tous ceux qui produisent des API/frameworks/librairies que rien ne sert de proposer des fonctionnalités formidables s'il est malaisé de les utiliser.

Dans certains cas, on passe tout simplement à côté de fonctionnalités uniquement faute de documentation adéquate. Et il n'y a rien de plus rageant que de s'apercevoir qu'on a du implémenter quelque chose qui était déjà présent, mais non-documenté.

Pour tout ce qui concerne ces catégories de logiciels, je ne peux que renvoyer au modèle du genre qu'est la documentation de PHP. Je crois sincèrement que sa qualité est pour beaucoup dans le succès de ce langage.

Cette documentation est :
  • multi-lingue
  • collaborative (nombreux commentaires et exemples précieux des utilisateurs)
  • exhaustive (précise pour chaque section les versions du langage compatibles)
  • abondante
  • simple d'accès (php.net/fonction pour un accès direct !)
  • rapide
  • atomique (chaque section se suffit à elle-même, et ne nécessite pas la lecture d'autres passages)
Bref, c'est du bonheur... L'organisation des thèmes permet facilement de trouver de manière très intuitive des fonctions dont on ne connaissait même pas l'existence !

Alors, je ne citerai personne, mais beaucoup sont concernés ;) Il n'y a pas de honte à reprendre un modèle qui fonctionne... j'espère pouvoir le démontrer prochainement. En attendant, pensez aux utilisateurs néophytes de vos outils, qui ont un réel besoin de documentation performante pour être eux-mêmes performants avec vos API/frameworks/librairies.

dimanche 5 octobre 2008

GwtPHP, un framework hybride

Google Web Toolkit (GWT) est une librairie écrite en Java, avec laquelle on code donc en Java, pour générer des interfaces graphiques web/2.0 en JavaScript et HTML. L'avantage de ce sytème étant de recourir à un langage fortement structuré (Java) pour fabriquer un code qu'il serait souvent épouvantable d'écrire à la main (JavaScript), surout pour atteindre un support aussi étendu de navigateurs que le propose GWT.

En revanche, utiliser Java côté serveur (pour la partie métier) n'est pas toujours des plus enthousiasmant... en tout cas moi je ne suis pas très partisan. Mais GWT est un peu compliqué à intégrer sur un serveur lambda (i.e. autre que Tomcat, qui ).

La société QualityUnit a choisit d'unir plus intimement GWT et PHP, en créant... GwtPHP.

Je n'ai pas encore testé, pour la simple raison que le produit n'est pas encore disponible (il devrait l'être début Novembre), mais il est possible d'accéder à une démo en ligne depuis le site officiel. La démo est plutôt impressionnante je dois l'admettre : c'est joli, ça marche bien, et ça semble vraiment très carré (j'attendrai les sources du produit pour confirmer ce dernier point :)).

Mais un point me chiffonne quand même : que doit-on penser de cette réplication des interfaces de Vista et OsX ? Est-ce une bonne chose, car cela permet d'une part de prendre le meilleur d'interfaces intensivement réfléchies, et dont les utilisateurs sont familiers ? Ou bien peut-on se demander si singer les interfaces des applications de bureau dans le cadre d'une application web est vraiment adequat du point de vue de l'ergonomie ?

Je ne peux m'empêcher de penser qu'il s'agit là d'un gâchis de créativité - le web permet une grand liberté dans la conception d'interfaces, il a déjà beaucoup influencé les interfaces de bureau (simples clics, design très visuel, etc.), aussi me semble-t-il dommage de faire l'inverse maintenant...

Cela dit, peut-être s'agit-il d'une évolution logique, un monde entraînant l'autre, et inversement ? Le mimétisme entre les bureaux webs et traditionnels est une tendance qui date déjà maintenant, et elle n'a jamais vraiment pris. L'influence que chacun des environnements a désormais sur l'autre conduira peut-être à une convergence totale dans les années à venir ?

N'oublions d'ailleurs pas que cette convergence existe déjà partiellement, par le biais des "gadgets", qui peuvent être compatibles à la fois avec Netvibes, Google et Vista par exemple.