Le 19/05/05, Julien L.<[EMAIL PROTECTED]> a écrit : > 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.
L'idée serait de creer une couche d'abstraction interne qui permettrait a Nsetup et à ses modules de ne pas se soucier de l'interface graphique qui sera utilisé, afin de simplifier considérablement le developpement de Nsetup et de ses modules: Helas le travile rique d'etre important pour parvenir à réliser cette couche d'abstraction, et je ne me sent pas d'attque pour m'y lancer seul: je prefere encore rester sur Nsetup en bash dans ce cas-là > >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 crois que Nsetup est parfaitement réalisable en python, avec tous les avantages que cela peut apporter... Cependant, cela demandera du travail, et il n'y a pas de mystère, ce sera moins facile que la solution bash/dialog... Le défi m'attire, mais je ne peut guère m'y lancer tout seul, je ne réussirait guère qu'à me noyer... Comme tout le monde j'ai des limites, et le fait que je soit motivé ne fait pas de moi un demi-dieu tout puissant. Tout seul, je ne pourrait guère arriver à grand chose. > 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. Merci, ça fait plaisir ;-D > >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, ... Je pense que l'on devrait reformer une équipe dédiée à Nsetup, constitués de dev cooperant entre eux de manière constructive si l'on veut arriver à faire quelque chose de bien dans un temps raisonnable: l'union fait la force. D'ore et déjà, je me porte volontaire pour faire partie de cette équipe. J'espères sincérement que d'autre me rejoindront, pour faire le Nsetup de demain... sinon, je saurait que Nsetup est intrasequement mort, et nous aviseront avec le CE de la conduite à tenir... @+ guiguilinux
