Ainda na busca de um modelo melhor parar gerir conhecimento, estou fazendo alguns ajustes na estrutura que compartilho parte deste com o mundo. Em resumo, parar o foco em ferramental e estruturas e focar em escrever de fato.

Porque

Tenho basicamente dois objetivos com o “portifólio” de leitura que tenho online, primeiro, servir de consulta para mim, implicando um formato similar a uma wiki na maior parte dos casos, deixando espaço para os posts de experimentos, algo similar a um tutorial em que tenho um “caso de uso” e em segundo, dividir meu conhecimento, seja conteúdo em português de tecnologia, ou mesmo em inglês para tópicos mais nichados.

Eu já tenho uma porção de anotações, dividas em contextos diferentes, junto há um pseudo sistema que estou tentando definir para armazenar, indexar e tornar essas informações em conhecimento, no entanto, percebi que hoje, meu fluxo é basicamente o CLI, e quando longe dos meus computadores, um simples editor de texto no celular.

Workflow

O meu fluxo de trabalho é o ferramental confortável que uso para qualquer coisa que envolva texto, sendo primariamente composto do Vim/Neovim como editor de texto (às vezes Emacs com Doom, quando estou tentando estudar) com o NerdTREE e Telescope, vital para exploração e rápida navegação. No CLI, um combo de fzf, fd e rg como alternativa para os velhos conhecidos find e grep. Quando no celular, geralmente uso o Markor ou o Vim via Termux.

Sempre que eu tento otimizar essa experiencia no meu blog ou wiki, eu acabo gastando muito tempo olhando diversos geradores de site estático, temas, analisando se determinada funcionalidade vai me ajudar a expor esse conteúdo e mais recentemente, até fuçando com frontend, tentando ter uma nota decente no Lighthouse, buscando um site leve, acessível e moderno, com isso tenho gastado muito tempo fazendo ajustes, testando modelos e ferramentas que muitas vezes acabam sendo descartados.

Além disso, ainda estava tentando entender qual a melhor estrutura para guardar essas informações, na wiki hoje tenho o modelo estruturado em árvore, na minha wiki pessoal, tentei usar um modelo zettelkasten e nas minhas notas mais rápidas, simplesmente um monte de arquivo markdown em um unico diretorio, geralmente sem um nome decente. Como não consegui de fato cair no contexto do zettelkasten, ter tudo num único diretório facilita, mesmo que desorganizado, foi o mais efetivo simplesmente pelo ferramental que uso para interagir ser baseado no UNIX/CLI, algo com que lido desde sempre.

Também estou experimentando o jrnl, jogar tudo em um único arquivo e buscar com base nos seus filtros, mais esse por enquanto fica muito mais voltado para um estilo de escrita de diário, restringindo um pouco meu uso atual do mesmo para coisas especificas.

Passado, presente e futuro

As ferramentas que mais ficaram comigo até agora foram o Jekyll, que ficou responsável pelo meu blog quando ela ainda não era nem público e cujo qual ainda tem conteúdo que não migrei (ainda tem coisas da minha saudosa época no Gentoo), Hugo, cujo qual sustenta esse blog no momento e o mdzk, solução que conheci nos papos do grupo do NixOS no Telegram e hospedava a minha Wiki, mesmo assim, sempre tinha uma coisa ou outra que queria ajustar, seja no frontend, na usabilidade da ferramenta, no deploy, etc.

Dentro disso, ainda acabei ficando mais curioso em relação a tecnologias de frontend e SSGs, até cheguei a brincar um pouco, assim como outras “internets”, como o Gopher e o Gemini.

Honestamente, a inveja do Gemini vai ficar, focar somente em escrever e deixar o cliente renderizar de forma agradável para o usuário final, permitindo uma qualidade na leitura é algo incrivel, fora aquele sentimento de sair do caos que hoje é a internet com anúncios, JavaScript para todo lado e por aí vai.

Depois disso eu entrei numa espiral de minimalismo, tentando entender e focar no que realmente importava, escrever, por isso decidi que ia fechar os meus sites estáticos e tentar acomodar tudo dentro do meu blog, seguir com Hugo e o tema atual (PaperMod) e se necessário, usar partials para implementar algo que o tema ainda não suporta ou mimicar algo de outro tema que realmente faça alguma diferença na usabilidade do site.

A ideia agora é usar bem as taxonomias do Hugo para estruturar o conteúdo do blog de uma maneira agradável de consumir no navegador, mas primariamente de forma local, com um setup similar ao que uso para todo resto, assim uma vez que termine a migração e a limpeza desses sites, deixarei o repo aberto novamente, assim possibilitando que qualquer um que desejar simplesmente ignore o frontend e consuma as informações da maneira que achar melhor.

Isso também implica uma mudança no formato do conteúdo, atualizar x não atualizar um post, precisar de metadata, o tempo em que é escrito o conteúdo da wiki versus um post do blog (em que assumia formatos de pequenas notas e tudo mais), essa parte provavelmente vai render vários commits por conteúdo escrito, diferente do que tinha antes de somente subir algo quando estava “perfeito” e não mexer mais.

Conclusão

Sendo assim, aos poucos vou matando meus sites (hello e wiki dentro do bryanalbuquerque.dev) a partir de hoje, irei subir o conteúdo da wiki nesse mesmo endereço (blog.bryanalbuquerque.dev), em uma nova categoria e os outros viraram um post ou mesmo alguma pagina especial, os domínios que tenho atualmente vão virar um CNAME para o blog.