/tech/ - Tecnología

Con la práctica te memorizas los comandos (que realmente son miniprogramas), pero lo más importante es que aprendas el lenguaje de scripting de la consola, que es dash, bash o zsh dependiendo qué shell uses.
Si tienes dudas sobre cómo usar un comando tienes man pages o la flag –help
Y TODOS los programas CLI son lo mismo, con la misma sintaxis de flags y valores en formato string:

>programa –flag "argumento1" -f "argumento2"

Obviamente si tomas un cursillo de introducción al shell aprenderás los comandos más básicos como cd, mkdir, rm, time, cal, sudo, mv, cp, sed, awk, grep, etc. Pero luego tienes gcc, g++, python, 1000 gestores de paquetes con diferentes propósitos, vim, emacs, code, nano, git y el disk destroyer.

>>5085
- Aprende a usar la shell (sh, bash, zsh, fish o lo que mierda use tu distro)
https://www.gnu.org/software/bash/manual/
https://zsh.sourceforge.io/Doc/
https://fishshell.com/docs/current/index.html#
- Los coreutils de gnu
https://www.gnu.org/software/coreutils/manual/
https://www.gnu.org/manual/manual.html
- El como esta estructurado y diseñado el kernel
https://www.kernel.org/doc/html/latest/
- Git, si no estas en putos pañales cagados para cualquier cosa
https://git-scm.com/doc
- Un editor decente y para hombres
https://www.vim.org/docs.php
https://www.gnu.org/software/emacs/documentation.html
Y ya por ultimo, lee las documentaciones de la distro que uses, casi siempre la wiki de arch y gentoo sirven para todas las distros, si usas OpenSUSE lee la documentación de YasT2 porque esta muy bueno ese programa.

Ahora, no tienes que aprenderte toooooooodas esas putas biblias, con que te aprendas unos cuantos comandos de bash y coreutils estarás bien, se aprenden facilicimo y si no tienes ni puta idea de que hacer usa el comando "man [comando]" y te dará una mini guía de uso, solo un puto ocioso sin vida social se lee las documentaciones del kernel, git si es obligatorio y el editor no tanto, pero ten en cuanta que pasaran mucho tiempo editando archivos y gradualmente querrás hacer scripts y nada mejor que usar vim o emacs para esto.
Y antes de que lo digan, no, linux no es dificil ni se tiene que estudiar una cerrera universitaria para eso, y no, windows no es mejor por ser mas facil, es más, para muchisimas cosas windows es una puta mierda insufrible y completamente esotérica y caotica a diferencia de linux, pero como el 99,9999999999% de sus usuarios no saben usar el panel de control y se cagan al ver una terminal, no le prestan mucha atención a eso y tienen sistema mal configurados pero "urRrh M4lloR FaSyLiDat d Uz0 DUUURRRRRR"

>>5085
Si sabes usar vim y grep y rsync y ssh, puedes decir que sabes usar linux.

>>5090
Actualmente no puedes decir que sabes usar linux si no sabes usar git, systemctl, service y docker. El punto acá es aprender tantos programas como se pueda y dominar la línea de comandos sin demasiada ayuda de internet, ahí puedes decir que sabes usar linux.

Acá (OP) hablando…. Mierda, entonces sé linux a medias.

Aún así puedo decir que siempre estoy tratando de leer los máximo que pueda.

>>5091
>sin demasiada ayuda de internet
Casi nadie con un trabajo de programación puede usar docker o git o systemctl sin buscar cosas en StackOverflow (o ChatGPT desde hace un rato). Habrá como 5 o 6 comandos que han memorizado, el resto lo necesitan para buscar ejemplos. Pero programas como vim y grep deberías poder usarlos sin necesidad de detenerte a pensar.

>>5092
>tratando de leer
>leer
???

>>5093
(Op)

A lo que me refiero es que cada que puedo leo como funciona algo, o la documentación o manuales, constantemente no estoy usando cada cosa y no me gusta cuando me olvido alguna cosita.

>>5093
>no dominar git y systemctl
ngmi
Bueno, cuando menos un usuario profesional o experimentado debería saber inicializar un repositorio, hacer push y hacer fetch+rebase a upstream sin recurrir a internet. Systemctl si es muy fácil de usar y me sorprendería que alguien que ya estudió lo básico no lo pueda entender.

En cuanto a Docker, puedo entender tu punto. De hecho no usaría Docker a menos que fuera necesidad de la empresa o estuviera trabajando en un proyecto complejo, de otra forma es innecesario.

>>5093
no todos somos unos pendejos con la memoria atrofiada por tuktik