Je trouve aussi que de nombreux articles sont très intéressants. Mais il y a toujours des choses qui me font bondir à la lecture. Par exemple cette fois ci, a propos de devfs, il est conseillé de ne pas creer de lien symbolique /dev/mouse. C'est a moins avis une grave erreur de principe, le lien symbolique est une merveilleuse invention, et cela va à l'encontre du fonctionnement des FS unix qui, à l'ouverture, ne sont pas censé faire de différence entre un fichier ouvert via un lien symbolique et un fichier réel. Il aurait été plus logique d'indiquer que cette manip permet temporairement de contourner le bug.
J'ai relevé aussi une erreur de typo, le texte n'est probablement pas passé à travers ASpell (il y a pourtant un article sur ce programme dans le magazine) !-)
Enfin on trouve toujours une erreur ou deux ou un cas où clairement, l'auteur ne maitrise pas bien son sujet, c'est dommage.
Parlons de la double page contenant un grand fichier de configuration pour un filtre anti-publicité, qui n'a à mon avis AUCUN INTÉRÊT. L'avoir sur le CD et sur le Net suffit amplement, personne ne va recopier les deux pages à la main et comme exemple, il est 90 fois trop long (a vus de nez).
Les codes sources avaient besoin d'un peu plus d'attention, je ne sais pas si c'est corrigé, je n'ai pas fait attention, mais souvent les lignes trop longues ont été découpées sur deux lignes, transformant un commentaire en code source. Et les caractères " sont devenus « et » laissant penser que l'article a été récupéré sous MSWord (premier sujet de honte) et que la configuration par défaut n'a même pas été modifié pour que ces modifications ne soient pas faites (second sujet de honte).
Mon grand regret est de n'avoir jamais trouvé la fin d'un excellent article sur SQL et les bases de données relationnelles dont la première partie a été publié l'année dernière il me semble.
[^] # Re: Bon numéro
Posté par Sébastien Koechlin . En réponse à la dépêche Linux Magazine n°25. Évalué à 1.
J'ai relevé aussi une erreur de typo, le texte n'est probablement pas passé à travers ASpell (il y a pourtant un article sur ce programme dans le magazine) !-)
Enfin on trouve toujours une erreur ou deux ou un cas où clairement, l'auteur ne maitrise pas bien son sujet, c'est dommage.
Parlons de la double page contenant un grand fichier de configuration pour un filtre anti-publicité, qui n'a à mon avis AUCUN INTÉRÊT. L'avoir sur le CD et sur le Net suffit amplement, personne ne va recopier les deux pages à la main et comme exemple, il est 90 fois trop long (a vus de nez).
Les codes sources avaient besoin d'un peu plus d'attention, je ne sais pas si c'est corrigé, je n'ai pas fait attention, mais souvent les lignes trop longues ont été découpées sur deux lignes, transformant un commentaire en code source. Et les caractères " sont devenus « et » laissant penser que l'article a été récupéré sous MSWord (premier sujet de honte) et que la configuration par défaut n'a même pas été modifié pour que ces modifications ne soient pas faites (second sujet de honte).
Mon grand regret est de n'avoir jamais trouvé la fin d'un excellent article sur SQL et les bases de données relationnelles dont la première partie a été publié l'année dernière il me semble.