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:
- criar um arquivo Markdown (
.md) - colocar esse arquivo dentro da pasta
src/content/blog - 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.mdvira 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.