Je pense qu'on va finir par se comprendre... C'est clair que les moyens mis en œuvre autour de Python sont sans commune mesure avec Java et ça se voit sur les docs. Et inversement Java est très bien fourni à ce niveau, il y a des règles très bien respectées, j'ai beaucoup appris à l'époque où je l'utilisais.
Oui, Java est essentiellement basé sur les bonnes pratiques de développement, doc comprise. Et tous les projets suivent globalement les mêmes normes, concepts, méthodes et architectures.
Le revers de la médaille c'est une certaine lourdeur. Quand il faut 20 lignes de code pour lire un fichier texte... Je me souviens de swing aussi, je ne sais pas si c'est encore utilisé, sur le papier c'est génial, mais le résultat est d'une lourdeur... Pour le refactoring, d'accord la vérification va se faire à la compilation, voir dans l'éditeur, mais qu'est-ce que c'est lourd en saisie.
Par contre, sphinx est de plus en plus utilisé, ça progresse :-) Y a le pep3107 également.
Quand j'utilise une nouvelle librairie je commence par créer tout un tas de petits bouts de code pour l'essayer et ensuite je m'en sert comme doc. Pour mes applis je fait un peu pareil, certains tests unitaires servent de doc.
J'allait y venir. J'ai l'impression que beaucoup des docs Python sont axés snippet et autres micro-exemples de fonctionnement. Ce n'est pas forcément un mal, mais cela me semble demander encore plus de temps qu'une simple Javadoc bien foutue. Quand le développeur fait de la doc tout court…
Le gros avantage c'est d'être toujours à jour et d'être sur d'avoir correctement compris. C'est plus concret. Globalement je n'y passe pas plus de temps. Je me souviens encore des journées entières à lire des docs java... Intéressant, avec toujours un tas de théories pour justifier les choix, mais long, trop long...
Ca doit aussi dépendre de l'expérience de chacun, j'imagine facilement qu'avec plusieurs développeurs c'est encore plus compliqué.
Oui, c'est une grosse partie de mes tourments. J'arrive encore à savoir comment fonctionnent mes APIs Python =) Mais dès que je dois faire du Python en groupe, surtout sur des projets plus conséquents, je sens la galère avant même d'avoir commencé…
Ca vient peut-être de la provenance des devs. Personnellement j'ai appris par le hacking, sans doc, parfois même sans source ! Quand il m'arrive de travailler pour le boulot avec d'autres développeurs je suis stupéfait du manque de rigueur par rapport au monde du libre, peut-être que Java est un moyen de les obliger à une certaine rigueur ?
Je n'ai pas plus réfléchi que ça à la question. Venant du C, j'ai été très impressionné par Java (surtout sur le papier), mais par Python j'ai été bluffé (concrètement).
Tu peux peut-être regarder ce qu'en dit Bruce Eckel (thinking in...), c'est avec ses livres que j'ai appris Java et il est lui aussi tombé sous le charme du Python. Il y a aussi un autre Bruce, A. Tate (Beyond java) qui peut apporter des pistes.
Je retrouve leur constations, la productivité est très largement supérieure et la maintenance ne pose pas plus de problème...
-- William Dodé - http://flibuste.net Informaticien Indépendant
On 21-05-2011, Aéris wrote:
Le 21/05/2011 22:09, William a écrit :
Je pense qu'on va finir par se comprendre...
C'est clair que les moyens mis en œuvre autour de Python sont sans
commune mesure avec Java et ça se voit sur les docs. Et inversement Java
est très bien fourni à ce niveau, il y a des règles très bien
respectées, j'ai beaucoup appris à l'époque où je l'utilisais.
Oui, Java est essentiellement basé sur les bonnes pratiques de
développement, doc comprise.
Et tous les projets suivent globalement les mêmes normes, concepts,
méthodes et architectures.
Le revers de la médaille c'est une certaine lourdeur. Quand il faut 20
lignes de code pour lire un fichier texte... Je me souviens de swing
aussi, je ne sais pas si c'est encore utilisé, sur le papier c'est
génial, mais le résultat est d'une lourdeur...
Pour le refactoring, d'accord la vérification va se faire à la
compilation, voir dans l'éditeur, mais qu'est-ce que c'est lourd en
saisie.
Par contre, sphinx est de plus en plus utilisé, ça progresse :-) Y a le
pep3107 également.
Quand j'utilise une nouvelle librairie je commence par créer tout un
tas de petits bouts de code pour l'essayer et ensuite je m'en sert
comme doc. Pour mes applis je fait un peu pareil, certains tests
unitaires servent de doc.
J'allait y venir.
J'ai l'impression que beaucoup des docs Python sont axés snippet et
autres micro-exemples de fonctionnement.
Ce n'est pas forcément un mal, mais cela me semble demander encore plus
de temps qu'une simple Javadoc bien foutue. Quand le développeur fait de
la doc tout court…
Le gros avantage c'est d'être toujours à jour et d'être sur d'avoir
correctement compris. C'est plus concret.
Globalement je n'y passe pas plus de temps. Je me souviens encore des
journées entières à lire des docs java... Intéressant, avec toujours un
tas de théories pour justifier les choix, mais long, trop long...
Ca doit aussi dépendre de l'expérience de chacun, j'imagine facilement
qu'avec plusieurs développeurs c'est encore plus compliqué.
Oui, c'est une grosse partie de mes tourments.
J'arrive encore à savoir comment fonctionnent mes APIs Python =)
Mais dès que je dois faire du Python en groupe, surtout sur des projets
plus conséquents, je sens la galère avant même d'avoir commencé…
Ca vient peut-être de la provenance des devs. Personnellement j'ai
appris par le hacking, sans doc, parfois même sans source ! Quand il
m'arrive de travailler pour le boulot avec d'autres développeurs je suis
stupéfait du manque de rigueur par rapport au monde du libre, peut-être
que Java est un moyen de les obliger à une certaine rigueur ?
Je n'ai pas plus réfléchi que ça à la question. Venant du C, j'ai été
très impressionné par Java (surtout sur le papier), mais par Python j'ai
été bluffé (concrètement).
Tu peux peut-être regarder ce qu'en dit Bruce Eckel (thinking in...),
c'est avec ses livres que j'ai appris Java et il est lui aussi tombé
sous le charme du Python.
Il y a aussi un autre Bruce, A. Tate (Beyond java) qui peut apporter des
pistes.
Je retrouve leur constations, la productivité est très largement
supérieure et la maintenance ne pose pas plus de problème...
--
William Dodé - http://flibuste.net
Informaticien Indépendant
Je pense qu'on va finir par se comprendre... C'est clair que les moyens mis en œuvre autour de Python sont sans commune mesure avec Java et ça se voit sur les docs. Et inversement Java est très bien fourni à ce niveau, il y a des règles très bien respectées, j'ai beaucoup appris à l'époque où je l'utilisais.
Oui, Java est essentiellement basé sur les bonnes pratiques de développement, doc comprise. Et tous les projets suivent globalement les mêmes normes, concepts, méthodes et architectures.
Le revers de la médaille c'est une certaine lourdeur. Quand il faut 20 lignes de code pour lire un fichier texte... Je me souviens de swing aussi, je ne sais pas si c'est encore utilisé, sur le papier c'est génial, mais le résultat est d'une lourdeur... Pour le refactoring, d'accord la vérification va se faire à la compilation, voir dans l'éditeur, mais qu'est-ce que c'est lourd en saisie.
Par contre, sphinx est de plus en plus utilisé, ça progresse :-) Y a le pep3107 également.
Quand j'utilise une nouvelle librairie je commence par créer tout un tas de petits bouts de code pour l'essayer et ensuite je m'en sert comme doc. Pour mes applis je fait un peu pareil, certains tests unitaires servent de doc.
J'allait y venir. J'ai l'impression que beaucoup des docs Python sont axés snippet et autres micro-exemples de fonctionnement. Ce n'est pas forcément un mal, mais cela me semble demander encore plus de temps qu'une simple Javadoc bien foutue. Quand le développeur fait de la doc tout court…
Le gros avantage c'est d'être toujours à jour et d'être sur d'avoir correctement compris. C'est plus concret. Globalement je n'y passe pas plus de temps. Je me souviens encore des journées entières à lire des docs java... Intéressant, avec toujours un tas de théories pour justifier les choix, mais long, trop long...
Ca doit aussi dépendre de l'expérience de chacun, j'imagine facilement qu'avec plusieurs développeurs c'est encore plus compliqué.
Oui, c'est une grosse partie de mes tourments. J'arrive encore à savoir comment fonctionnent mes APIs Python =) Mais dès que je dois faire du Python en groupe, surtout sur des projets plus conséquents, je sens la galère avant même d'avoir commencé…
Ca vient peut-être de la provenance des devs. Personnellement j'ai appris par le hacking, sans doc, parfois même sans source ! Quand il m'arrive de travailler pour le boulot avec d'autres développeurs je suis stupéfait du manque de rigueur par rapport au monde du libre, peut-être que Java est un moyen de les obliger à une certaine rigueur ?
Je n'ai pas plus réfléchi que ça à la question. Venant du C, j'ai été très impressionné par Java (surtout sur le papier), mais par Python j'ai été bluffé (concrètement).
Tu peux peut-être regarder ce qu'en dit Bruce Eckel (thinking in...), c'est avec ses livres que j'ai appris Java et il est lui aussi tombé sous le charme du Python. Il y a aussi un autre Bruce, A. Tate (Beyond java) qui peut apporter des pistes.
Je retrouve leur constations, la productivité est très largement supérieure et la maintenance ne pose pas plus de problème...
-- William Dodé - http://flibuste.net Informaticien Indépendant
