Euh oui, j'ai fait un abus de langage sur le "vieux".
Pour préciser :
Ca bouge généralement énormément sur l'écosystème Ruby / Rails, particulièrement ce dernier, qui a énormément évolué entre 1.X et 3.X.
Il a fallu un beau moment pour que Redmine bascule sur Rails 2.X, le code était peu refactorisé, tu pouvais trouver de nombreux exemples de mauvaises pratiques dans celui-ci, typiquement des gros controllers et des modèles tout fins, des choix en terme de design qui n'étaient pas forcément très judicieux.
Par vieux, j'entendais du code que tu peux aisément détecter comme à refactor rapidement pour délit de saleté, qui est resté bien trop longtemps dans cet état ( une belle collection de bad practices par endroits ). Typiquement, le passage à Rails 2.X était l'occasion de nettoyer par exemple.
Pour achever la bête :
L'auteur a focalisé son développement sur les fonctionnalités au lieu de plus passer de temps à refactor, pour éviter d'atteindre le seuil critique du chateau de carte.
D'ailleurs, ce point a été atteint vu que Eric Davis a quitté le navire.
C'est un peu couillon cette histoire, Redmine malgré un manque de polissage à mon goût coté ergonomie, propose pas mal de fonctionnalités intéressantes (et autant de plugins) d'où sa popularité, mais bon, le code crade, tu finis toujours par le payer.
Mais par contre j'ai vraiment des problemes de lenteur sur mes instances redmine, avec des serveurs tres corrects(ram,cpu,bandwidth) qui gerent tres bien d'autres applis web en php ou django.
Avec quoi hoste tu ton instance ( proxy -> mongrel, passenger, nginx, fastcgi ) pour que ce soit aussi lent que tu le décris ?
Par contre, si Ruby 1.8.X est pas clairement pas franchement folichon niveau perf ( heureusement que 1.9.X est là =) ) le coté sale du code implique souvent un code lent, donc méfie toi de ton estimation de la gourmandise de Redmine niveau resources quand tu compares avec tes autres applis :)
[^] # Re: Redmine rocks
Posté par jhc_ . En réponse à la dépêche Gérez vos projets avec Redmine. Évalué à 1.
Pour préciser :
Ca bouge généralement énormément sur l'écosystème Ruby / Rails, particulièrement ce dernier, qui a énormément évolué entre 1.X et 3.X.
Il a fallu un beau moment pour que Redmine bascule sur Rails 2.X, le code était peu refactorisé, tu pouvais trouver de nombreux exemples de mauvaises pratiques dans celui-ci, typiquement des gros controllers et des modèles tout fins, des choix en terme de design qui n'étaient pas forcément très judicieux.
Par vieux, j'entendais du code que tu peux aisément détecter comme à refactor rapidement pour délit de saleté, qui est resté bien trop longtemps dans cet état ( une belle collection de bad practices par endroits ). Typiquement, le passage à Rails 2.X était l'occasion de nettoyer par exemple.
Pour achever la bête :
L'auteur a focalisé son développement sur les fonctionnalités au lieu de plus passer de temps à refactor, pour éviter d'atteindre le seuil critique du chateau de carte.
D'ailleurs, ce point a été atteint vu que Eric Davis a quitté le navire.
C'est un peu couillon cette histoire, Redmine malgré un manque de polissage à mon goût coté ergonomie, propose pas mal de fonctionnalités intéressantes (et autant de plugins) d'où sa popularité, mais bon, le code crade, tu finis toujours par le payer.
Mais par contre j'ai vraiment des problemes de lenteur sur mes instances redmine, avec des serveurs tres corrects(ram,cpu,bandwidth) qui gerent tres bien d'autres applis web en php ou django.
Avec quoi hoste tu ton instance ( proxy -> mongrel, passenger, nginx, fastcgi ) pour que ce soit aussi lent que tu le décris ?
Par contre, si Ruby 1.8.X est pas clairement pas franchement folichon niveau perf ( heureusement que 1.9.X est là =) ) le coté sale du code implique souvent un code lent, donc méfie toi de ton estimation de la gourmandise de Redmine niveau resources quand tu compares avec tes autres applis :)