Pour avoir longtemps été sysadmin, j'aime pas trop les alternatives: tu passes des jours/semaines/mois à prendre en main le nouvel outil de la mort qui tue qui va te faire gagner 0,0001 secondes pour te rendre compte qu'au boulot, aucun de ces outils n'est:
* Pré-installé par défaut.
* Installable par le gestionnaire de paquet.
Se cogner une recompilation sur ta machine perso passe encore.
Mais faire le boulot de packaging et de déploiement sur quelques centaines de serveurs pour gagner quelques pouillièmes de secondes, je vois clairement pas l'intérêt.
Et dire que, dans une ancienne boite, on était forcé de coder les scripts shell en pur /bin/sh pour être sûr qu'il s'exécute aussi bien sous Linux que sous Solaris ou AIX ...
Dernière petite chose, je donnerai une mention spéciale pour fd:
il a une sortie colorée et ignore les fichiers listés dans un .gitignore
Je trouve ça grave personnellement qu'une alternative à find se permette d'ignorer des fichiers "silencieusement"...
# J'aime pas les "alternatives"
Posté par LaBienPensanceMaTuer . En réponse à la dépêche Des alternatives à grep, ls et find. Évalué à 10.
Pour avoir longtemps été sysadmin, j'aime pas trop les alternatives: tu passes des jours/semaines/mois à prendre en main le nouvel outil de la mort qui tue qui va te faire gagner 0,0001 secondes pour te rendre compte qu'au boulot, aucun de ces outils n'est:
* Pré-installé par défaut.
* Installable par le gestionnaire de paquet.
Se cogner une recompilation sur ta machine perso passe encore.
Mais faire le boulot de packaging et de déploiement sur quelques centaines de serveurs pour gagner quelques pouillièmes de secondes, je vois clairement pas l'intérêt.
Et dire que, dans une ancienne boite, on était forcé de coder les scripts shell en pur /bin/sh pour être sûr qu'il s'exécute aussi bien sous Linux que sous Solaris ou AIX ...
Dernière petite chose, je donnerai une mention spéciale pour fd:
Je trouve ça grave personnellement qu'une alternative à find se permette d'ignorer des fichiers "silencieusement"...