Como ler CRITICAMENTE um Roadmap?

Esse cafezinho é a continuação direta do cafezinho anterior. Se eu falei como ler um roadmap agora vou falar como ler criticamente um roadmap? Você já parou para perguntar porque aprender tal coisa? Quando usar ou não usar uma tecnologia?
Referências:
Arquitetura Hexagonal • Arquitetura Hexagonal
A Religião do Seo Roberto ou Porque Clean Code é ruim #Cafezinho #198 • A Religião do Seo Robe...
Mensageria ou Message-Oriented Middleware • Mensageria ou Message-...
Conversas Sobre Tecnologia • Conversas Sobre Tecnol...
Lendo Domain-Driven Design • Lendo Domain-Driven De...
Seja membro do canal!
/ @victor.osorio

[@strapacao]

Over engineering é algo interessante de se discutir com os alunos. Os alunos mais curiosos gostam de arquiteturas elaboradas e complexas, acho que tem a ver com curiosidade da pessoa, se mostrar capaz de aprender aquilo tudo e colocar para funcionar. Acho válido uma discussão sobre a realidade prática e a comparação com soluções simples equivalentes.

[@EduardoCostaLisboa]

Uma coisa que eu vejo que se perdeu muito foi justamente o costume de se ler a documentação oficial. As pessoas sempre procuram um vídeo no RUclips, ou ainda antes disso procuravam uma postagem em blog, sendo que a própria documentação geralmente já tem um “Getting Started” ou “Begginers Guide” etc.

[@EduardoCostaLisboa]

Sobre o projeto feito com over engineering, também acontece o caso da empresa ficar refém desta solução por estar alocada em alguma área crítica e ser um vespeiro que ninguém quer mexer :-P

[@MarcelloJSilva]

Bem, falando em documentação acho que a série sobre o Java caberia um tour pela documentação, na faculdade conversando com colegas chegamos a conclusão que é ruim, provavelmente não sabemos como lê-la de forma efetiva, mas concluímos isto kkkkkkkkk

[@victor.osorio]

Pode ser o próximo. 😉

[@victor.osorio]

Eu já fiz um vídeo sobre documentação, mas vou refazer na série do Java. Aliás, obrigado pela dica.
ruclips.net/video/ewBUaTcfTVk/видео.html