@coproduto Quem são os economistas e marxistas que concordam contigo?
Po, deve ser chato toda hora esse tipo de pergunta, mas é que fica vago
Apenas busco conhecimento
@leastsquared_ A área toda é uma mentira IMHO. PMs e POs que não entendem as dores dos usuários e nem conversam com eles; e desenvolvedores complicando arquitetura/código pq ouviram uns termos bonitinhos na Internet
@samsantosb Eu fico me perguntando como q pessoas que moram em apto lavam o carro
Da pra lavar no estacionamento? O condomínio deixa? Tem ralo próximo de todas as vagas pra água escoar?
Morar em apto consegue ser ruim até nesse sentido
Mas também pode cobrar e construir um negócio fodão, contratar 2000 candangos, abrir IPO e adquirir os concorrentes tudo mandando o preço para a estratosfera de tão baixo e se aposentando BOLUDÃO.
1. Usar singleton.
2. Cobertura de teste unitário deve ser próxima de 100%
3. TDD é a panacéia para fazer código bom
4. Depois do ORM, você não precisa mais se preocupar com o banco relacional
Alguns não fui eu pq já sou gato escaldado: mas já sofri muito na mão dos hypes, com o "empolgado" da equipe achando ele maravilhoso.
Um exemplo recente são sistemas pequenos apostando em microsserviços isolados. Sistemas com lógica relacional e necessidade transacional implementado com NoSQL "pq é mais rápido". São os delírios coletivos da área.
Alguns não são conselhos ruins, mas envolve maturidade para não exagerar (de mais ou de menos).
Dois deles são:
- "Otimização prematura é a raiz de todo mal"
- "Don't repeat yourself"
Hot take: todos não são absolutamente nada demais, qualquer pessoa minimamente organizada consegue deduzi-los
Mas de fato são um monte de nome inventado pra vender consultoria, curso e deixar currículo do tech lead bonito com suas maravilhosas obras de over engineering