YAN JUSTINO
MSc. Software Engineering · PhD. Student
AWS · MCSD · OCA · ORCID · Tech Lead at ITAÚ Unibanco
Mas não se preocupe, meu amigo
C...
For further actions, you may consider blocking this person and/or reporting abuse
Primeiramente quero parabenizar pelo excelente texto, elucidando cada uma das abordagens de organização de projetos de software, diante da perspectiva de organização de pastas e camadas.
É incontestável a força com que as idéias do Uncle Bob ganham tração dentro da comunidade. Contúdo, penso que tudo precisa ser avaliado afim de se ter uma compreensão dos pros & contras sobre o uso de qualquer coisa que venha a contribuir para o desenvolvimento de um software.
Posso afirmar que a seguir o uso do template do Clean Architecture, traz uma cegueira sobre as pessoas desenvolvedoras, levando-as a acreditar que em TI tudo precisa ser IGUAL em todos os lados para facilitar o entendimento e compreensão das coisas. NÃO!
Na verdade o que precisa é uma estrutura de projetos que tenha voz, que expresse os valores, contextos, fluxos e lógicas sobre o negócio. - E aqui eu estou me restringindo à apenas focar na organização de projetos de solução, seja usando Java, Go, Rust, Python, C#, etc.
Obrigado Yan, por trazer essa visão sua e compartihar esse ponto de crítica construtiva junto a comundiade!
@jraraujo, agradeço a leitura e o comentário. Como sempre, bem sensato e ponderado seu ponto de vista, meu amigo.
O Uncle Bobo foi proposital? kkkkkkkkkkkkkkkkk
Sobre os templates, o que já vi no mercado foi o pessoal utilizando não somente o material do Uncle Bob como de outros autores sem o menor esforço analítico do porque utilizar. Isso me lembra a época da "paternite", onde se aplicavam vários patterns sem saber o porque (ainda vejo alguma coisa rolando hoje).
Sempre cabe o bom senso, não só do arquiteto que esta orientando o time, mas do próprio time que deve entender e sugerir.
Foi ato falho 🤣! Corrigido. Obrigado pela correção e leitura