Salut guiguilinux,
Cela impliquait de réécrire tout ce que j'avait déjà fait, première
perte de temps stupide.
De plus, cela revienait à couper les ponts avec tout le reste de la
distrib,
au nom de mes petits idéaux personnels, tant du point de vue du language
que des membres, personne ou presque d'autre ne connaissant python dans
Nasgaia.
Je connais assez bien Python et, paradoxalement, j'adore ce langage pour les
qualités que tu lui as attribuées durant le débat.
J'ai même développé un projet entièrement écrit en Python :
http://upsilon.free.fr/maestro
Il s'agit d'un logiciel de gestion des fichiers Ogg Vorbis. Il dispose de
deux interfaces : une en mode texte et l'autre en gtk. Le programme fait
appel aux commandes du style ogg123, oggenc, vorbiscomment, cdparanoia, ...
Ce type de programme est donc assez similaire à ce qu'on veut faire de
Nsetup.
Mais voilà, après cette expérience, je reste assez mitigé sur mon choix de
langage. Les raisons sont les suivantes :
- la manipulation de chaînes de caractères n'est pas aussi simple en python
qu'en shell ou même perl.
- l'interaction avec les commandes systèmes est clairement plus simple en
shell ou en perl. Pour mon projet, ce n'est pas trop grave car le nombre de
commandes est assez limité mais, pour Nsetup, c'est une autre affaire.
- le développement d'une interface en pygtk n'est pas très compliqué en soit
mais demande de nombreuses lignes de code et du temps. Cela n'a rien à voir
avec la simplicité de dialog.
- il est assez pénible de maintenir à la fois l'interface en mode texte et
l'interface en gtk. De ce fait, je me suis retrouvé avec des fonctionnalités
présentes dans une interface et pas dans une autre ou alors des
fonctionnalités étaient plus limitées sur une interface que sur une autre.
Voilà. Maintenant, vous savez tout de ma vie privée. :p C'est en se basant
sur cette (douloureuse) expérience que je me permettais de m'opposer au
choix de choisir Python pour Nsetup.
Le coup de grâce m'est venu quand j'ai regardé comment faire
l'interface graphique de notre bel Nsetup en python. J'ai regardé
pygtk, pyqt et j'ai été orifié par la complexité d'utilsation qu'ils
impliquent et dont nous n'avons pas, mais alors vraiment pas besoin.
Il me faudrait une vie pour aboutir à ne fut-ce qu'une pale copie de
*dialog,
alors pour le dépasser, fou que j'était...
Pour moi, le gros problème, c'est qu'un gars qui voudrait développer un
module de Nsetup en Python, il serait obligé de coder une interface en
curses, une interface en pygtk et une interface en pyqt. Cela oblige donc le
développeur à connaître les rouages des trois toolkits ! C'est difficilement
envisageable pour moi.
Je m'excuses d'avoir été brutal dans mes propos parfois, buté
et surtout accroché à mes illusions comme à une bouée de sauvetage.
Martial avait entierement raison pour son Nsetup, vous aussi
et j'avait tort.
N'exagère pas. J'étais pratiquement le seul à vouloir conservé bash. Tous
les autres membres étaient plutôt partant pour Python.
Je ne t'ai pas trouvé buté. Je sais que tu as lancé ce débat dans le but de
clarifier les choix techniques de Nsetup avant de se jeter dans le codage.
C'est tout à ton honneur.
Je reviens donc sur mes pas, et je retire tout ce que j'ai pu dire.
Tout ce baroud n'a été qu'une perte de temps et un conflit interne
dont je suis responsable.
Je n'ai aucune excuse à présenter, si ce n'est de m'etre rendu compte
de ma bêtise avant que les conséquences n'en soient désastreuse pour
Nasgaia
Ne t'autoflagèle pas. :p
Il vaut mieux apporter des débats, des discussions avant de faire des choses
plutôt que de coder seul dans son coin et faire uniquement comme on en a
envie.
De plus, c'est toujours intéressant de partager ses points de vue, ses
expériences sur des choix techniques comme les langages, les toolkits, ...
@+
guiguilinux
Nasgaien qui ne le mérite pas
Nasgaien, tu es déjà.
Nasgaien confirmé, tu deviendras.
(Désolé mais je n'ai pas pu m'en empêcher ;).
A+
--
Julien
_________________________________________________________________
Ne cherchez plus, trouvez ! Avec le nouveau MSN Search.
http://search.msn.fr/