@microblogc siempre me falta un "Perl limpio y moderno" que te permita meter un chorro de código en una línea (lo que no permite Python) y con todos los atajos que molan de los shells que no tiene Python.
El problema es que siempre intento ceñirme a herramientas más o menos estándar (por eso intento conocer bash y sus diferencias con sh, que sh siempre está). Pero me salgo a Python porque está casi siempre y hay cosas que con sh es imposible. (Me niego a aprender awk, perl...)
En realidad, en windows llevo *años* usando las macros de Word y excel para trabajar con ficheros (funcionan mejor que windows scripting host y son más fáciles de depurar). Es lo que más echo en falta en libreoffice, un *intérprete* de basic (en libreoffice funciona solo compilado, no hay modo directo) y una buena *referencia* de objetos, accesible, como la que da microsoft.
Python lo probé cuando empezó google apps, hace veinte años o así. Lo volví a intentar usar hace diez años. Y ahora soy capaz de leer algo de código, pero soy un horror programando por eso de las indentaciones obligatorias (es *tan* fácil que se te cuele una línea en blanco, a menos que uses un IDE. Y me niego a usar un IDE para cosas pequeñas, porque pesa gigas y tarda 10 minutos en abrirse).
@microblogc hoy en día casi todos los editores ligeros tienen soporte decente para trabajar bien en Python. vim y su familia desde luego. Yo uso Emacs que sí tarda mucho en cargar (2s) pero con emacsclient no me entero.
Pero ya te digo, igual Perl es lo que buscas. Mucha gente de Perl se pasó a Ruby, pero por lo que dices de Python seguramente no te guste tampoco (la indentación no es significativa, pero es más o menos igual de "superestructurado").
@microblogc ¿estás con Windows con WSL? https://flow-control.dev/ tiene pintaca, aunque lo he usado muy poco.
@yo No, ahora no.
Estoy en linux, en un ordenador de arranque dual.
Estas cosas las suelo hacer desde windows, pero como los archivos duplicados me los ha generado un rsync y además quiero hacer cosas de linux, pues me he puesto a hacer el script en bash para que se ejecute de fondo mientras me ducho, tiendo la ropa y demás.
Luego veré cómo hacer que rsync no siga enlaces simbólicos, que es lo que la ha liado parda. Supongo que en el manual vendrá (el manual de bash es muy difícil de comprender, por eso para usar {A##B} y {A#B} suelo probar en vez de mirar el manual).
@microblogc uff, accidentes con rsync :)
Sí, por el mismo motivo te he puesto trozos de bash en los toots; si no lo pruebo antes no creo que pueda ser preciso. Yo ya me he acostumbrado a ese manual, pero cuesta...
Yo uso mucho:
https://pubs.opengroup.org/onlinepubs/9799919799/
, aunque creo que tampoco es mucho mejor. Pero normalmente lo que sale ahí funciona en todos sitios (e.g. en macOS).
