Fantástico conteúdo! o sonho de ser um arquiteto passa também pelo lugar e projetos que você trabalha! faz 12 anos que trabalho com java, mas sempre em projetos que não me deram a possibilidade de estar com arquitetos e experimentar tecnologias e problemas mais atuais!.. sigo estudando e sonhando! obrigado !!
Vídeo objetivo mas com um conteúdo, como sempre, muito rico! Hoje sou dev, recém completei 3 anos de experiência e acho que ainda preciso de muita bagagem e mão-na-massa pra ter condições de contribuir com decisões mais arquiteturais, mas quando penso no futuro, a área de arquitetura é a que mais me atrai. Acredito que a vivência seja o fator determinante para trabalhar nessa área, mas por curiosidade, teria algum livro, curso ou outro material que tenha contribuído na sua jornada? Obrigada por compartilhar seu conhecimento conosco!
A maior contribuição foi começar a trabalhar com arquitetura. Os problemas me direcionaram a estudar e a evolução foi significativa. Existem bons livros como monolith to microservices do Sam Newman, que trazem uma visão realista de arquitetura de legados e dos desafios de microsservicos que vale muito a pena ler. Mas a maior bagagem que tive foi o dia a dia, xp do trabalho mesmo como arquiteta. Pq a profissão é sobre resolver problemas e não criá-los, quando se tem um problema real pra resolver vc pode estudar de forma mais direcionada. É claro que no meu caso eu tive oportunidade de aprender com outros arquitetos e ir evoluindo aos poucos, então isso foi bem importante pro meu crescimento.
Excelente conteúdo, ainda estou tentando migrar para o Java, suas aulas são verdadeiramente excelente, muitas explicações valiosas, e realmente estão me ajudando muito, vale todo tempo investido aqui. Quem sabe em um futuro saia um curso de Microsserviços, Design Patter e SOLID hein!? =) conhecimento nunca é d+ rsrs.. Muito obrigado.
Olá, David! Que bom, espero que continue acompanhando os conteúdos do canal. Nessa migração pro Java foca nos fundamentos e convenções da linguagem, essa parte de patterns e SOLID vai acabar aparecendo de forma orgânica, você vai ver. Sobre os assuntos, estão na minha lista, eu vou fazendo devagarzinho os cursos, sempre na paz e tranquilidade, então um dia vai sair, só não sei quando! :D
amei o vídeo, fiquei mais interessada sobre a área depois de estudar um pouco sobre System Design. Você poderia fazer um vídeo sobre como pensar como um engenheiro de software e poderia apresentar as diferenças entre o arquiteto e o engenheiro
Algumas perguntas que vc fez meio que é uma receita de bolo, kubernates, aws meio que padrão hoje em dia, já sobre os módulos podemos pensar em divisão por agregadores, no exemplo que vc deu de e-commerce, o customer é um agregate root já ordem seria um outro agregate root poderíamos pensar em módulos dessa forma?
Estou atuando como arquiteto há alguns meses, e de fato, esse vídeo reflete bem o dia a dia dos profissionais que ocupam esse cargo nas empresas... Com certeza é um cargo que exige bastante responsabilidade e esse vídeo traz aspectos importantes quando estamos na fase de definição de como será a arquitetura de um sistema levando em consideração a realidade atual da empresa. Giuliana, se puder trazer mais vídeos como esse, tenho certeza que vai agregar muito para os profissionais que atuam nessa posição, assim como agregou para mim.
Sou graduado e estou cursando uma pos em arquitetura de software e tenho objetivo de migrar para ela, sempre gostei muito SOLID, design patterns, minimizar custos, maximizar performance e de estar envolvido em algo estrutural que pode melhorar o software como um todo, tanto para manter quanto para agregar de valor para empresa... É uma área fascinante mesmo...
Tudo bom, Giuliana? Uma sugestão ou que eu senti falta neste vídeo foi a indicação de referências bibliográficas para se aprofundar mais, sabe? Livros, sites ou artigos interessantes para consumir.
Provocação: e existe ser desenvolvedor sem se preocupar com todas essas preocupações listadas? Na prática nas empresas, tem mesmo essa separação dev x arquitet@? Vc q tá passando por aqui... Como é na sua empresa? :)
Acho que depende muito do tamanho da empresa, empresas maiores costumam ser mais organizadas em silos e possuem time de arquitetura apartado, já nas menores é o acúmulo de funções. Mas tbm tenho curiosidade em saber como é nas empresas em geral, se é muito diferente
Em um cenário, DDD, Springboot, micro serviço, cada endpoint tem seu request, response e um handler geral de erro, um controllerUser fazendo CRUD tem vários endpoints. Como você indica para organizar o pacote, uma pasta controllers, com uma pasta controllerUser, dentro interface controllerUser, implementação, pasta request, response, ou de outra forma?
Eu gosto de optar pelos modelos mais simples (mvc) e só abro mão deles se tiver alguma motivação pra modelos mais complexos (hexagonal, clean). O mais importante e impactante é que solução esteja bem estruturada, depois disso é mais simples decidir que caminho seguir dentro do componente de aplicação (monólito modular, micros serviços e daí se decide a organização dos pacotes ).
Fantástico conteúdo! o sonho de ser um arquiteto passa também pelo lugar e projetos que você trabalha! faz 12 anos que trabalho com java, mas sempre em projetos que não me deram a possibilidade de estar com arquitetos e experimentar tecnologias e problemas mais atuais!.. sigo estudando e sonhando! obrigado !!
Vai conseguir, procura oportunidades que te permitam trabalhar nessa função, e em empresas que não sejam engessadas a respeito de pilhas tecnológicas
Bastante esclarecedor!
Vídeo objetivo mas com um conteúdo, como sempre, muito rico! Hoje sou dev, recém completei 3 anos de experiência e acho que ainda preciso de muita bagagem e mão-na-massa pra ter condições de contribuir com decisões mais arquiteturais, mas quando penso no futuro, a área de arquitetura é a que mais me atrai. Acredito que a vivência seja o fator determinante para trabalhar nessa área, mas por curiosidade, teria algum livro, curso ou outro material que tenha contribuído na sua jornada? Obrigada por compartilhar seu conhecimento conosco!
A maior contribuição foi começar a trabalhar com arquitetura. Os problemas me direcionaram a estudar e a evolução foi significativa. Existem bons livros como monolith to microservices do Sam Newman, que trazem uma visão realista de arquitetura de legados e dos desafios de microsservicos que vale muito a pena ler. Mas a maior bagagem que tive foi o dia a dia, xp do trabalho mesmo como arquiteta. Pq a profissão é sobre resolver problemas e não criá-los, quando se tem um problema real pra resolver vc pode estudar de forma mais direcionada. É claro que no meu caso eu tive oportunidade de aprender com outros arquitetos e ir evoluindo aos poucos, então isso foi bem importante pro meu crescimento.
Muito bom, mas ainda fiquei com gostinho de quero mais sobre outro assunto, keyclock, como seria lidar com ele sem painel somente com apis?
Excelente conteúdo, ainda estou tentando migrar para o Java, suas aulas são verdadeiramente excelente, muitas explicações valiosas, e realmente estão me ajudando muito, vale todo tempo investido aqui. Quem sabe em um futuro saia um curso de Microsserviços, Design Patter e SOLID hein!? =) conhecimento nunca é d+ rsrs.. Muito obrigado.
Olá, David! Que bom, espero que continue acompanhando os conteúdos do canal. Nessa migração pro Java foca nos fundamentos e convenções da linguagem, essa parte de patterns e SOLID vai acabar aparecendo de forma orgânica, você vai ver. Sobre os assuntos, estão na minha lista, eu vou fazendo devagarzinho os cursos, sempre na paz e tranquilidade, então um dia vai sair, só não sei quando! :D
Muito bom, precisamos de mais conteudo com este nivel e qualidade, parabéns!
Fico feliz que tenhas gostado, com certeza trarei mais! 🤩
amei o vídeo, fiquei mais interessada sobre a área depois de estudar um pouco sobre System Design. Você poderia fazer um vídeo sobre como pensar como um engenheiro de software e poderia apresentar as diferenças entre o arquiteto e o engenheiro
Ótimo vídeo! Tema muito bem abordado
Algumas perguntas que vc fez meio que é uma receita de bolo, kubernates, aws meio que padrão hoje em dia, já sobre os módulos podemos pensar em divisão por agregadores, no exemplo que vc deu de e-commerce, o customer é um agregate root já ordem seria um outro agregate root poderíamos pensar em módulos dessa forma?
Estou atuando como arquiteto há alguns meses, e de fato, esse vídeo reflete bem o dia a dia dos profissionais que ocupam esse cargo nas empresas... Com certeza é um cargo que exige bastante responsabilidade e esse vídeo traz aspectos importantes quando estamos na fase de definição de como será a arquitetura de um sistema levando em consideração a realidade atual da empresa. Giuliana, se puder trazer mais vídeos como esse, tenho certeza que vai agregar muito para os profissionais que atuam nessa posição, assim como agregou para mim.
Agradeço demais o feedback, é sempre bom ainda mais de outros colegas arquitetos. Trarei sim novos vídeos sobre o assunto :)
Sou graduado e estou cursando uma pos em arquitetura de software e tenho objetivo de migrar para ela, sempre gostei muito SOLID, design patterns, minimizar custos, maximizar performance e de estar envolvido em algo estrutural que pode melhorar o software como um todo, tanto para manter quanto para agregar de valor para empresa... É uma área fascinante mesmo...
É sim, difícil se entediar nela. Sucesso na pós, com certeza abrirá muitas portas!
Gostei do vídeo, no contexto em me encontro atualmente, faz mais sentido seguir a carreira de arquitetura, do que ir pra gestão de pessoas
São caminhos bem diferentes, depende muito do perfil de cada um de fato
Muito bom, esse é meu objetivo como profissional de T.I. Obrigado pelo vídeo. Agradeço mais ainda se fizer uma série sobre isso. rs
Quero muito fazer mais conteúdos sobre esse assunto, devo trazer sim aqui pro canal. Obrigada pela sugestão e sucesso na carreira! 🤩
Like garantido, não perco um vídeo
Tudo bom, Giuliana? Uma sugestão ou que eu senti falta neste vídeo foi a indicação de referências bibliográficas para se aprofundar mais, sabe? Livros, sites ou artigos interessantes para consumir.
Eu tenho um vídeo que fala sobre materiais de estudo, depois dá uma olhada: "Como me mantenho sempre atualizada"
traz algum criando um arquitetando um solução com alguns pontos de muita complexidade, no caso, uma aula falando sobre um projeto ficticio
Lança aquele curso na udemy de arquitetura pra gente 8D
Que legal! Falta só a mão na massa na AZURE pra garantir o MVP! Brincadeira! :)
Provocação: e existe ser desenvolvedor sem se preocupar com todas essas preocupações listadas? Na prática nas empresas, tem mesmo essa separação dev x arquitet@? Vc q tá passando por aqui... Como é na sua empresa? :)
Acho que depende muito do tamanho da empresa, empresas maiores costumam ser mais organizadas em silos e possuem time de arquitetura apartado, já nas menores é o acúmulo de funções. Mas tbm tenho curiosidade em saber como é nas empresas em geral, se é muito diferente
Muito interessante o conteúdo. Você tem alguma recomendação de livro a respeito do assunto?
Conteúdo top
Em um cenário, DDD, Springboot, micro serviço, cada endpoint tem seu request, response e um handler geral de erro, um controllerUser fazendo CRUD tem vários endpoints. Como você indica para organizar o pacote, uma pasta controllers, com uma pasta controllerUser, dentro interface controllerUser, implementação, pasta request, response, ou de outra forma?
Eu gosto de optar pelos modelos mais simples (mvc) e só abro mão deles se tiver alguma motivação pra modelos mais complexos (hexagonal, clean). O mais importante e impactante é que solução esteja bem estruturada, depois disso é mais simples decidir que caminho seguir dentro do componente de aplicação (monólito modular, micros serviços e daí se decide a organização dos pacotes ).