Executando verificação de segurança...
1

Olha, me parece que vc gosta mais do js do que do java, pq em quase todos os pontos vc quis copiar coisas do js;

Minha opinião pessoal:

  1. Construtor com mais de 5 parâmetros já vira uma bagunça;
  2. Optional é uma droga, ninguém me convence que aquilo ali é melhor do que um (!= null);
  3. O "var" é uma aberração e nunca deveria ter virado recurso;
  4. Sobre os "AbstractSingletonProxyFactoryBean", a gente sabe exatamente o que a classe faz pelo próprio nome;
  5. Sobre verbosidade, eu diria que cada linha faz sentido de estar ali, sem coisas mágicas acontecendo;
  6. Sobre o Records, achei legal a idéia mas não gostei da forma que foi implementado;
  7. Existe sempre um tradeoff, javascript é simples, mas é a casa da mãe joana, linguagens tipadas e verbosas são mais burocráticas, mas impedem muitos problemas by design;
Carregando publicação patrocinada...
0

SIM. Criei conta neste site graças ao post. Ia mencionar exatamente os pontos 3, 5 e 6.

Não gosto de usar var pois atrapalha a manutenção do código. Levar alguns segundos pra identificar o retorno de cada variável em um projeto médio/grande, no meu ponto de vista, é prejudicial. Esse ganho é crucial pra obter produtividade (fazer mais em menos tempo). O dev que for manutenir o seu código lhe agradecerá por isso.

Além do mais senti falta de uma menção honrosa ao Lombok. Opção de otimizar a quantidade de linhas da classe muito mais viável que Records que limitam o construtor, por exemplo. Em projetos médios já se percebe esse gargalo.

1

Eu nao uso lombock pq nao gosto de coisas magicas-auto-geradas, meio que briguei com meu toke eauheuh;
Meio que uma filosofia de que: "o que nao esta escrito, nao existe"

1

Eu não vejo problema no var se o mesmo for escrito da forma correta, por assim dizer, como no exemplo abaixo:
var usuario = usuarioService.findByLogin(login);

Com isso é fácil de olhar o código e entender o que a variável é.