En même temps partir du moment où tu as un convertisseur format de stockage vers représentation textuelle, ie. tu remplaces le cat initial part une commande spécifique, et tu peux très bien avoir le même workflow que ton sed/grep sur un fichier textuel.
Les seules différences sont que:
a chaque essai tu vas repayer le cout de la conversion ce qui est potentiellement beaucoup plus lent qu'aller chercher des octets dans le cache VFS (mais on optimise facilement en cachant au besoin).
il faut avoir l'outil de conversion. Dans la vraie vie ça ne pose pas problème. Les points de conversion sont maîtrisés. Si tu cherches à communiquer avec des gens qui veulent du texte tu sors du texte (que ce soit non structure, du json, du tsv etc.). Avec tu texte tu envois à quelqu'un le résultat de cat log | grep, la tu envois les résultats de xxx-cat | grep...
Et pour toutes les âneries qui ont été écrites sur les formats binaires tel que la plus grande robustesse du texte à la corruption, ou sa plus grandes évolutivite je pense qu'il faut revenir à la base d'une conception correcte... ce n'est par ce que des formats ont été mal conçus que c'est une fatalité. On peut avoir les mêmes propriétés que du texte si on le souhaite. Ça se choisi juste en fonction des besoins non fonctionnels exprimés (et au passage le texte non structuré c'est génial pour oublier de spécifier ce qu'on produit alors oui tu m'étonnes que c'est souple...)
[^] # Re: Pour toi?
Posté par ckyl . En réponse au journal Vivent les journaux binaires !. Évalué à 9.
En même temps partir du moment où tu as un convertisseur format de stockage vers représentation textuelle, ie. tu remplaces le cat initial part une commande spécifique, et tu peux très bien avoir le même workflow que ton sed/grep sur un fichier textuel.
Les seules différences sont que:
a chaque essai tu vas repayer le cout de la conversion ce qui est potentiellement beaucoup plus lent qu'aller chercher des octets dans le cache VFS (mais on optimise facilement en cachant au besoin).
il faut avoir l'outil de conversion. Dans la vraie vie ça ne pose pas problème. Les points de conversion sont maîtrisés. Si tu cherches à communiquer avec des gens qui veulent du texte tu sors du texte (que ce soit non structure, du json, du tsv etc.). Avec tu texte tu envois à quelqu'un le résultat de cat log | grep, la tu envois les résultats de xxx-cat | grep...
Et pour toutes les âneries qui ont été écrites sur les formats binaires tel que la plus grande robustesse du texte à la corruption, ou sa plus grandes évolutivite je pense qu'il faut revenir à la base d'une conception correcte... ce n'est par ce que des formats ont été mal conçus que c'est une fatalité. On peut avoir les mêmes propriétés que du texte si on le souhaite. Ça se choisi juste en fonction des besoins non fonctionnels exprimés (et au passage le texte non structuré c'est génial pour oublier de spécifier ce qu'on produit alors oui tu m'étonnes que c'est souple...)