d'une manière générale, il sera toujours difficile de contenter tout le monde. Certains trouvent que c'est trop long, d'autres que tel ou tel truc ne les intéressent pas, etc...
Mais avec quelques mécanismes qui sont présents dans ces dépêches, on arrive à contenter beaucoup de personnes.
Pour ma part, j'ai mis 15 minutes pour "tout" lire de mon point de vue: je ne suis pas un spécialiste du noyau mais certaines informations m'intéressent, je n'ai pas 30 minutes pour tout lire en détail.
Donc, je ne lis pas le menu (inutile pour moi) mais je reste en mode "scrutation": si un sujet attire mon regard, je lis le paragraphe concerné.
Les RC, à la base je m'en fiche mais le côté social des expressions de Linus et des autres hackers que tu sais bien mettre en avant me les font lire avec pas mal d'attention. Ce que j'en retiens, c'est plutôt le côté "comment le développement du kernel est organisé, comment ça se passe en pratique ?". C'est plus attirant que de lire des mailings-list.
Pour la suite, je me fie aux titres: si celui-ci m'inspire quelquechose (c'est un élément que je connais, c'est un truc très nouveau). Par exemple, j'ai déjà utilisé DRBD en production il y a 5 ans donc cette partie était très instructive pour moi et j'ai tout lu. Même un néophyte peut s'y intéresser: l'intro du sujet est bonne, elle donne des liens de référence; le reste fait rapidement le tour du sujet avant de ramener au noyau. C'est très bien de procéder comme ça: le newbie peut apprendre; le spécialiste ne lira que la partie finale sur DRBD dans le noyau; celui qui a un niveau intermédiaire peut parfaire ses connaissances.
Pour les trucs en bref, même technique: je zappe et lorsqu'un titre m'interpelle, je lit ce qui suit. Enfin, il n'y a pas de titre ce qui est bien pour la visibilité, aussi je me rattrape sur les premiers mots qui donnent tout de suite le sujet concerné. Là encore, il n'y a pas besoin de tout lire pour simplement identifier le sujet. C'est bien rédigé pour ça.
La partie interview est très importante (j'aimais bien aussi celle sur Harald Welte): ça permet de donner un côté plus humain aux kernel hackers, de s'identifier plus facilement à eux, de donner des conseils pour se mettre dans le bain,etc... bref, de profiter de leur expérience. A mon avis, c'est un vrai plus ! Même si ça prend du temps, ça serait excellent d'en avoir une à chaque release.
Pour résumer:
- c'est bien écrit: tout le monde aime ce que tu fais et comment tu le fais (bande de fanboyz/girlz).
- on peut tout lire ou adapter sa lecture à son propre niveau de connaissance et à son temps disponible.
- il y du très technique mais qui est rédigé pour être abordable même par un novice
En conclusion:
1) ça n'est jamais trop long à lire du moment qu'on peut sélectionner ce qu'on va lire.
2) du coup, il ne faut rien enlever.
3) C'est quand la 2.6.34 ?
[^] # Re: Questions aux lecteurs
Posté par Médéric RIBREUX (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 5.
d'une manière générale, il sera toujours difficile de contenter tout le monde. Certains trouvent que c'est trop long, d'autres que tel ou tel truc ne les intéressent pas, etc...
Mais avec quelques mécanismes qui sont présents dans ces dépêches, on arrive à contenter beaucoup de personnes.
Pour ma part, j'ai mis 15 minutes pour "tout" lire de mon point de vue: je ne suis pas un spécialiste du noyau mais certaines informations m'intéressent, je n'ai pas 30 minutes pour tout lire en détail.
Donc, je ne lis pas le menu (inutile pour moi) mais je reste en mode "scrutation": si un sujet attire mon regard, je lis le paragraphe concerné.
Les RC, à la base je m'en fiche mais le côté social des expressions de Linus et des autres hackers que tu sais bien mettre en avant me les font lire avec pas mal d'attention. Ce que j'en retiens, c'est plutôt le côté "comment le développement du kernel est organisé, comment ça se passe en pratique ?". C'est plus attirant que de lire des mailings-list.
Pour la suite, je me fie aux titres: si celui-ci m'inspire quelquechose (c'est un élément que je connais, c'est un truc très nouveau). Par exemple, j'ai déjà utilisé DRBD en production il y a 5 ans donc cette partie était très instructive pour moi et j'ai tout lu. Même un néophyte peut s'y intéresser: l'intro du sujet est bonne, elle donne des liens de référence; le reste fait rapidement le tour du sujet avant de ramener au noyau. C'est très bien de procéder comme ça: le newbie peut apprendre; le spécialiste ne lira que la partie finale sur DRBD dans le noyau; celui qui a un niveau intermédiaire peut parfaire ses connaissances.
Pour les trucs en bref, même technique: je zappe et lorsqu'un titre m'interpelle, je lit ce qui suit. Enfin, il n'y a pas de titre ce qui est bien pour la visibilité, aussi je me rattrape sur les premiers mots qui donnent tout de suite le sujet concerné. Là encore, il n'y a pas besoin de tout lire pour simplement identifier le sujet. C'est bien rédigé pour ça.
La partie interview est très importante (j'aimais bien aussi celle sur Harald Welte): ça permet de donner un côté plus humain aux kernel hackers, de s'identifier plus facilement à eux, de donner des conseils pour se mettre dans le bain,etc... bref, de profiter de leur expérience. A mon avis, c'est un vrai plus ! Même si ça prend du temps, ça serait excellent d'en avoir une à chaque release.
Pour résumer:
- c'est bien écrit: tout le monde aime ce que tu fais et comment tu le fais (bande de fanboyz/girlz).
- on peut tout lire ou adapter sa lecture à son propre niveau de connaissance et à son temps disponible.
- il y du très technique mais qui est rédigé pour être abordable même par un novice
En conclusion:
1) ça n'est jamais trop long à lire du moment qu'on peut sélectionner ce qu'on va lire.
2) du coup, il ne faut rien enlever.
3) C'est quand la 2.6.34 ?