| Re: Xoops Team |
Titre du sujet : Re: Xoops Team
par Marco sur 07/10/2007 14:34:44
eh bien,on s'enfuit qq jours, et on est surpris de lire de tels propos dans un forum à son retour. "nan c'est moi qui ait raison, c'est toi tatord". Pourrait-on élever un peu le débat ?
Citation :
1/ quelle est la différence XCL / xoops ? je reprécise, a notre niveau. car j'ai l'impression a ce que tu viens d'écrire que la grosse différence est surtout d'un point de vue développeur non ?
surveilles mon site, un comparatif est en construction, et ne devrait pas tarder à sortir.
schématiquement :
. fonctionnellement pas de grandes différences à ce stade,si ce n'est l'ergonomie (cf admin avec aide intégrée) et semble-t-il la vitesse
. techniquement, tout a été prévu pour que les devs s'éclatent, le core n'est plus une passoire, xoopscube est en fait totalement objet, on peut même y brancher n'importe quel framework externe (ex: joomla), et il ne laisse plus passer les erreurs de programmation.
bref, à lire plus en détail dans mes articles à venir, avec un bench sur la vitesse factuel. Je n'en suis qu'à mes premiers pas, donc à ce stade rien de bien formel/complet.
Maintenant il est stérile d'opposer xoops et XC. De la diversité nait la richesses. Les débats actuels sont stériles et preuve d'immaturité.
Citation :
2/ est ce que la crise actuelle est juste une question de personne et de roadmap ou accompagnée aussi d'un réél problème de xoops ?
le problème c'est le fric et la recherche de titres qui font bien sur le CV.
Certains ayant perçu qu'on pouvait se faire de l'argent avec les communautés xoops ont crée de simili fondations. Pendant que les devs codent d'autres s'en mettent plein les fouilles. Les devs deviennent aigris et se barrent. Bref, une simple histoire de "je tire la couverture à moi", "c'est mon joujou pas touche mais continue de contribuer que je m'enrichisse sur ton dos". Xoops ira mieux quand on aura dissolu toutes ces pseudo fondations qui ne servent qu'à cacher un travail pas très blanc, pour se consacrer qu'à une chose : le produit issu d'un travail collaboratif, aka xoops itself. Pour l'instant ces véhicules de blanchisserie n'ont rien de démocratiques, et perturbent l'échange et l'entreaide entre membres des différentes communautés, base de toute communauté open source.
D'autres aiment se faire mousser en société "je suis chef xoops", "je suis master des serveurs". Là aussi c'est prise de tête. Quand tout le monde aura compris qu'un projet open source c'est une démarche participative et communautaire, on aura fait un grand pas. De l'échange nait la création. Pour l'instant c'est "je tire la couverture à moi".
Il est temps de revenir à des choses plus concrètes, histoire d'avancer.
Citation :
Je résume : que va devenir XoopsCube vis à vis de Xoops 3.0 actuellement développée en catimini par un groupe de développeurs ?
Je ne pense pas qu'un projet existe par rapport à un autre :il doit se suffire à lui-même, et déja exister par lui même. L'opposer à xoops cube est une idiotie, le comparer à l'ensemble des CMS serait plus judicieux. D'ailleurs la scission de xoops en 2 branche est à la base une idiotie, encore une histoire d'hommes. Les 2 projets auraient avantages à travailler ensemble en cumulant les expertises.
1+1 >2. Restent que les hommes en place ne sont pas enclins à perdre de leur superbre, au bénéfice du projet, mais au détriement de leur égo.
Enfin, sachons d'abord reconnaître que la version xoops.org a de serieux soucis, et qu'il s'agit d'abord d'une histoire d'hommes interne à cette version. On a déja assez perdu de temps.
DJ a annoncé hier qu'une version 3.0 était développée en chine à l'occasion d'un projet privé. Attendons d'avoir de plus amples informations sur ce nouveau framework. Semble-t-il est-il basé sur celui de la 2.3. De toute façon la version de xoops.Org a 2 ans de retard. Seul un extra-terrestre (du genre de skalpa) ou un groupe soudé d'experts professionnels peuvent le sortir de là où il est. L'équipe actuelle du core n'a pas les compétences requises pour réecrire le code actuel.
marco
|
|
