D’ailleurs quand il codait encore sa spécialité était les systèmes de fichiers. Je ne connais pas parfaitement l’histoire de Linux, ni de Linus... mais ça doit faire un moment que même lui, le créateur, ne peut plus appréhender ce noyau dans son ensemble, il est gigantesque.
Linus code et fait du travail de développement. Le développement ne se résume pas à coder.
Linus de fait est un manager, il organise les rc et les sorties de version. Il reçoit et merge l'ensemble des pulls requests pertinents qui sont soumis.
Mais, même si ça lui prend pas mal de temps, il est investi techniquement. Linus a trois sujets de prédilections : les systèmes de fichiers (surtout la partie commune, VFS), l'architecture x86 et la gestion de la mémoire. Dès qu'un commit touche un de ces domaines, il va l'inspecter et faire connaître son avis s'il est négatif ou s'il a des pistes d'amélioration.
Pour d'autres domaines, c'est plus rare mais ça arrive encore à l'occasion.
Donc il fait beaucoup de revue de code et son avis est assez abondant concernant le code qui entre. Et parfois il fait un correctif aussi lui même. On est plus dans le rôle d'un architecte ou d'un développeur très expérimenté que d'un profil de pur management.
[^] # Re: Cloud
Posté par Renault (site web personnel) . En réponse au journal Les distributions GNU/Linux, un petit monde en voie d’extinction ?. Évalué à 8.
Linus code et fait du travail de développement. Le développement ne se résume pas à coder.
Linus de fait est un manager, il organise les rc et les sorties de version. Il reçoit et merge l'ensemble des pulls requests pertinents qui sont soumis.
Mais, même si ça lui prend pas mal de temps, il est investi techniquement. Linus a trois sujets de prédilections : les systèmes de fichiers (surtout la partie commune, VFS), l'architecture x86 et la gestion de la mémoire. Dès qu'un commit touche un de ces domaines, il va l'inspecter et faire connaître son avis s'il est négatif ou s'il a des pistes d'amélioration.
Pour d'autres domaines, c'est plus rare mais ça arrive encore à l'occasion.
Donc il fait beaucoup de revue de code et son avis est assez abondant concernant le code qui entre. Et parfois il fait un correctif aussi lui même. On est plus dans le rôle d'un architecte ou d'un développeur très expérimenté que d'un profil de pur management.