Discussion :

[Miksimus]

Ma foi, je trouve que ce n'est pas une mauvaise idée ce que tu dis farvardin au propos de faire deux forums disctincts, mais le problème viendrais du fait que ce serait 2 très petits forum, alors que là, la taille de ce forum reste respectable ; d'autre part avec un seul unique forum, ceux qui ne vienne que pour Zope et voient une question Python qu'ils savent répondre le feront. Si l'on fait deux forums distincts, il risque de ne plus y avoir ce type de personnes, ce sera Zope d'un côté et Python de l'autre, et ceux qui n'ont jamais fait de Zope n'irons jamais sur le forum Zope, ce qui peut être une perte de réponses... non ? L'idée est bonne mais je crois que ce forum n'est pas assez grand pour faire cette séparation... enfin c'est mon avis, qu'en pensez-vous ?


Bonne journée

[Guigui_]

Actuellement, un seul forum est largement suffisant surtout que les questions concernant Zope sont relativement rare (et les spécialistes aussi). Et comme Zope intègre en plus de son propre langage une facilité d'ajout de module python, il a tout à fait sa place ici. Donc pour le moment, il est inutile de changer la structure du forum

[Gamal le Celte]

Je pense que Python à un bon avenir, car il a beaucoup d'avantage (globalement)
Je suis persuadé que dans un avenir pas si loin que ca, les développeurs intégreront Python dans les entreprises qui les embaucherons. Oui, je parle au futur. Car il est vrai que la majorité des entreprise de développement ont déjà leur produits, ils le connaissent, et n'ont pas le temps ni l'envie d'en changer.
Le fait que Python et libre, il attire les jeunes, les étudiants, les "petits" développeurs. Ces personnes vont l'apporter avec eux, mais plus tard, lorsqu'ils seront embauchés.

De plus, il reste encore des problèmes dans Python, il faut lui laisser le temps de se construire et aussi le temps pour que nous puissions nous construire avec lui.
Autour de ce langage gravitent beaucoup de projets (Boa, Py2exe….), eux aussi n'en sont qu'aux balbutiements. Certain ne seront jamais terminé et d'autres n'ont pas encore démarré.
Dans quelque temps, il y auras un RAR avec un IDE digne des plus grands, et là, nous serons dans la course.

[getupa]

Python est déjà utilisé par des boites comme Google ou la NASA. Il est aussi utilisé dans le developpement de jeux (qui est à mon avis ce qu'il y a de plus dur à dev de nos jours) et comme langage de script embarqué dans de nombreux soft (Blender par exemple).
De plus Nokia à crée un interpréteur python pour les tels Serie 60 et microsoft nous prépare un python sauce windows comme il ont fait avec java.

Je ne me fait pas de souci pour l'avenir de Python. Il est déjà tout tracé.

[hexadecime]

Il y a quand-même un truc qui me dérange en Python: l'impossibilité de restreindre l'accès aux éléments d'une classe... On peut bien rajouter __ (2*underscore) devant le nom d'un élément pour le rendre plus difficilement appelable depuis "l'extérieur", il restera toujours accessible...

C'est en fait le seul vrai reproche que je fais à Python en le comparant à d'autres languages (C++/Java) mais Python n'en reste pas moins mon language préféré

[Guigui_]

Il y a quand-même un truc qui me dérange en Python: l'impossibilité de restreindre l'accès aux éléments d'une classe... On peut bien rajouter __ (2*underscore) devant le nom d'un élément pour le rendre plus difficilement appelable depuis "l'extérieur", il restera toujours accessible...

C'est en fait le seul vrai reproche que je fais à Python en le comparant à d'autres languages (C++/Java) mais Python n'en reste pas moins mon language préféré

En même temps est-ce vraiment gênant ? De toute façon quand je programme dans un autre langage, je mets tout en public, sinon ca me saoule y'a toujours une des fonctions privées qu'on veut atteindre et qu'on n'y arrive pas (mais je ne suis pas programmeur de formation)
Moi je fais mes pseudos fonctions privés (qui sont plus destinées au programmeurs qu'à l'utilisateur) en mettant un _ devant (

[hexadecime]

Ce n'est pas gênant dans la programmation de tous les jours, mais ça l'est dans le cas où l'on veut exécuter un code "peu sur" avec une restriction des droits...

[getupa]

Après c'est au developpeur de s'imposer une certaine rigueur.
Quand j'utilise les classes des différents modules standard de python, je ne cherche pas à modifier une variable en cours de route. J'utilise la classe comme elle dois l'être. Pourtant je pourrais le faire, puisqu'il n'y a pas de protection ... C'est simplement une question de bon sens. Je pense que la majorité d'entre vous fait de même.

Puis il y a des avantages à ce mode de fonctionnement ... tu évites les dizainnes de lignes de code qui servent à développer tes accesseurs en C++ ou en java. C'est une partie du boulot drolement fastidieuse et qui en plus nuit à la clarté de ton code.

Maintenant c'est sur, si tu tombe sur qq1 qui va vouloir utiliser ta classe en en changeant le mode de fonctionnment, et que pour ce faire il s'amuse à triturer dans tous les sens tes variables, ca risque de ne pas marcher. Mais à ce moment ... c'est son problème !