Por que eu criei este blog

LinkedIn não preserva ideias técnicas — posts desaparecem do feed em dias. Este blog nasceu para registrar aprendizados, decisões de projeto e anotações que precisam durar.

Depois de um tempo usando o LinkedIn como principal lugar para compartilhar ideias, aprendizados e alguns projetos, comecei a sentir falta de algo menos efêmero.

Post no LinkedIn funciona bem nos dias em que é publicado. Depois disso, ele praticamente desaparece do feed e só é reencontrado por quem entra no perfil e sai rolando a timeline inteira. Para conteúdos que eu gostaria de consultar de novo — ou apontar como referência — isso não funciona tão bem.

Esse blog nasce justamente para resolver isso: criar um espaço permanente para registrar raciocínios técnicos, decisões de arquitetura e aprendizados que precisam durar mais do que um algoritmo permite.

A ideia do blog

O Blog é um espaço mais permanente, organizado e simples para registrar:

  • ideias e pensamentos
  • guias rápidos
  • anotações técnicas
  • decisões de projeto
  • aprendizados que eu quero revisitar no futuro

Sem depender de algoritmo, sem precisar “performar”, e sem transformar isso em um projeto grande demais.

Como ele funciona

A parte que mais me agrada aqui é a simplicidade do fluxo de publicação.

Para publicar um post novo, eu só preciso:

  1. criar um arquivo Markdown (.md)
  2. colocar esse arquivo dentro da pasta src/content/blog
  3. commitar e mergear

Todo o resto é automático.

Cada arquivo Markdown vira uma página do blog.
A listagem, as rotas e o layout já estão prontos. Não existe HTML manual, não existe CMS e não existe banco de dados.

Se o conteúdo existe, ele aparece.

Estrutura do projeto

De forma resumida:

  • src/pages/blog/index.astro
    Lista automaticamente todos os posts.

  • src/pages/blog/[slug].astro
    Renderiza cada post individualmente.

  • src/content/blog/*.md
    São os posts em si.

Isso permite manter o blog organizado sem criar acoplamentos desnecessários. O conteúdo fica separado da interface, e a interface praticamente não muda.

Por que essa stack

A escolha das tecnologias foi bem pragmática.

  • Astro
    Escolhi o Astro porque ele é otimizado para conteúdo estático. A principal filosofia do framework é gerar HTML puro e enviar zero JavaScript para o usuário quando o conteúdo não precisa. Para um blog isso é perfeito: melhora SEO, carrega rápido e não depende de servidores ou banco de dados. Além disso, o Astro entende Markdown nativamente — cada .md vira uma página — o que simplifica a publicação e diminui o atrito para escrever com frequência.

  • Markdown
    É rápido de escrever, fácil de versionar e não depende de nenhuma ferramenta específica, embora eu tenha o costume de usar Notion, que exporta os textos para markdown com fidelidade.

Essa combinação permite que o blog exista sem virar uma obrigação de desenvolvimento.

Possíveis melhorias

Algumas ideias ficam abertas para o futuro:

  • integração com o Notion para gerar Markdown automaticamente
  • sistema simples de tags e categorias para buscas

[INSERIR LINK INTERNO PARA o post sobre DOOM no Cubo Mágico — primeiro experimento publicado aqui]

Por fim

Esse blog não é sobre frequência nem alcance.
É sobre registrar ideias de forma clara e acessível — para mim e para quem eventualmente cair aqui.

Se um texto continuar fazendo sentido daqui a alguns anos, então ele já cumpriu o papel de ser um registro técnico honesto, fora do ritmo frenético das redes sociais.