O início de 2026 me colocou em um loop de “como eu interajo com meu ambiente de trabalho?”: comecei um novo emprego, instalei um novo sistema operacional no meu computador pessoal e comecei a organizar arquivos para ganhar consistência e portabilidade entre ambientes.

Nos últimos anos tenho sido uma espécie de evangelista do JetBrains. Testei várias ferramentas deles para Java, Go, C, Rust e para trabalho com engenharia de dados. Mas meu contexto mudou bastante em 2025, então passei a usar o VS Code como minha IDE principal. Ainda assim, nunca me senti tão confiante quanto com as ferramentas da JetBrains: depuração, execução de aplicações e gerenciamento do Git frequentemente me empurravam para fora da IDE e para o terminal.

Como sempre, há bons trade-offs entre ferramentas, e sou grato ao VS Code por sua velocidade e adaptabilidade — e por me levar a ficar mais confortável no terminal.

Não lembro o momento exato em que usei o Vim pela primeira vez, mas faz anos que consigo fazer edições simples com ele. Lembro que se tornou mais “íntimo” quando comecei a trabalhar com Kubernetes e precisei editar seus manifests.

O Vim sempre me deixou desconfortável como uma IDE completa. Testar configurações pré-construídas (LazyVim/NVChad) nunca me tornou mais produtivo; geralmente me fazia sentir mais lento, porque era difícil entender o que acontecia dentro de um monte de arquivos .lua já pré-formatados.

O que mudou minha perspectiva foi assistir este vídeo. E para ser claro: não acho que seja um ótimo vídeo introdutório hoje. Alguns passos são difíceis de reproduzir, e alguns plugins mudaram ou foram abandonados nos últimos três anos. Mas a principal lição para mim foi: se você quer entrar no Neovim, é melhor construir sua própria configuração do zero.

Muitos programadores iniciantes cometem o erro de adotar uma única ferramenta poderosa, como um determinado ambiente de desenvolvimento integrado (IDE) específico, e nunca sair de sua interface aconchegante. Isso realmente é um erro. Temos de nos sentir confortáveis além dos limites impostos por uma IDE. A única forma de fazer isso é manter o conjunto de ferramentas básicas afiadas e prontas para serem usadas.

– Andy Hunt & Dave Thomas, O Programador Pragmático

À medida que fui mudando de contexto e ficando mais confortável de trabalhar no terminal, decidi experimentar usar o Neovim como minha IDE principal no trabalho.

Levei cerca de duas semanas ajustando: escolhendo um gerenciador de plugins, montando uma checklist do que eu precisaria e me acostumando ao fluxo de trabalho. Isso não significou que eu estivesse 100% confiante, mas eu conseguia enfrentar os desafios.

Como em qualquer começo, houve dificuldades — mas resolvê-las por conta própria, no meu ritmo, foi muito recompensador.

Hoje me sinto confortável escrevendo e executando código no Neovim, mas isso não significa automaticamente que eu seja rápido ao rodar, depurar, testar e afins. Ainda assim, tenho o básico (e as ferramentas) para continuar melhorando — e, eventualmente, aplicar a mesma mentalidade de configuração além do Go.

Você pode conferir minha configuração atual do Neovim no meu repositório de dotfiles.