L’enchaînement de "Je ne parle évidement pas de chercher comment on fait une boucle en D ou savoir déclarer une fonction en ksh." et ton exemple me fait largement sourire. C'est juste utiliser de l'API bête et méchante utilisant des designs ultra classiques.
Tu auras peut être, sûrement même, besoin de survoler 10/20/50 pages pour arriver à cerner le problème. Par contre garder tout ça ouvert ça ne te sert à rien. La plupart de ce que tu as lu tu l'as synthétisé, et tu pourras le retrouver très très vite au besoin. En dehors de garder une ref sur la doc et l'exemple pertinent que tu as isolé je vois pas à quoi vont te servir les 13 autres pages.
De même t'as pas besoin de te farcir tout les détails des deux approches. La vue globale suffit largement pour faire un choix raisonnable: handler VS contexte injecté ça s'arrête là. T'as perdu ton temps à te farcir tout les détails d'une solution que tu n'utiliseras pas pour pouvoir isoler les références vraiment pertinentes. La plus value de ce travail est de toute façon discutable, c'est pas en faisant 8 howto que tu feras à coup sur le bon choix. Et si tu n'as pas fait ce travail approfondi alors les 15 liens que tu laisses ouverts ont sûrement la même valeur que les 15 premiers résultats de google. Pas d’intérêt.
C'est typiquement une attitude que tu rencontres dans un contexte de spike en scrum. Il faut savoir se cadrer pour ne faire que ce qui est utile dans un contexte d'exploration/décision. Et une fois que ton spike est fini, tu passes rapidement au vrai job ou tu n'as pas besoin de surfer tout l'internet et tu te concentres sur une chose à la fois.
[^] # Re: We need to talk about tabs.
Posté par ckyl . En réponse au journal Plus besoin de quitter Firefox. Évalué à 1.
L’enchaînement de "Je ne parle évidement pas de chercher comment on fait une boucle en D ou savoir déclarer une fonction en ksh." et ton exemple me fait largement sourire. C'est juste utiliser de l'API bête et méchante utilisant des designs ultra classiques.
Tu auras peut être, sûrement même, besoin de survoler 10/20/50 pages pour arriver à cerner le problème. Par contre garder tout ça ouvert ça ne te sert à rien. La plupart de ce que tu as lu tu l'as synthétisé, et tu pourras le retrouver très très vite au besoin. En dehors de garder une ref sur la doc et l'exemple pertinent que tu as isolé je vois pas à quoi vont te servir les 13 autres pages.
De même t'as pas besoin de te farcir tout les détails des deux approches. La vue globale suffit largement pour faire un choix raisonnable: handler VS contexte injecté ça s'arrête là. T'as perdu ton temps à te farcir tout les détails d'une solution que tu n'utiliseras pas pour pouvoir isoler les références vraiment pertinentes. La plus value de ce travail est de toute façon discutable, c'est pas en faisant 8 howto que tu feras à coup sur le bon choix. Et si tu n'as pas fait ce travail approfondi alors les 15 liens que tu laisses ouverts ont sûrement la même valeur que les 15 premiers résultats de google. Pas d’intérêt.
C'est typiquement une attitude que tu rencontres dans un contexte de spike en scrum. Il faut savoir se cadrer pour ne faire que ce qui est utile dans un contexte d'exploration/décision. Et une fois que ton spike est fini, tu passes rapidement au vrai job ou tu n'as pas besoin de surfer tout l'internet et tu te concentres sur une chose à la fois.