(...)

{{{"https://wiki.bash-hackers.org/scripting/posparams Estos artículos son buenos.\nTambién hay un manual en línea de primera mano de la propia GNU\nhttp://www.gnu.org/software/bash/manual/bash.html" | renderPostMessage 100181}}}

{{{"emmm... sí, hay... pero lo mejor es que aprendas POSIX ya que tiene mayor compatibilidad" | renderPostMessage 100188}}}

{{{">>100171 (OP)\nBash es como un aborto de python y perl pero con autismo. En general te recomiendo llamarlo shellscript porque es como se suele llamar de forma general a los scripts del shell.\nPara aprenderlo anda a la terminal y escribe 'man bash'\nEl manual tiene todo lo que necesitas.\n>>100188\nTodos los sistemas que importan tienen Bash. Un programador no va a sacrificar las ventajas que bash ofrece por muh POSIX. Si no lo tienes, mejor que lo vayas instalando." | renderPostMessage 100200}}}

{{{"https://www.shellcheck.net/ Descarga/usa esto.\n>>100188\nPOSIX no esta mal para cosas ad-hoc la verdad, la gente le tira mucha mierda porque intenta hacer cosas que el estándar no estaba pensado en cubrir. En general si necesitas algo más complejo que iterar sobre una lista de argumentos y orquestar otras utilidades la shell empieza a mostrar sus limitaciones, pero las herramientas disponibles siguen siendo muy útiles." | renderPostMessage 100211}}}

{{{">>100200\n>Bash es como un aborto de python y perl pero con autismo.\nignora a este imbécil, bash se escribio en 1989, es mas viejo que python y bash se axuiliaba de perl, porque se hicieron para propósitos diferentes." | renderPostMessage 100212}}}

{{{">>100200\n>Bash es como un aborto de python y perl pero con autismo.\nOpinión completamente descartada." | renderPostMessage 100216}}}

{{{">>100212\n>>100216\nLos freetards más inteligentes y con mejor comprensión lectora, señores." | renderPostMessage 100220}}}

{{{">>100220\n>t. me dijeron que soy estupido y me ardo\n>Urrrr freetarda durrrrr\nKek ¿Wut? \nEl \"despiertado\" en temas de tecnología mas serio y profesional, señores." | renderPostMessage 100222}}}

{{{">>100181\nGracias negro, no soy OP pero igual estoy mirando como aprender bash por curiosidad, actualmente estoy mirando como aprender lo básico de los comandos pues nunca he utilizado linux\n>>100222\n>>100220\n>>100188\n>>100200\n>>100211\n>>100212\n>>100216\nDe todo tienen que discutir en cada puto hilo carajo." | renderPostMessage 100223}}}

{{{">>100223\nLa sensación de dominar al otro con argumentos es divertida, anon :3" | renderPostMessage 100225}}}

{{{">>100223\nSon unos subnormales con tan poca autoestima que tienen que discutir en un foro anónimo." | renderPostMessage 100229}}}

{{{">>100223\n>De todo tienen que discutir en cada puto hilo carajo.\ncy, si no te gusta vete a redit." | renderPostMessage 100230}}}

{{{">>100223\nDe qué hablan, yo sólo dije que POSIX no está tan mal para las tareas simples en que usualmente se debe usar y el contexto en que fue concebida (el mundo solía priorizar otras necesidades hace 50-60 años, y había que encontrar un menor denominador que le gustara a todos los vendors de la época, que dudo hubieran rechistado en seguir con el modelo vendor-lock de casar la máquina y el SO para siempre de no ser por la presión externa por crear un estándar).\nHoy la historia se podría decir que se repite, aunque el interés por renovar POSIX o hacer algo mejor no parece que exista ya que ahora todo se empuja en un navegador, hipervisor/VM o container, aparte de que hay demasiadas cosas de legado que aún no pueden desechar POSIX." | renderPostMessage 100236}}}

{{{">>100222\nAlto asperger tiene este negro puto que no sabe lo que es una metáfora." | renderPostMessage 100278}}}

{{{">>100211\nSi necesitas algo más complejo, usas C, no POSIX ni bash. Siendo un script, sería válido usar Python y así lo hacen (esperaba algo más de los que programan las aplucaciones del sistema... pero, bueno, qué se le va a hacer?" | renderPostMessage 100303}}}

{{{"KEK. mierda quien diría que Bash se puede ejecutar en \nMemeguindos" | renderPostMessage 100444}}}

{{{">>100171 (OP)\n>man bash\n:)" | renderPostMessage 100449}}}

{{{">>100171 (OP)\nBuscas esto:\nhttps://www.learnshell.org/" | renderPostMessage 100837}}}

