Se há alguns anos alguém me perguntasse por que decidi criar um site de ferramentas online, provavelmente acharia a pergunta um pouco estranha.
Porque na minha impressão, já existiam muitos sites de ferramentas na internet.
Compressão de imagens, conversão de PDF, formatação de JSON, geração de QR Code, conversão de cores... quase para cada necessidade, já existiam dezenas, até centenas, de sites. Muitas ferramentas já existiam há mais de dez anos, com bases de usuários enormes.
Então, por que criar mais um?
Para ser honesto, no início eu também não sabia.
No começo, era apenas para resolver meu próprio problema
Muitos programadores têm um hábito.
Ao encontrar um problema, a primeira reação não é baixar um software, mas abrir o navegador e buscar uma ferramenta online.
Às vezes precisava comprimir uma imagem.
Às vezes, formatar um trecho de JSON.
Às vezes, gerar um UUID.
Às vezes, só queria cortar uma imagem, converter um formato ou gerar um QR Code.
Essas necessidades não são complexas, mas surgem todos os dias.
Então, comecei a favoritar vários sites de ferramentas.
A barra de favoritos do meu navegador foi ficando cada vez mais longa.
Até que um dia, percebi um fenômeno interessante.
Quase nenhum site me deixava verdadeiramente satisfeito.
Alguns sites tinham mais anúncios do que conteúdo.
Outros exigiam login para uso.
Alguns eram muito lentos; uma função simples exigia longa espera.
Outros faziam upload dos arquivos para o servidor, sem eu saber por quanto tempo meus dados seriam armazenados.
E havia sites com uma interface parada no tempo, que simplesmente não funcionavam bem no celular.
Então, comecei a pensar:
E se eu refizesse todas aquelas pequenas ferramentas que eu mesmo usava com frequência?
No começo, era apenas um projeto para praticar.
Sem plano de negócios, sem roteiro de produto.
Só queria criar um site que eu mesmo estivesse disposto a usar todos os dias.
Escrever código não é a parte difícil; o difícil são os detalhes
Quando realmente comecei a desenvolver, percebi que criar as funcionalidades era, na verdade, a parte mais simples.
O que realmente consumia tempo eram os detalhes que os usuários quase nunca percebem.
Como a velocidade de carregamento da página.
Muitas pessoas podem achar que uma ferramenta para cortar imagens pode ser um pouco mais lenta sem problemas.
Mas eu não penso assim.
Se uma ferramenta exige três ou quatro segundos de espera, prefiro otimizá-la a deixar o usuário esperando mais uma vez.
Então, comecei a estudar constantemente a otimização de performance.
Como fazer o lazy loading das imagens?
Como dividir o JavaScript?
Quais recursos devem ser armazenados em cache?
Quais recursos devem ter cache de longo prazo?
Quais requisições afetam a renderização da primeira tela (FCP)?
Qual código, na verdade, nem precisa ser carregado?
Para melhorar uns poucos pontos no score, eu testava a performance da página repetidamente.
Às vezes, apenas mudava uma configuração.
Às vezes, só reduzia algumas dezenas de KB de recursos.
Embora o usuário talvez não sinta essas mudanças, todas essas otimizações, juntas, acabam fazendo o site inteiro ficar mais rápido e fluido.
Fazer ferramentas é mais complexo do que parece
No começo, eu achava que fazer uma ferramenta era simplesmente escrever a funcionalidade.
Depois, percebi que um site que pode ser usado a longo prazo exige muito trabalho invisível.
Por exemplo, a internacionalização.
Se fizesse apenas um site em chinês, o desenvolvimento seria simples.
Mas se quisesse que pessoas de outros países também pudessem usar, isso significava mais do que traduzir textos.
Também era preciso considerar a tipografia de diferentes idiomas.
Os hábitos de uso dos usuários de diferentes países.
Como os mecanismos de busca identificam páginas em diferentes idiomas.
Como projetar as URLs.
Como otimizar os títulos e descrições das páginas para cada idioma.
Tudo isso, à primeira vista, não parece funcionalidade.
Mas é o que determina se o site pode realmente atender a mais pessoas.
SEO é mais difícil do que eu imaginava
Eu sempre achei que, se o site fosse bem feito, os mecanismos de busca naturalmente o indexariam.
Depois, descobri que a realidade era bem mais complicada.
Comecei a estudar sitemaps.
Dados estruturados.
Títulos de página.
Meta Descriptions.
Canonical.
Open Graph.
Cache de página.
Core Web Vitals.
Por que o Google e o Bing indexam uma página e ignoram outra.
Às vezes, um problema muito pequeno me levava horas, até dias, para encontrar a resposta.
Essa é também uma das maiores lições desse projeto.
Ele me fez começar a entender de verdade que um site não é apenas páginas e código.
Existem muitas regras ocultas por trás.
Por que insisto em manter gratuito?
Muitos amigos me perguntaram se essas ferramentas cobrarão no futuro.
Até agora, minha resposta é não.
Pelo menos para a maioria das ferramentas básicas, espero que permaneçam gratuitas.
Porque eu mesmo sou o usuário dessas ferramentas.
Eu sei que, quando você só quer comprimir uma imagem, não quer ver um pop-up de pagamento.
Quando só quer converter um arquivo, também não quer ter que se cadastrar primeiro.
Ferramentas devem resolver problemas, não criar novas barreiras.
Claro, o site precisa de servidores, manutenção e desenvolvimento contínuo.
No futuro, pode haver algum modelo de negócio, como anúncios ou funcionalidades premium.
Mas espero que isso não afete a experiência básica do usuário comum.
O nome ToolAct
Muitas pessoas, ao ver o nome ToolAct pela primeira vez, perguntam o que significa.
Na verdade, não há uma história muito complexa por trás.
Eu queria que o site fosse mais do que um monte de ferramentas.
O mais importante era que as ferramentas realmente ajudassem as pessoas a agir (Act).
Ferramentas em si não têm valor.
O que realmente tem valor é que elas economizam seu tempo, permitindo que você conclua as coisas mais rápido.
Então, em vez de colecionar muitas ferramentas, prefiro que você abra o site, use, feche e volte ao seu trabalho.
Ferramentas devem ficar em segundo plano, não no centro das atenções.
Fazer um site também é um aprendizado
Muitas pessoas veem um site e pensam que ele já está pronto.
Mas para o desenvolvedor, ele sempre é apenas um começo.
Cada vez que adiciono uma funcionalidade, aprendo algo novo.
Sistema de e-mail.
Autenticação de login.
Estratégia de cache.
Internacionalização.
Suporte à acessibilidade.
Compatibilidade com navegadores.
Otimização para mecanismos de busca.
Segurança.
Otimização de performance.
Muito desse conhecimento antes só existia na documentação.
Só ao fazê-lo por conta própria, percebi quantos detalhes havia.
Foi também por causa deste projeto que comecei a prestar mais atenção no que os usuários realmente precisam, e não no que eu acho que eles precisam.
O que vem a seguir
O ToolAct ainda tem muitos pontos a serem aprimorados.
Haverá mais ferramentas.
Haverá mais idiomas.
A velocidade será continuamente otimizada.
A experiência do usuário também será constantemente melhorada.
Não espero que ele tenha milhares de usuários da noite para o dia.
Prefiro que cada pessoa que venha aqui consiga resolver seu problema rapidamente e queira voltar na próxima vez.
Se um dia, quando precisar de uma ferramenta online, você pensar no ToolAct.
Acho que o projeto já terá sido meio caminho andado.
Por último
Na internet surgem novos produtos todos os dias, e muitos sites desaparecem silenciosamente.
Não sei até onde o ToolAct poderá ir.
Mas, pelo menos por enquanto, ainda gosto de continuar escrevendo código, continuando a otimizar detalhes que talvez ninguém mais perceba, e continuando a adicionar aquelas pequenas ferramentas realmente úteis.
Se você está lendo este artigo, então seja bem-vindo ao ToolAct.
Espero que alguma das ferramentas aqui, algum dia, lhe economize alguns minutos e resolva um pequeno problema.
Se for esse o caso, então a decisão de começar este site terá valido a pena.