Sou dev em uma empresa do ramo de saúde, por padrão usamos uma stack muito be... · kaiqueramos

Sou dev em uma empresa do ramo de saúde, por padrão usamos uma stack muito bem estabelecida baseada em Java+Spring. Lidamos essencialmente com aplicações rodando em backend, com disponibilidade 24/7.

Esse ano iniciamos uma iniciativa que seria focada em redução de custos. Nosso desejo é migrar a maioria das aplicações para funções lambda, essas que serão escritas em Go. Esse projeto visa uma economia de 90% no total do custo dos serviços que serão migrados.

De um tempo pra cá, tenho me focado em aprender e usar Go para qualquer tarefa no meu dia a dia. Preciso realizar uma busca no banco? Vou fazer em Go. Preciso percorrer uma planilha para metrificar algo? Golang. Até mesmo chamar APIs internas para teste, faço tudo em Go.

Não acho que Go foi feito pra tudo. A simplicidade de projetos Go muitas vezes são um ponto negativo dependendo do projeto; as vezes ter um projeto verboso e com muitos arquivos, porém em um paradigma que já é amplamente reconhecido, é 1000x melhor. Pelo menos pra mim.

Apesar disso, também não vejo Go como um overkill. Nessa comparação, pra mim seria como matar uma formiga com uma espada. Extremamente afiada e requer alguma habilidade, mas é leve e portátil, e funciona bem.

Uma frase que gosto bastate do livro O Programador Pragmático é Não reinvente a roda, a menos que precise de um entendimento melhor da roda. Go tem muito disso, te possibilita usar a roda pronta, mas também reinventa-la para entender os conceitos.

Primeiramente: Obrigado pelo comentário!

Eu percebi uma coisa bem crucial no teu contexto que contrasta com a minha situação: você tinha um objeitvo traçado antes de sair programando. Bem, em contrapartida, eu sou daquele tipo de programador que tenho várias ideias - boas, por sinal, tenho que confessar -; porém não as planejo como deveria, apenas quero ter a ideia pronta antes mesmo de saber realmente o que eu quero.

Sabe o mais interessante disso tudo? Eu já sabia disso, mas, ao menos tempo, eu esqueci desse pequeno detalhe. Ou, melhor, eu o considerei tão "irrelevante" que deixei passar. Olha a "irrelevância" dando trabalho para a minha produtividade.

E por isso, novamente agradeço por este comentário. Sem ele não teria chegado a reflexão de que o meu erro estive um passo anterior (aquele meme de que o problema não está no computador, mas no que está entre a cadeira e o computador).

Programar não é somente escrever código, mas resolver problemas usando o código. Na correria do dia-a-dia eu acabei esquecendo dessa verdade e deixei o essência da profissão fugir das minhas mãos.

Já tinha ouvido essa a frase "Não reinvente a roda, a menos que precise de um entendimento melhor da roda" em tempos diferentes (situações diferentes). Atualmente, eu estou ainda estou buscando o sentido apropriado do que me ocorre.