artefact va peut-être en avoir marre d'être appelé "le monsieur" ;)
C'est vrai, ça, y'en a marre...
Plus sérieusement, et pour revenir à ma question, je voudrais faire une comparaison avec d'autres projets que Struts.
Donc, en se situant toujours dans des grpos projets, imaginons que quelqu'un veuille contribuer à Xorg. On peut me répondre que n'importe qui ne peut pas contribuer à un tel projet et pourtant, je n'en suis pas si sûr. Sans y avoir regardé, je suis sûr que certains bugs ne doiventpas être inaccessible à des contributeurs occasionnels. Mais la difficulté viendrait alors de tester les corrections. Si il faut reconstruire X à chaque fois...
Alors là, j'ai une ébauche de solution : small is beautiful ! C'est d'ailleurs ce que fait Xorg et qu'essaye de faire Struts. Mais ce n'est pas encore la panacée, donc j'attendais des idées un peu dans le genre.
Quant à la guerre des IDE, bien que je trouve gênant, comme la plupart ici apparemment, de lier un projet à un IDE, il faut reconnaître qu'Eclipse n'a pas son pareil pour des projets Java et qu'il est libre :-) Donc, intégrer directement un projet Java à Eclipse ne me parait absurde. Pour revenir à Struts, par exemple, les conventions de codage sont telles qu'elles pourraient, pas exemple, être incluses dans le projet...
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: editeur à la place de l'IDE
Posté par Jean Parpaillon . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 2.
C'est vrai, ça, y'en a marre...
Plus sérieusement, et pour revenir à ma question, je voudrais faire une comparaison avec d'autres projets que Struts.
Donc, en se situant toujours dans des grpos projets, imaginons que quelqu'un veuille contribuer à Xorg. On peut me répondre que n'importe qui ne peut pas contribuer à un tel projet et pourtant, je n'en suis pas si sûr. Sans y avoir regardé, je suis sûr que certains bugs ne doiventpas être inaccessible à des contributeurs occasionnels. Mais la difficulté viendrait alors de tester les corrections. Si il faut reconstruire X à chaque fois...
Alors là, j'ai une ébauche de solution : small is beautiful ! C'est d'ailleurs ce que fait Xorg et qu'essaye de faire Struts. Mais ce n'est pas encore la panacée, donc j'attendais des idées un peu dans le genre.
Quant à la guerre des IDE, bien que je trouve gênant, comme la plupart ici apparemment, de lier un projet à un IDE, il faut reconnaître qu'Eclipse n'a pas son pareil pour des projets Java et qu'il est libre :-) Donc, intégrer directement un projet Java à Eclipse ne me parait absurde. Pour revenir à Struts, par exemple, les conventions de codage sont telles qu'elles pourraient, pas exemple, être incluses dans le projet...
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier