Farzad FARID wrote:
Personnellement, ce que je reproche effectivement à Redmine est son
obscurantisme lié à sa gestion de projet. En effet, je suit Redmine
depuis sa version 0.4.0 et n’ai eu de cesse de le supporter. J’ai
contribué, mais n’ai pas vu de réel intérêt porté à mes contributions.
Je me suis lassé et je suis devenu un simple utilisateur.
Mais ayant commencé a vraiment l’utiliser profondément, je me suis
retrouvé avec des problèmes liés à l’ergonomie. Et certaine tâche
d’administration ne sont disponible que par la console Rails. En effet,
l’administration globale est purement chiante. Je pense que Redmine a
vraiment besoin d’une stabilisation avant de nouvelles évolutions. Je
pense ça depuis quand même assez longtemps. Pour comparaison, Typo, a
fait le choix d’une stabilisation dernièrement. A tel point que frédéric
et moi avons même supprimé des fonctionnalités. Mais désormais, le code
est plus clair, propre et les performances améliorée. Nous pouvons ainsi
partir sur de nouvelles bases pour réintégrer les
fonctionnalitéssupprimées et continuer d’en ajouter de nouvelles.
Au niveau du release often, C’est effectivement un peu le soucis.
Pourquoi avoir un changelog de 40 000 lignes ?
Enfin, une des dernières raison est un problème de fuite. En effet, Typo
a migré de Redmine vers lighthouse à cause de ça. Le serveur Redmine
mettait à mal le serveur de frédéric. Quant à moi, je me retrouve tous
les 2j avec une augmentation croissante de ma CPU et de ma mémoire,
m’obligeant à redémarrer mon serveur (maintenant j’ai un cron
quotidien). J’ai même reporté le problème.
http://www.redmine.org/issues/show/2514
C’est vraiment cette dernière qui m’a enfin décidé à faire cette
nouvelle version.
Certain aurait pu me dire de faire un fork. Mais le projet Redmine est
maintenant trop gros. Je prendrais vraiment trop de temps à tout
alléger. Autant partir sur ce nouvelle base et lighthouse est pour moi
un bonne exemple à suivre. Tous en écoutant la communauté pour en sortir
des “soucis”
Enfin, le pourquoi Merb/DataMapper est plus ou moins simple.
- Merb consomme moins de mémoire que Rails.
- Merb est un peu plus rapide que Rails
- Merb est très modulaire et la possibilité des slices me permet
d’entrevoir l’idée de faire des modules et non un gros coeur. En gros,
pourquoi obligatoirement avoir un forum/un gestionnaire de document ou
autre si on ne les utilises jamais. Je vois plus ça comme mettre un
plugin. Ca sera loin d’être facile. Mais si ca marche, ca sera vraiment
très bien.
- J’avais envie de découvrir Merb. Grâce à ce projet j’ai pu apprécier
Merb et ainsi avoir la réaction que j’ai eu à l’annonce du merge
Merb/Rails. Car j’avais une petite vision de ce qu’était Merb.
Sinon le migrateur Redmine → Oupsnow est déjà en projet. Lui aussi sera
un plugin. Car comme Merb, Oupsnow essayera d’être vraiment modulaire.
–
Cyril M.