[Zope3-french-user] Proposition de news LinuxFR

[Thierry Florac]

Le jeudi 19 octobre 2006 à 00:36 +0200, Christophe Combelles a écrit :
> Tarek Ziadé a écrit :
> > 
> > extra, très bon texte rien à redire !
> 
> Mais il n'y a personne d'autre ici, ou tout le monde dort ?

Heu... ben moi, oui, je dormais, là ;-)


> > reste à savoir si linuxfr ne va pas trouver le texte trop complet
> > peut etre qu'il faudrait une version light, qui réfère à une version 
> > complète sur ton site
> 
> J'ai pourtant l'impression d'avoir fait un résumé très superficiel, je vais voir 
> ce que ça donne sur l'aperçu avant publication ; j'ai le sentiment que ce sera 
> moins lu si c'est en lien car les seuls liens qui ont du succès sont les liens « 
> screenshot »...

Je m'interroge cependant en ce qui me concerne, non pas sur le fond car
Zope3 mérite vraiment une publicité plus large, ni vraiment sur la forme
car l'article en lui-même est bon, mais plutôt sur la façon d'aborder le
sujet.
Actuellement, Zope3 reste avant tout un environnement orienté
développeurs, dans la mesure où les fonctions de développements "par le
web" qui existaient sous Zope2 sont disparues ou anecdotiques ; la ZMI
ne permet plus aujourd'hui "que" de paramétrer des composants développés
par ailleurs.
Dans le but d'intéresser les développeurs, je me demande donc s'il ne
vaudrait pas mieux attaquer le sujet par la vision "technique" de
l'architecture des composants (interfaces, composants, adapters,
subscribers, skins), la ZMI n'étant à mon sens qu'une "conséquence"
directe de cette architecture technique entièrement "customisable".

Dans les autres choses que j'ajouterais :
 - rappeler l'apport des interfaces en termes d'auto-documentation,
accessible directement dans l'aide en ligne
 - préciser l'apport des adapters pour adapter justement à un
environnement Zope3 des packages Python externes à Zope sans
modification de ces derniers
 - préciser l'intérêt des "subscribers", qui permettent d'effectuer une
gestion événementielle de certaines opérations
 - rappeler car je ne crois pas que ce soit dans l'article la gestion de
la sécurité très poussée dans Zope3, puisque toute méthode ou attribut
n'ayant pas fait l'objet d'une spécification explicite est interdite
d'accès
 - préciser l'utilisation du ZCML qui peut permettre de paramétrer un
certain nombre de composants (notamment en termes de droits d'accès)
sans avoir à modifier une fois de plus le composant lui-même.
Je sais, ça fait beaucoup, mais tous ces points sont importants dans le
cadre des développements sous Zope3...

Bon, il y aurait sûrement plein d'autres choses à dire mais rien qu'avec
ça on doit pouvoir faire un article déjà (trop ?) conséquent...

Cordialement,

  Thierry Florac
-- 
  Chef de projet intranet/internet
  Office National des Forêts - Département Informatique
  2, Avenue de Saint-Mandé
  75570 PARIS Cedex 12
  Mél : thierry.florac at onf.fr
  Tél. : +33 01.40.19.59.64
  Fax. : +33 01.40.19.59.85