Ton message me rappelle une initiative pour faire évoluer les commandes GNU afin qu'elles manipulent du XML au lieu de text brut. Je n'ai pas remis la main sur l'article.. J'imagine que aujourd’hui on proposerait plutôt du JSON.
J'en convient, il est quelque fois fastidieux de parsemer ses scripts de grep truc | cut -d, -f 12 pour extraire la donnée voulu pour la suite du traitement.
Mais l'enjeu est de trouver un format qui soit le plus universelle possible - qui soit à la fois utilisable par un programme et par un être humain. J'imagine que le format de PS est un format binaire en mémoire ; ça doit très bien marcher mais ce n'est pas interopérable.
Je rejoints les commentaires qui disent que quand cela devient trop compliqué en shell, il faut passer à un autre langage : awk puis python dans mon cas.
Le langage shell doit se limiter à ce pour quoi il est prévu : enchaîner des commandes avec quelques variations selon le statut de sortie.
# structured data
Posté par steph1978 . En réponse au message Linux dépassé ?. Évalué à 3.
Ton message me rappelle une initiative pour faire évoluer les commandes GNU afin qu'elles manipulent du XML au lieu de text brut. Je n'ai pas remis la main sur l'article.. J'imagine que aujourd’hui on proposerait plutôt du JSON.
J'en convient, il est quelque fois fastidieux de parsemer ses scripts de
grep truc | cut -d, -f 12pour extraire la donnée voulu pour la suite du traitement.Mais l'enjeu est de trouver un format qui soit le plus universelle possible - qui soit à la fois utilisable par un programme et par un être humain. J'imagine que le format de PS est un format binaire en mémoire ; ça doit très bien marcher mais ce n'est pas interopérable.
Je rejoints les commentaires qui disent que quand cela devient trop compliqué en shell, il faut passer à un autre langage : awk puis python dans mon cas.
Le langage shell doit se limiter à ce pour quoi il est prévu : enchaîner des commandes avec quelques variations selon le statut de sortie.