Par pitié, on pourrait arrêter de sortir cet argument complètement ridicule un jour ?
Par pitié, quand tu vas tu cesser de croire que le texte est un cas spécial ?
Du texte, du pas texte, c'est du binaire. Tout est binaire. Des zéros, et des un.
Pour ce format binaire, on s'est décidé sur (削除) une norme (削除ここまで) une forêt de normes pour pouvoir le lire/écrire (EBDIC , ASCII, des pages de code à foison, UTF-8, format des fins de lignes ...), ça ne s'est pas fait tout seul.
Ensuite, les outils qui le traitent prennent en charge (à peu près) toutes les variantes courantes, mais ça ne s'est pas fait en un jour. Loin de là !
Donc au final, on a un format binaire, avec pléthores d'outils qui traitent du binaire.
Rien n'empêche d'utiliser un autre format binaire (comme celui de systemd-journald), et d'avoir des outils autour qui soient multiplateformes. Comme pour le cas du texte. Faut juste se décider sur le format. Ce n'est pas parce que ce n'est pas du texte que c'est forcément plus compliqué.
En fait, même du texte c'est compliqué. EBDIC ou ASCII ? ASCII ou UTF-8 ? UTF-8 ou UTF-16 ou ... ? Avec ou sans BOM ? Codepage 1252 ou 1250 ou 437 ou une parmi des dizaines d'autres ? Avec des fins de ligne UNIX, Windows, ou Mac ?
Et t'as pas d'en-tête. Tout ça il faut le deviner en sondant le fichier !
Ça a l'air simple et pas si méchant aujourd'hui car c'est (à peu près) maîtrisé depuis (削除) longtemps (削除ここまで) Unicode.
Enfin ça, c'est pour la partie texte.
Pour les formats de logs, de dates et compagnie au sein d'un texte, on a encore beaucoup de "standards" qui se battent et qui n'arrangent rien.
Alors oui, peut-être qu'un autre format serait meilleur que tout ce merdier soit-disant pas binaire donc pas compliqué. Avec une autre approche. Comme celle de journald qui lui permet déjà de faire de l'auto-complétion sur ce qu'on recherche, de filtrer par service, boot, date, etc... C'est déjà pas si mal.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Pour toi?
Posté par xcomcmdr . En réponse au journal Vivent les journaux binaires !. Évalué à -3. Dernière modification le 09 mai 2015 à 00:12.
Par pitié, quand tu vas tu cesser de croire que le texte est un cas spécial ?
Du texte, du pas texte, c'est du binaire. Tout est binaire. Des zéros, et des un.
Pour ce format binaire, on s'est décidé sur
(削除) une norme (削除ここまで)une forêt de normes pour pouvoir le lire/écrire (EBDIC , ASCII, des pages de code à foison, UTF-8, format des fins de lignes ...), ça ne s'est pas fait tout seul.Ensuite, les outils qui le traitent prennent en charge (à peu près) toutes les variantes courantes, mais ça ne s'est pas fait en un jour. Loin de là !
Donc au final, on a un format binaire, avec pléthores d'outils qui traitent du binaire.
Rien n'empêche d'utiliser un autre format binaire (comme celui de systemd-journald), et d'avoir des outils autour qui soient multiplateformes. Comme pour le cas du texte. Faut juste se décider sur le format. Ce n'est pas parce que ce n'est pas du texte que c'est forcément plus compliqué.
En fait, même du texte c'est compliqué. EBDIC ou ASCII ? ASCII ou UTF-8 ? UTF-8 ou UTF-16 ou ... ? Avec ou sans BOM ? Codepage 1252 ou 1250 ou 437 ou une parmi des dizaines d'autres ? Avec des fins de ligne UNIX, Windows, ou Mac ?
Et t'as pas d'en-tête. Tout ça il faut le deviner en sondant le fichier !
Ça a l'air simple et pas si méchant aujourd'hui car c'est (à peu près) maîtrisé depuis
(削除) longtemps (削除ここまで)Unicode.Enfin ça, c'est pour la partie texte.
Pour les formats de logs, de dates et compagnie au sein d'un texte, on a encore beaucoup de "standards" qui se battent et qui n'arrangent rien.
Alors oui, peut-être qu'un autre format serait meilleur que tout ce merdier soit-disant pas binaire donc pas compliqué. Avec une autre approche. Comme celle de journald qui lui permet déjà de faire de l'auto-complétion sur ce qu'on recherche, de filtrer par service, boot, date, etc... C'est déjà pas si mal.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)