Pitch: Eu Construí um Projeto Paralelo para Aprender. E Acabou Virando um Produto de Verdade

Normalmente, quando eu quero aprender algo novo, eu construo um projeto paralelo.
É assim que eu testo se o que estou aprendendo realmente está sendo fixado na minha mente.

Ler e assistir tutoriais ajuda, mas nada fixa o conhecimento na sua cabeça como tentar construir algo real e ver aquilo quebrar. Se eu não consigo contruir algo na prática, eu não considero que eu realmente aprendi. É por isso que eu gosto tanto daqueles repositórios “construa seu próprio X”.

Eu também gosto de construir coisas que sejam úteis para mim.
Meu último projeto, por exemplo, foi um repositório pessoal de URLs integrado com IA usando RAG, ChromaDB e Ollama. Eu construí isso para ter certeza de que realmente entendia RAG, mas também para resolver um problema pessoal. Eu estava cansado de ficar buscando favoritos ou mantendo uma estrutura de pastas bagunçada só para encontrar os sites que eu uso com frequência.

Agora eu apenas pergunto para uma IA e ela me lembra o link.
Problema resolvido e conceito aprendido de verdade.

Depois de finalizar esse projeto, eu quis tentar algo diferente.

A ideia era simples: fazer tudo sozinho.

Dessa vez eu queria passar por todo o processo de desenvolvimento web do início ao fim. Não apenas programar funcionalidades. Tudo.

Eu sou desenvolvedor profissional há mais de seis anos, então desenvolvimento web em si não é novidade para mim. Mas, como a maioria dos desenvolvedores, eu geralmente trabalho em partes específicas de um sistema. Sempre tem o pessoal de produto, o pessoal de infraestrutura, gerentes, alguém lidando com burocracia. Raramente você tem a experiência completa sozinho.

Eu queria passar por todo o ciclo por conta própria.
Da ideia ao desenvolvimento, ao deploy, até todas as partes burocráticas e entediantes envolvidas em lançar algo real.

Então eu decidi construir um produto para testar tudo o que aprendi até agora.

Esse era o plano.

Claro que virou um caos

Como a maioria dos meus projetos paralelos, o processo foi completamente não linear e meio caótico. Eu mudei de direção várias vezes.

No começo, a ideia era apenas experimentar desenvolvimento com agentes e usar Kafka com IA para extrair análise de sentimento de avaliações de produtos. Basicamente um playground técnico para testar ferramentas que eu queria entender melhor.

Mas depois de um tempo eu perdi o interesse.
Não parecia útil o suficiente para justificar o esforço.

Então um amigo me contou que estava tendo dificuldade para encontrar um bom site para procurar emprego e também para criar e formatar currículos personalizados para diferentes candidaturas. Essa conversa desencadeou uma mudança de rumo.

Eu pensei em construir uma aplicação web que pudesse coletar oportunidades de emprego de diferentes sites e também gerar currículos personalizados para cada candidatura, permitindo edição e customização, mas começando a partir de um modelo pré-definido.

Essa ideia pareceu mais concreta.
Então eu mudei tudo.

Sobre o alapi e sendo honesto aqui

O resultado final se tornou Alapi. Eu só achei que o nome soava bem.

Antes de continuar, vou ser bem direto.
Este post tem dois objetivos.

O primeiro é compartilhar a experiência, porque eu acho que muitos desenvolvedores vão se identificar com esse processo caótico de aprendizado ao construir projetos paralelos, mudar ideias e tentar lançar algo real.

O segundo é, obviamente, divulgar o produto.
Então sim, isso também é uma promoção. Não faz sentido fingir que não é.

O Alapi é uma aplicação web que reúne oportunidades de emprego de diferentes sites e ajuda a gerar currículos personalizados para cada uma. Você pode editar tudo como quiser, mas começa a partir de um modelo estruturado para não perder tempo formatando.

O que começou como um experimento técnico virou um produto de verdade. E, por causa da mudança de direção, eu basicamente tive que refazer tudo do zero.

Realmente usando tudo o que eu aprendi

Esse projeto me deu a chance de finalmente usar muitas coisas que venho aprendendo ao longo dos anos, mas nunca tinha realmente aplicado juntas. Vou ser honesto: eu era um pouco preguiçoso em relação a isso antes. É fácil ficar confortável quando seu trabalho diário já envolve programar e outra pessoa se preocupa com o resto.

Dessa vez eu me forcei a passar pela experiência completa de construir e lançar algo praticamente sozinho. Ter assistentes de programação com IA ajudando e me incentivando também fez uma grande diferença. Isso removeu muita da fricção que normalmente faz você desistir no meio do caminho.

E isso expôs muitas dificuldades com as quais eu nunca precisei lidar de verdade antes, porque em um emprego normal elas ficam escondidas atrás de tarefas no Jira e camadas de gestão.

Manter um quadro e um roadmap claros se torna essencial quando você está sozinho, especialmente quando tem tempo limitado para trabalhar no projeto. Se você não sabe exatamente qual é o próximo passo, acaba desperdiçando o pouco tempo que tem e tudo fica bagunçado muito rápido.

Cada funcionalidade passa a ter um custo real. Não apenas tempo de desenvolvimento, mas hospedagem, manutenção e complexidade. Você começa a pensar muito mais antes de adicionar qualquer coisa.

Equilibrar custo, performance e experiência do usuário vira algo constante. Você não pode simplesmente adicionar coisas porque são legais. Tudo tem um trade-off.

E ainda tem a burocracia. Custos de hospedagem, sistemas de pagamento e todos os detalhes operacionais que ninguém menciona quando está ensinando desenvolvimento web. Tudo isso te dá uma perspectiva completamente diferente.

Essa experiência inteira me fez valorizar muito mais os desenvolvedores solo. Construir algo sozinho não é só sobre programar. É sobre lidar com tudo que está ao redor do código.

Eu aprendi muito tecnicamente.
Mas também aprendi a valorizar muito mais as pessoas que realmente lançam coisas sozinhas.

Se você quiser testar

Já que este post também é uma promoção, aqui vai a parte direta.

Se você ficou curioso, teste o Alapi.
Use e veja se realmente é útil. Se algo estiver ruim, me diga. Se algo estiver bom, me diga também. Feedback honesto é o que ajuda a melhorar o produto.

E se você achar que vale o preço, pode assinar e continuar usando. Se não, tudo bem também. Pelo menos eu vou saber o que precisa melhorar.

Esse projeto começou apenas como uma forma de aprender algo de verdade.
Agora é um produto real. Vamos ver até onde ele vai.