C'est exactement ça. Je n'apprécie pas les dogmes, quels qu'ils soient, et affirmer les choses de cette façon m'agace. Je me fais même parfois un plaisir de contredire des gens en argumentant, alors que je suis d'accord avec eux (je sais, je suis vicieux). Rien que pour casser leur dogme.
J'ai juste repris l'exemple donné, et n'étant utilisateur ni de cute, ni de gétéca, je pense être assez objectif, et donc, au premier coup d'oeil, je trouve les informations qui m'intéressent plus vite dans celle de gtk.
C'est bien ça, être objectif, non?
Je ne dis pas qu'elle est mal foutue, non plus, je dis juste que je ne la trouve pas parfaite. Son concurrent chez gtk à aussi ses défauts, elle est un peu fruste, mais de là à dire de façon catégorique que celle de Qt est la meilleure, il y a un fossé que je n'oserais jamais franchir.
La qualité d'une doc, elle ne se juge pas sur un exemple choisi (ça signifie que tu peux m'en donner autant que tu veux), mais sur l'ensemble de la doc ET du produit documenté. Certains produits n'ont même pas besoin de doc, ils sont leur propre doc, et ça ne rend pas la chose mauvaise pour autant.
Et pour prouver mon assertion sur les exemples, regardes: http://qt-project.org/doc/qt-5.0/qtwidgets/qwidget.html#find
Vu le nom, je devine que ça cherche quelque chose, vu les paramètres, je parie que ça renvoie un widget, concept générique mais qu'ici l'on dois sûrement tous comprendre, correspondant à un numéro d'ID. J'ai pas lue la description, et j'aurai dis la même chose en voyant le prototype dans mon auto-complétion.
Par contre, la doc à un problème, ici: quid de la complexité de cette fonction? "find" => "recherche" => consomme du temps. Alors?
C'est une preuve que cette doc n'est pas exhaustive. GTK a peut-être le même problème, j'en sais rien et je m'en fout, c'est pas le sujet (le sujet, c'est "la doc de qt est-elle irréprochable" pour moi. Dans cette branche de discussion du moins.).
D'ailleurs, si elle était exhaustive, ça ne rendrait pas forcément cette doc meilleure: trop d'informations noie celle que l'on cherche.
Et, vue la taille de la page, ainsi que la quantité de méthodes, je le dis et j'assume: y'a trop d'informations. L'interface de cette classe est trop complexe.
Je pense avoir été plutôt objectif, mais mon post est malgré tout très subjectif, et c'est normal, parce qu'on parle de la vision des choses que les gens ont, et différentes personnes ont une vision des choses différente, c'est normal. Quand cette vision est proche, un projet commun est réalisable, quand ce n'est pas le cas, on tiens une des explications de pourquoi on à autant de choix dans le logiciel libre.
Je pense que c'est une bonne chose, même si parfois (souvent) je m'interroge sur le bien fondé de la constellation de distributions autour de notre noyau préféré, mais je diverge.
Toujours est-il cela explique que moi, comme d'autres, je puisse ne pas aimer Qt, ne pas la considérer comme la librairie ultime. Je me souviens avoir lu un type qui pensais que wxwidgets aurait sa place dans le standard C++, par exemple. J'utilise cette lib pourtant, mais je lui ai répondu que, non, ce n'est pas une bonne idée (pour diverses raisons).
Pas plus qu'intégrer Qt ou Gtk serait une bonne idée, d'ailleurs.
Franchement, Qt, pour moi, c'est presque un langage à part entière, et qmake me conforte dans cette façon de penser, de la même façon que le 1er compilateur C++ générait en fait du code C, le compilateur de Qt, qmake, génère du code C++.
[^] # Re: Pourquoi VCL et automake ?
Posté par freem . En réponse à la dépêche LibreOffice se met en 4.0. Évalué à 3.
C'est exactement ça. Je n'apprécie pas les dogmes, quels qu'ils soient, et affirmer les choses de cette façon m'agace. Je me fais même parfois un plaisir de contredire des gens en argumentant, alors que je suis d'accord avec eux (je sais, je suis vicieux). Rien que pour casser leur dogme.
J'ai juste repris l'exemple donné, et n'étant utilisateur ni de cute, ni de gétéca, je pense être assez objectif, et donc, au premier coup d'oeil, je trouve les informations qui m'intéressent plus vite dans celle de gtk.
C'est bien ça, être objectif, non?
Je ne dis pas qu'elle est mal foutue, non plus, je dis juste que je ne la trouve pas parfaite. Son concurrent chez gtk à aussi ses défauts, elle est un peu fruste, mais de là à dire de façon catégorique que celle de Qt est la meilleure, il y a un fossé que je n'oserais jamais franchir.
La qualité d'une doc, elle ne se juge pas sur un exemple choisi (ça signifie que tu peux m'en donner autant que tu veux), mais sur l'ensemble de la doc ET du produit documenté. Certains produits n'ont même pas besoin de doc, ils sont leur propre doc, et ça ne rend pas la chose mauvaise pour autant.
Et pour prouver mon assertion sur les exemples, regardes: http://qt-project.org/doc/qt-5.0/qtwidgets/qwidget.html#find
Vu le nom, je devine que ça cherche quelque chose, vu les paramètres, je parie que ça renvoie un widget, concept générique mais qu'ici l'on dois sûrement tous comprendre, correspondant à un numéro d'ID. J'ai pas lue la description, et j'aurai dis la même chose en voyant le prototype dans mon auto-complétion.
Par contre, la doc à un problème, ici: quid de la complexité de cette fonction? "find" => "recherche" => consomme du temps. Alors?
C'est une preuve que cette doc n'est pas exhaustive. GTK a peut-être le même problème, j'en sais rien et je m'en fout, c'est pas le sujet (le sujet, c'est "la doc de qt est-elle irréprochable" pour moi. Dans cette branche de discussion du moins.).
D'ailleurs, si elle était exhaustive, ça ne rendrait pas forcément cette doc meilleure: trop d'informations noie celle que l'on cherche.
Et, vue la taille de la page, ainsi que la quantité de méthodes, je le dis et j'assume: y'a trop d'informations. L'interface de cette classe est trop complexe.
Je pense avoir été plutôt objectif, mais mon post est malgré tout très subjectif, et c'est normal, parce qu'on parle de la vision des choses que les gens ont, et différentes personnes ont une vision des choses différente, c'est normal. Quand cette vision est proche, un projet commun est réalisable, quand ce n'est pas le cas, on tiens une des explications de pourquoi on à autant de choix dans le logiciel libre.
Je pense que c'est une bonne chose, même si parfois (souvent) je m'interroge sur le bien fondé de la constellation de distributions autour de notre noyau préféré, mais je diverge.
Toujours est-il cela explique que moi, comme d'autres, je puisse ne pas aimer Qt, ne pas la considérer comme la librairie ultime. Je me souviens avoir lu un type qui pensais que wxwidgets aurait sa place dans le standard C++, par exemple. J'utilise cette lib pourtant, mais je lui ai répondu que, non, ce n'est pas une bonne idée (pour diverses raisons).
Pas plus qu'intégrer Qt ou Gtk serait une bonne idée, d'ailleurs.
Franchement, Qt, pour moi, c'est presque un langage à part entière, et qmake me conforte dans cette façon de penser, de la même façon que le 1er compilateur C++ générait en fait du code C, le compilateur de Qt, qmake, génère du code C++.