Como o desenvolvimento pessoal e o amor por computadores me ajudaram no trabalho

Olá, sou o Incompetente.
Estava tão ocupado que, antes que percebesse, tinha esquecido de atualizar por um bom tempo.
Desculpe.

De repente, pensei

Eu entendo a sensação de ansiedade quando você gosta de mexer com computadores, mas isso não se traduz em um trabalho.
Isso porque, como um Geek ou Nerd, sempre há alguém melhor, então é inegável que existe a sensação de "será que eu mesmo consigo transformar isso em um trabalho?".
No entanto, as pessoas que gostam de computadores geralmente também possuem uma certa arrogância, pensando "eu sou o mais forte...". Por outro lado, muitas vezes elas sentem profundamente suas próprias fraquezas.
Isso, de certa forma, pode ser a mesma angústia que está por trás das palavras de Larry Wall, o desenvolvedor do Perl, que brincou sobre "preguiça, impaciência e arrogância".

Atividades no Github

Minha primeira experiência com o Github foi por volta de 2016, mas basicamente eu era um "usuário apenas de leitura", ou seja, apenas fazia git clone.
Naquela época, como estudante do ensino médio, eu pensava: "Por que tenho que usar isso se nem sei onde baixar as coisas!".
Naquela época, a mineração de GPU e coisas semelhantes estavam em alta, e como uma extensão disso, surgiram softwares que faziam força bruta em valores de hash gerados pelo crypt(3) do Unix para quebrar chaves. Lembro-me de ter clonado pela primeira vez apenas para usar isso.

O tempo passou e cheguei aos 20 anos

Falando nisso, enquanto navegava no quadro de software do 5chan, encontrei alguém procurando por um software que eu havia modificado e usado para mim. Eu só me registrei para compartilhá-lo lá, e isso foi bem recente.
De alguma forma, ao montar servidores domésticos e tal, os scripts frequentemente se perdiam ou eram apagados, e para evitar o sofrimento de ter que lidar com isso toda vez, comecei a fazer git push.
É basicamente isso, mas de alguma forma, me tornei capaz de lidar com operações git, mas...

Diferenças ao usar no trabalho

Talvez seja sobre quando os conflitos começaram a ocorrer, ou quando comecei a usar git blame. Afinal, mesmo que você ocasionalmente envie pull requests em atividades de OSS, essas coisas não acontecem a menos que você trabalhe continuamente em um único repositório.
Mas se há operações claras que você precisa e as usa diariamente no trabalho, não acho que seja tão difícil.
No entanto, a verdade é que o próprio git é muito rico em recursos, e eu não domino todos eles.

O que foi bom em fazer individualmente

Por exemplo, em mensagens de commit, eu faço assim:

$ 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$ 

Eu simplesmente coloco add ou fix no início.
Como isso é do meu próprio repositório, eu o simplifiquei bastante, mas no trabalho, escrevo mensagens de commit sentindo um pouco de estranheza ao digitar japonês na CLI. Mais ou menos, quando adiciono recursos ou arquivos, é add; quando excluo recursos ou arquivos, é del; e para correções, é fix. A vantagem de fazer isso é que você desenvolve o hábito de categorizar corretamente as mensagens de commit.

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

Originalmente, alguém poderia dizer: "Se você está escrevendo várias mensagens de commit assim, apenas divida os commits", mas como não costumo fazer grandes mudanças de uma vez no meu estado atual, o acima é suficiente até certo ponto.

É fácil falar sobre computadores

Isso... depende do ambiente, mas agora posso falar sobre computadores diariamente, o que me deixa muito grato.

Percebi mais tarde que os "peixes flutuantes" (浮遊魚 - fuyūgyo), incluindo eu, que estão na internet, podem estar procurando um lugar para compartilhar, ou uma necessidade de reconhecimento, ou um lugar para desabafar, porque não têm um no mundo real. Em outras palavras, talvez os "peixes flutuantes" ativos na internet também tenham partes insatisfeitas no mundo real, e é por isso que estão produzindo conteúdo online.

Adaptação a coisas que não entendo?

Não sinto muito isso, mas quando fico curioso sobre o comportamento de vários softwares ou coisas que nunca escrevi/não consigo escrever, e leio o código, entendo até certo ponto, então consigo me adaptar com bastante facilidade.
Ou melhor, a maioria das coisas pode ser resolvida apenas tentando, então não parece ser tão difícil.

E a diferença de fazer apenas atividades individuais é a situação em que há pessoas ao seu redor a quem você pode perguntar.
Isso também tem um aspecto mental, mas geralmente, no "pântano" das atividades individuais, você pode não entender algo ou ficar preso e continuar trabalhando infinitamente, como não dormir por dois dias, o que já me aconteceu no passado. Mas se você tem membros na equipe, pode pensar: "Não entendo, então vou perguntar quando tiver tempo", ou "Eles não estão aqui agora e parecem ocupados, então vou perguntar depois e deixar isso de lado por enquanto".
É inegável que pode se tornar um hábito de procrastinação, mas mesmo que você adie para o dia seguinte, se você está jogando um dado onde ter essa pessoa aumenta a probabilidade de uma solução, não seria melhor?

Conclusão

Bem, eu apenas escrevi, mas acho que é isso...
Sinto que havia algo mais, mas se algo mais vier à mente, vou apenas anotar.
Até a próxima. Por favor, cuidem-se.