T'as fait en 3 semaines ce que 12 gus ont fait en 6 mois?
Alors de deux choses l'une, soit tes gars sont une bande de bras casses, soit t'es un surhomme.
La voie du milieu c'est que le management etait tellement pourri que ton projet est parti en eau de boudin.
Quelques reflexions inspirees, la comme ca, de ton message:
- des workarounds a struts/jboss/jpa, ca veut dire que tes gars n'avaient pas la moindre idee de ce qu'ils font. Ou qu'ils ont prit / leur a impose la pire techno pour leur projet, ce qui revient sensiblement au meme.
Hint: quand tes devs te disent qu'ils ont des bugs dans une de ces libs utilisees par 95% de l'industrie, c'est qu'ils te racontent des conneries. C'est un peu comme si je te disais que malloc etait bugge, ca devrais te faire lever un sourcil.
- 2go de ram bouffe sur un projet de meme pas 6 mois, je commence a reellement me poser des questions sur tes devs/admins. C'est la quantite de ram de notre serveur de test, qui fait tourner 6 instances d'une appli, 2 de la mienne, pgsql avec 6 bases bien chargees et oracle XE avec 2 base assez legeres. Et ca tourne.
- Quand je lit "des problemes de stabilite avec DB2 JBoss et Java" je commence vraiment a me dire que t'as une sacre brochette de bras casses dans ton equipe. Ou que t'es de tres mauvaise foi.
Personnellement, je cherche toujours, une appli où tout ce brol apporte un plus. J'ai surtout l'impression que la machine s'est emballée et que beaucoup de gens n'ont plus assez de recul.
Sur un projet de 6 mois, oui, on peut clairement se poser la question de sortir l'artillerie lourde. Je bosse presentement sur un enorme systeme qui va nous prendre facile 2 a 3 ans avant de sortir une 1.0 tout juste fonctionnelle et avec la moitie des features. J'ose pas imaginer le delai si on enleve ne serait ce qu'hibernate (ainsi que l'impact sur les perfs, vu la difference de temps entre une requete SQL en cache et pas en cache).
[^] # Re: La différence principale entre php et c++
Posté par thedude . En réponse au journal On n'est pas vendredi et pourtant : impact environnemental de nos langages. Évalué à 0.
Alors de deux choses l'une, soit tes gars sont une bande de bras casses, soit t'es un surhomme.
La voie du milieu c'est que le management etait tellement pourri que ton projet est parti en eau de boudin.
Quelques reflexions inspirees, la comme ca, de ton message:
- des workarounds a struts/jboss/jpa, ca veut dire que tes gars n'avaient pas la moindre idee de ce qu'ils font. Ou qu'ils ont prit / leur a impose la pire techno pour leur projet, ce qui revient sensiblement au meme.
Hint: quand tes devs te disent qu'ils ont des bugs dans une de ces libs utilisees par 95% de l'industrie, c'est qu'ils te racontent des conneries. C'est un peu comme si je te disais que malloc etait bugge, ca devrais te faire lever un sourcil.
- 2go de ram bouffe sur un projet de meme pas 6 mois, je commence a reellement me poser des questions sur tes devs/admins. C'est la quantite de ram de notre serveur de test, qui fait tourner 6 instances d'une appli, 2 de la mienne, pgsql avec 6 bases bien chargees et oracle XE avec 2 base assez legeres. Et ca tourne.
- Quand je lit "des problemes de stabilite avec DB2 JBoss et Java" je commence vraiment a me dire que t'as une sacre brochette de bras casses dans ton equipe. Ou que t'es de tres mauvaise foi.
Personnellement, je cherche toujours, une appli où tout ce brol apporte un plus. J'ai surtout l'impression que la machine s'est emballée et que beaucoup de gens n'ont plus assez de recul.
Sur un projet de 6 mois, oui, on peut clairement se poser la question de sortir l'artillerie lourde. Je bosse presentement sur un enorme systeme qui va nous prendre facile 2 a 3 ans avant de sortir une 1.0 tout juste fonctionnelle et avec la moitie des features. J'ose pas imaginer le delai si on enleve ne serait ce qu'hibernate (ainsi que l'impact sur les perfs, vu la difference de temps entre une requete SQL en cache et pas en cache).