Estudei .NET na faculdade, mas acabei migrando para o Java, por cauda da Micr... · joaocabraldev

Estudei .NET na faculdade, mas acabei migrando para o Java, por cauda da Microsoft ser muito fechada na época. Depois não tive ânimo para estudar de novo.

Estou tentando aprender GO, mas também concordo que ainda é jovem. Não me vejo substituindo tudo o que eu faço em Java pelo GO (talvez por falta de conhecimento meu ou por cauda da linguagem mesmo).
Mas eu tento substituir o que eu faço em Node.js por GO e estou tendo sucesso, principalmente com auxílio da IA.

Estudei também Node.js, da época que a RocketSeat começou com aqueles cursos por semana (Semana OmniStack se não me engano).

Gostei bastante do NodeJS, principalmente se usado com TypeScript. NextJS com TypeORM parece muito Angular e Java com JPA (a stack que trabalho).

Se eu fosse escolher, escolheria Node.js com TypeScript.

Faz sentido a trajetória. A mudança do .NET para Java naquela época foi comum por esse mesmo motivo, Microsoft era fechada e o ecossistema corporativo já era Java.

Node com TypeScript é escolha sólida, especialmente para quem tem background em Java porque a curva de aprendizado é menor. NextJS lembrando Angular e JPA faz sentido estruturalmente: os dois são opinionados sobre como organizar o código, o que ajuda times grandes mas incomoda quem quer mais controle.

Go para substituir Node faz bastante sentido em serviços que precisam de concorrência ou baixa latência, mas para APIs CRUD padrão o ganho não justifica a migração.

Você está usando Go para substituir quais tipos de serviço especificamente: APIs REST, workers em background ou algo mais específico?