Le sam 04/09/2004 à 11:04, Jeremy Monnet a écrit : > Le Samedi 4 Septembre 2004 08:45, Yves Rutschle a écrit : > > > PS : pourquoi après avoir des heures, on trouve souvent une soluce 3 > > > minutes après avoir posé la question ? > > > PS2 : peut-être parce qu'on a réfléchi correctement a sa formulation > > > entre temps ? > > > > Correct, c'est pour ça qu'il est souvent utile d'expliquer > > le problème à son chat: on lui explique, et au milieu de > > l'explication on s'exclame "bon sang mais c'est bien sûr!". > > Du coup, les chats n'ont jamais une explication complète, et > > c'est pour ça que les chats ne savent pas programmer. Du > > coup, on peut souvent les retirer de la ligne de commande, > > comme dans l'exemple ci-dessus. > > > Passe, passe le oinje ! :-p > Non sans rire c'est vrai qu même quand on recherche sur google, on recherche > souvent juste 2 ou 3 mots qui semblent pertinents .... Et quand on doit > expliquer son problème on y passe beaucoup plus de temps, et donc on trouve > souvent d'autres mots clés, ou on s'ouvre à d'autres voies de recherches > ... > > Pour ce qui est de remplacer "cat file | " par "sed file", est-ce que ca peut > être considéré comme "plus propre", "plus ri goureux", "plus unixien", ou > est-ce que c'est juste une vieille habitude de toujours faire "au plus > juste" ? (cf une discussion a propos d'un script sur linuxfr où les gens se > sont expliqués qu'il fallait mieux utiliser perl parce qu'on pouvait > travailler sur le même fichier directement sans passer par un fichier tampon > entre-temps, ou alors awk parce que la syntaxe était plus facile). En fait > je > veux juste des avis parce que je ne suis pas sur qu'il y ait une réponse > ferme et définitive pour mettre tout le monde d'accord ? > > Jeremy > PS : ce mail est troll protected !
la bonne méthode est celle qui 1) fonctionne 2) est lisible facilement 3) idem 5 mois après :-) pour le reste, c'est une question de feeling. La syntaxe de chaque commande est différente il faut trouver celle avec laquelle on est le plus à l'aise. S'il y a des besoins particuliers en performance, là il faut peut-être passer du bash au perl voire au C/C++.
