Pour moi, virer le code de compatibilité est une bonne chose, mais ne change pas foncierement le problème : ça nous laisse 10000 lignes de Ncooker/bash de toute manière, ce qui est déjà trop (Ncooker-norean fait un total de 6000 lignes en étant complet !)

Je ne suis pas anti-bash : Ncooker-norean est en bash, et fait tres bien son boulot, en restant lisible. Simplement, bash ne va pas pour le Ncooker que nous voulons réaliser. Pour moi, l'alternative est la suivante :

- soit on abandonne Bash et on se donne les moyens de nos ambitions
- soit en s'en tient ça Bash, mais on laisse tomber le Ncooker-qui-tue-modulaire-xml-meme-en-2100-ils-n-auront-pas-mieux

Je me suis lancé dans une alternative Ruby de Ncooker. Quand j'ai vu la réaction qu'elle a suscité dès sa mention sur la ml j'ai tout de suite reculé : sans doute un contre coup de "l'esprit d'apprentissage" cité dans la Charte. Depuis, j'en sabote le dev volontairement au nom des sacro saints principes, sans que ça me convienne pour autant.

Comme tout le monde, je n'aime pas voir Nasgaia tourner en rond,
mais je ne veux pas nuire au projet non plus d'une manière ou d'une autre : c'est comme ça que je danses d'un pied sur l'autre. Il serait peut-etre temps de se poser sérieusement des questions sur où va Nasgaia, qui le decide et comment y aller...
_______________________________________________
Nasgaia-dev mailing list
[email protected]
https://mail.gna.org/listinfo/nasgaia-dev

Répondre à