{{{"Profundiza en las herramientas para lo que tengas en mente. Además de los programas externos (ffmpeg, jq, magick, gpg) o utilidades más conocidas como dig, curl, awk, find, tar, sed, etc... hay cosas curiosas que se pueden hacer con tr, printf, wc, cut, tee, esas que al principio pasan inadvertidas." | renderPostMessage 100839}}}

{{{">>100171 (OP)\nAdemas de lo que ya te dijeron, en https://www.imd.guru/sistemas/bash/ tienes varios artículos en español bastante útiles (como el de los operadores de comparación o la variable IFS).\n>>100211\n>https://www.shellcheck.net/ \nLo voy a probar la próxima vez que haga/trabaje con un script.\n>>100225\nSecundo." | renderPostMessage 101565}}}

{{{">>100171 (OP)\n¿Para que vale la pena saber Bash más allá de los Alias si soy Front-end, o si soy Back-end?" | renderPostMessage 101574}}}

{{{">>101574\nun webdev no entra en esa categoria ni tiene el CI suficiente o la curiosidad innata, anda a aprender frameworks de soyascript para que puedas comer" | renderPostMessage 101575}}}

{{{">>101574\nPara automatizar mierda de forma sencilla. Un ejemplo: en python si quieres hacer una herramienta CLI para automatizar tienes que incluir sys para acceder a los argumentos de la línea de comandos. En bash basta con acceder a las variables $1, $2, $@, etc.\nTambién, si llegas a trabajar en integración continua o creando contenedores de Docker para tu aplicación es casi obligatorio que sepas usar algún dialecto de shell (muy probablemente bash)." | renderPostMessage 101583}}}

{{{">>101575\nOk, ya te vimos, Steeve Jobs.\n>>101583\nInteresante." | renderPostMessage 101595}}}

{{{">>101574\nPor que a veces te pueden tocar hacer cosas como https://www.fabio.com.ar/4956 o https://www.fabio.com.ar/7757 en donde tienes que modificar cientos o miles de archivos dentro del servidor (y a veces no te dan mucho tiempo para eso)." | renderPostMessage 102184}}}

{{{">>101574\nBueno, te muestro un ejemplo. Es sólo un renamer. Digamos que bajas imágenes y las quisieras ordenar sin que quede su nombre original. En last.log se guarda el último número.\n\nIría así: 00000.jpg, 00001.jpg, 00002.jpg... por ahí.\n\n[code]\n#!/bin/bash\n\na=$( head --lines=1 last.log)\n\norder() {\n n=`expr $a + 1`\n name=$(printf \"%05d\" $n)\n mv \"$2\" \"output/$name$1\"\n a=$n\n}\n\nfor f in *.jpg\ndo\n order \".jpg\" \"$f\"\ndone\n\necho $a > last.log\n[/code]\n\nNi preguntes para qué lo uso. Lo programé en una noche de insomnio." | renderPostMessage 102253}}}

{{{">>102253\n\n¿No podrías tomar el último número directamente del output de ls así no tienes que guardar ningún otro archivo?" | renderPostMessage 102265}}}

{{{">>102253\nOtra opción podría ser usar find indicándole que ordene por fecha de modificación, aunque entiendo que es un machetazo de rapidez.\n>>102265\nNo es buena idea parseas la salida de ls en una shell, porque (entre varias razones) ls utiliza caracteres invisibles para acomodar que la salida sea más cómoda para uso interactivo." | renderPostMessage 102270}}}

{{{">>102270\nNo es por eso, cuando ls detecta que standard output es un pipe inhibe ese comportamiento, es decir, omite imprimir las secuencias de escape que dan color al texto y acomoda cada archivo en una única línea.\nLa verdadera razón por la que no es recomendable parsear ls es simplemente porque en Unix los archivos y directorios pueden tener cualquier caracter en su nombre, a excepción de NUL y /, por lo que no hay manera confiable de saber si, por ejemplo, un archivo llamado foo<newline>bar es un único archivo o dos archivos separados.\nFind, a diferencia de ls, permite separar cada uno de los items usando NUL por lo que se elimina esa ambigüedad (al menos en la implementación de GNU) y la shell se ahorra completamente el problema con el globbing, así que esas dos opciones son preferibles a parsear ls." | renderPostMessage 102321}}}

{{{">>102253\nSolo por curiosidad, ¿no era mejor usar algo como rename o mvb? En http://linux-productivo.blogspot.com/2010/08/renombrar-archivos-masiva-y-rapidamente.html se explica mejor como funcionan." | renderPostMessage 103008}}}