Lo que me ha sido útil en el trabajo gracias al desarrollo personal y mi afición por las computadoras

Hola, soy Munou.
Me di cuenta de que había olvidado actualizar durante bastante tiempo mientras estaba ocupado.
Lo siento.

Pensamiento repentino

Entiendo la sensación de ansiedad cuando te gusta trastear con ordenadores, pero no llega a ser un trabajo.
Esto se debe a que, para un Geek o Nerd, siempre hay alguien mejor, por lo que es innegable que existe la sensación de si uno mismo puede convertirlo en un trabajo.
Sin embargo, las personas a las que les gustan los ordenadores suelen tener también cierta arrogancia, pensando 'soy el más fuerte...'. Por otro lado, es probable que a menudo sientan profundamente sus propias debilidades.
Esto podría ser, en cierto sentido, la angustia que subyace a las palabras del desarrollador de Perl, Larry Wall, quien bromeaba sobre la 'pereza', la 'impaciencia' y la 'arrogancia'.

Actividad en Github

La primera vez que empecé a usar Github fue alrededor de 2016, pero básicamente, era lo que se conoce como un 'solo lector', es decir, solo hacía git clone.
Recuerdo que en ese entonces, siendo estudiante de secundaria, pensaba: '¡¿Por qué tengo que usar esto si ni siquiera sé dónde descargar las cosas?!'
En aquella época, la minería de GPU estaba de moda, y como extensión de eso, surgieron programas que realizaban ataques de fuerza bruta sobre los valores hash generados por crypt(3) de Unix para descifrar claves. Recuerdo haber clonado por primera vez solo para usar uno de esos programas.

El tiempo pasa y llego a los 20

Hablando de eso, estaba navegando por el foro de software de 5chan y encontré a alguien que buscaba un software que yo había modificado y usado para mí. Así que me registré solo para compartirlo, y eso fue bastante reciente.
Al montar servidores en casa y demás, a menudo los scripts se perdían o se borraban, así que empecé a hacer git push para evitar el sufrimiento de eso cada vez.
Eso es prácticamente todo, pero de alguna manera me volví capaz de manejar las operaciones de git, aunque...

Diferencias al usarlo en el trabajo

Quizás se trata de cuando empiezan a surgir conflictos, o cuando empiezas a usar git blame. Incluso si ocasionalmente envías pull requests en actividades de OSS, estas cosas no ocurren a menos que trabajes continuamente en un solo repositorio.
Sin embargo, si tienes operaciones claras que necesitas y las usas a diario en el trabajo, no creo que sea tan difícil.
Es un hecho que git en sí mismo es demasiado funcional y no lo domino por completo.

Lo bueno de hacerlo por mi cuenta

Si tuviera que dar un ejemplo de algo útil, por ejemplo, hago lo siguiente para los mensajes de commit ↓

$ git --no-pager log
commit 37d71cc01d1bce5b3d5d748b24c61f0d84f4c88b (HEAD -> main, origin/main)
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 08:06:00 2025 +0900

    fix: readme

commit d14075115766ac0dec86f8a9a5208d1834e0c018
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 00:29:44 2025 +0900

    add: gscp

commit dd932e5db50a4610fa59e08cd4aa2ee11d5eeb4d
Author: haturatu <taro@eyes4you.org>
Date:   Mon Mar 17 00:06:56 2025 +0900

    first commit
alleycat:[haturatu]:~/git/gscp$ 

Simplemente pongo add o fix al principio.
Como esto es de mi propio repositorio, lo he simplificado mucho, pero en el trabajo, escribo mensajes de commit sintiéndome un poco incómodo al escribir japonés en la CLI. Aproximadamente, cuando añado funcionalidades o archivos, uso add; cuando elimino funcionalidades o archivos, uso del; y para correcciones, uso fix. El beneficio de hacer esto es que te ayuda a desarrollar el hábito de categorizar correctamente los mensajes de commit.

git commit -m "fix: aaa" -m "add: bbb" -m "del: ccc"

En primer lugar, si vas a escribir varios mensajes de commit así, deberías dividir los commits. Pero como en mi situación actual no suelo hacer cambios enormes de golpe, lo anterior es suficiente hasta cierto punto.

Es fácil hablar de ordenadores

Esto... depende del entorno, pero estoy increíblemente agradecido de poder hablar de ordenadores a diario ahora.

Más tarde me di cuenta de que los 'peces flotantes' (personas como yo) en internet, que no tienen un lugar para compartir, una necesidad de reconocimiento o un lugar para desahogarse en el mundo real, podrían estar buscando eso. En otras palabras, quizás los 'peces flotantes' activos en internet también tienen partes insatisfechas en el mundo real, y por eso lo expresan en línea.

¿Adaptación a lo desconocido?

No lo siento mucho, pero si tienes curiosidad por el comportamiento de varios programas o cosas que no has escrito/no puedes escribir, y lees el código, lo entenderás hasta cierto punto, y te resultará relativamente fácil adentrarte en ello.
O mejor dicho, la mayoría de las cosas se pueden resolver intentándolo, así que no parece tan difícil.

Y la diferencia con las actividades personales es la situación de tener gente a tu alrededor a quien preguntar.
Esto también tiene un aspecto mental, pero normalmente, en el 'pantano' de las actividades personales, puedes seguir trabajando sin parar durante dos días sin dormir porque no entiendes algo o estás atascado. Sin embargo, si tienes compañeros de equipo, puedes pensar: 'No entiendo, así que preguntaré cuando tenga tiempo', o 'No están ahora y parecen ocupados, así que preguntaré más tarde y lo dejaré por ahora'.
Es innegable que esto puede llevar a un hábito de procrastinación, pero si estás lanzando un dado con una mayor probabilidad de resolución al tener a esa persona allí, incluso si lo pospones para el día siguiente, ¿no sería mejor?

Para terminar

Lo escribí así sin más, pero supongo que así quedó...
Siento que podría haber habido otras cosas, pero si se me ocurre algo más, lo anotaré sin más.
Hasta la próxima. Saludos.