Comment travaille une personne de manière générale?
- Elle cherche la classe qui va bien
- Une fois la classe trouvée, elle cherche la méthode dont elle a besoin. Elle ne connait pas le nom de cette méthode (parce que bon, si elle connait, 99% du temps c'est bon, son IDE va faire l'autocompletion, sinon changer d'IDE). Elle va donc fouiller et regarder en un coup d'oeil la liste des méthodes disponibles :
* MSDN, ou plein d'autres : on trouve assez rapidement, car il y a le nom et une description succincte de chaque méthode. Reste plus qu'à cliquer pour avoir plus d'info.
* javadoc/doxygen : tout est balancé en vrac, faut virer de sa vue les paramètres (on s'en fou quand on cherche une méthode!), et les doublons (bordel, c'est bon, j'ai compris qu'elle existe la méthode)
- Une fois la méthode trouvée, elle s'intéresse à son utilisation
3 étapes, 3 pages facilitant ces étapes, c'est plus pratique qu'un "tout est la, démerde-toi".
Dans l'exemple de String, il y a 2x plus de méthodes chez MS que Java, n'empêche si je cherche la méthode pour formater je la trouve plus rapidement en passant les yeux sur la colonne des noms de méthodes chez MS qu'en décryptant la doc Java (bon, c'est pas la pire, mais peut mieux faire).
C'est peut-être subjectif, mais je connais pas mal de monde que râle sur la doc, sauf sur celle de MS (les seuls qui râlent sont des intégristes anti-MS "linux c'est le meilleur" qui ne peuvent philosophiquement pas dire qu'un truc est bien si ça vient de mal)
[^] # Re: Pourquoi Mono ?
Posté par Zenitram (site web personnel) . En réponse au journal Utiliser Mono sans peur. Évalué à 3.
- Elle cherche la classe qui va bien
- Une fois la classe trouvée, elle cherche la méthode dont elle a besoin. Elle ne connait pas le nom de cette méthode (parce que bon, si elle connait, 99% du temps c'est bon, son IDE va faire l'autocompletion, sinon changer d'IDE). Elle va donc fouiller et regarder en un coup d'oeil la liste des méthodes disponibles :
* MSDN, ou plein d'autres : on trouve assez rapidement, car il y a le nom et une description succincte de chaque méthode. Reste plus qu'à cliquer pour avoir plus d'info.
* javadoc/doxygen : tout est balancé en vrac, faut virer de sa vue les paramètres (on s'en fou quand on cherche une méthode!), et les doublons (bordel, c'est bon, j'ai compris qu'elle existe la méthode)
- Une fois la méthode trouvée, elle s'intéresse à son utilisation
3 étapes, 3 pages facilitant ces étapes, c'est plus pratique qu'un "tout est la, démerde-toi".
Dans l'exemple de String, il y a 2x plus de méthodes chez MS que Java, n'empêche si je cherche la méthode pour formater je la trouve plus rapidement en passant les yeux sur la colonne des noms de méthodes chez MS qu'en décryptant la doc Java (bon, c'est pas la pire, mais peut mieux faire).
C'est peut-être subjectif, mais je connais pas mal de monde que râle sur la doc, sauf sur celle de MS (les seuls qui râlent sont des intégristes anti-MS "linux c'est le meilleur" qui ne peuvent philosophiquement pas dire qu'un truc est bien si ça vient de mal)