Ah ! C'est dommage d'arriver à la dernière et de ne pas finir ! :-)
Cette dernière tâche est néanmoins très intéressante parce qu'elle montre qu'en dépit de ce que l'on a pu faire en étant tenu par la main et qui n'était pourtant pas facile, faire du code Kernel propre et réellement utile reste très difficile. C'est une bonne chose pare qu'elle arrive à un moment où l'on a quand même accumulé suffisamment de connaissances pour avoir envie de s'en servir mais que cela pousse à être extrêmement circonspect au moment de la rédaction du moindre patch, ce qui est en somme ce que l'on attend le plus des développeurs noyau. Car autrement, cette vérification incombe au mainteneur, qui doit alors faire de même avec des centaines d'autres soumissions au même moment. Les témoignages de GKH à ce sujet sont parfois croustillants : https://www.youtube.com/watch?v=fMeH7wqOwXA
On va passer sous silence le nombre total de tâches ainsi que le contenu de la dernière pour ne pas gâcher le plaisir aux concurrents, mais si tu as déjà soumis un premier résultat et qu'il a été retoqué, Little Penguin t'aura probablement indiqué des outils à utiliser pour vérifier tes opérations. Il se trouve que l'un d'eux est beaucoup plus tatillon que les autres et rend la tâche encore plus compliquée, au point qu'au bout de trois jours supplémentaires, j'ai fini par poser la question et demander si ça faisait vraiment partie du défi. Ce n'était pas le cas. Cela dit, cela demande quand même de poser les verrous au bon moment et de savoir jouer avec les différents buffers, mais ce n'est pas plus difficile que la tâche précédente.
[^] # Re: Plein de tutoriels !
Posté par Obsidian . En réponse au journal mooc edx introduction. Évalué à 2.
Ah ! C'est dommage d'arriver à la dernière et de ne pas finir ! :-)
Cette dernière tâche est néanmoins très intéressante parce qu'elle montre qu'en dépit de ce que l'on a pu faire en étant tenu par la main et qui n'était pourtant pas facile, faire du code Kernel propre et réellement utile reste très difficile. C'est une bonne chose pare qu'elle arrive à un moment où l'on a quand même accumulé suffisamment de connaissances pour avoir envie de s'en servir mais que cela pousse à être extrêmement circonspect au moment de la rédaction du moindre patch, ce qui est en somme ce que l'on attend le plus des développeurs noyau. Car autrement, cette vérification incombe au mainteneur, qui doit alors faire de même avec des centaines d'autres soumissions au même moment. Les témoignages de GKH à ce sujet sont parfois croustillants : https://www.youtube.com/watch?v=fMeH7wqOwXA
On va passer sous silence le nombre total de tâches ainsi que le contenu de la dernière pour ne pas gâcher le plaisir aux concurrents, mais si tu as déjà soumis un premier résultat et qu'il a été retoqué, Little Penguin t'aura probablement indiqué des outils à utiliser pour vérifier tes opérations. Il se trouve que l'un d'eux est beaucoup plus tatillon que les autres et rend la tâche encore plus compliquée, au point qu'au bout de trois jours supplémentaires, j'ai fini par poser la question et demander si ça faisait vraiment partie du défi. Ce n'était pas le cas. Cela dit, cela demande quand même de poser les verrous au bon moment et de savoir jouer avec les différents buffers, mais ce n'est pas plus difficile que la tâche précédente.