DDD é um dos temas clássicos da ciência da computação no desenvolvimento de software. Para entender a importância do DDD deve-se ter um bom nível de amadurecimento em desenvolvimento, já que ataca os principais problemas e, claro, em desenvolvimento de sistemas complexos. O DDD separa o joio do trigo: dos desenvolvedores e "dos desenvolvedores". O problema é que o próprio livro do Erick torna dificil o entendimento e, principalmente, como aplicar. Tem muita gente por aí dando interpretações equivocadas sobre o DDD e por isso procuro me guiar no Domain-Driven Design Europe (tem o canal aqui no youtube), inclusive o Erick já fez várias palestras nesse canal.
Sou um programador Jr, sempre me questionam sobre DDD e TDD (vejo também na maioria das vagas). Eu iniciei com programação praticamente no começo deste ano e desde então só havia ouvido falar, mas graças ao seu vídeo eu consegui me introduzir nesse termo DDD e entender melhor sobre o que é o DDD. Obrigado por compartilhar os conhecimentos de vocês conosco, minha carreira agradece. Like e compartilhado para que mais pessoas possam aprender com vocês.
Excelente "primer", e que coincidência...recentemente fui questionado sobre DDD em uma entrevista. Acredito que trata-se de um daqueles temas que só com bagagem e experiência você realmente entende, e por isso a questão.
Tem razão Fernando. DDD não é leitura para quem está começando, aliás muita coisa na nossa área leva tempo para entender completamente. Por isso estar sempre estudando é importante e prazeroso. Grande abraço!
Sigo as práticas de DDD há alguns anos já. Os padrões táticos e estratégicos realmente mudam a forma como a gente interage com especialistas de negócio, vê o software e o problema que estamos resolvendo. Não consigo hoje não seguir por esse caminho, se tenho essa oportunidade. É muito massa ver esse conteúdo tomando mais corpo na comunidade brasileira. :)
woow, que tema... esta maneira de enxergar a integração entre as áreas de negócio e tecnologia é extremamente salutar. Como com certeza a faculdade não abordará esta questão com uma referência bibliográfica tão boa, irei ler este livro muito em breve. Obrigado pelo vídeo!
Apesar de ser um livro antigo se tratando do ano de 2003, o conteúdo é super atual. Abre muito a cabeça na hora de desenvolver um software de qualidade, aborda conceitos importantes na hora de trabalhar com arquitetura de microserviços.
Tem que sempre usar o DDD antes do número para ligar para uma pessoa! Brincadeiras a parte kkkkkk Interessante o conteúdo sobre DDD, cheguei no canal agora e estão de parabéns!
Pensa num assunto que vem ganhando relevância, ai se encomenda o livro no Mercado Livre, e quando vê pá: um casal querido vem falar do assunto!! Como não assistir?
Gabriel, Vanessa, por favor, num próximo video vocês podiam, se possível, cobrir o assunto, e falar um pouco, o quem sabe uma mini serie, montando uma arquitetura com base em DDD, fico pensando que um dos grandes desafios do DDD é a delimitação de um domínio, onde ele se inicia e onde termina...
Eu agradeço o vídeo, explicação excelente, pois não consegui achar de forma clara alguém me explicando o assunto (acho que, justamente, por ser mais outro bundle de termos e nomes esquisitos pra dizer a mesma coisa que já fazemos kkk). Mas voltando ao assunto em si, acho 90% inútil... Um desenvolvedor não deveria ter que ocupar o cérebro memorizando essas besteiras. Tem coisas que são mais necessárias nos especializarmos. Quem deveria se preocupar com isso é o dono do negócio, ou um gerente, algo assim... Pra ser mais uma opção de como as equipes serão organizadas: desenvolvimento, negócio, etc.
Sei que não tem haver com o vídeo, mas o que vocês estão achando daquela IA GPT-3? Existe alguma possibilidade de ela "tomar o emprego" de alguns programadores?
DDD é punhetação mental! Claro que não estou falando isso no sentido contestar o vídeo (que foi muito bem feito e informativo, vale o agradecimento), nem querer dizer que nada do DDD presta já que muito se aproveita em teoria, mas quando vai para implementação, muitos destes conceitos engessam a produção e, principalmente, o desenvolvimento. Quem já viu, ou pior, teve que dar manutenção num código baseado em DDD vai entender. Na prática a burocracia acaba virando prioridade e não o negócio. Criam uma camada de complexidade totalmente desnecessária para a grande maioria das entidades, algo que só vai piorando conforme o sistema cresce e mais entidades são criadas, uma cama de gato com kilos de objetos para resolver uma entidade dentro de uma padronização puritana sem demanda lógica. Minha sugestão é usarem o conceito DDD (não a implementação) e sempre focar no básico das boas práticas para deixar as coisas simples e escalonáveis, como Separation of concerns, Layers e os próprios recursos da orientação a objetos. Com esses 3 pilares vão resolver muita coisa, podendo até sem saber implementar algo como DDD faria, mas pela necessidade e não pela regra. Uma dica para os mais novos ou até mais velhos que ainda não se ligaram: cuidado com teorias e ferramentas, estão sempre "inventando" alguma coisa para vender livros e cursos. No grosso pouca coisa é realmente impactante, não passam de variações que entregam mais do mesmo.
DDD também pode se referir a Data Driven Development, usualmente chamado de Data Driven Programming. . É um conceito interessante que seria muito bem explicado pela didática de vocês. . Um artigo relacionado muito interessante é o ""Try to Code Without If-statements" : medium.com/edge-coders/coding-tip-try-to-code-without-if-statements-d06799eed231
Excelente conteúdo! Parabéns por conseguirem sintetizar um tema complexo de uma forma objetiva e muito didática!
Muito obrigado Branas! Foi um desafio enorme mesmo. É uma honra pra nós receber sua aprovação, adoramos seu conteúdo.
-Primeiro video que assisto do canal
-Me chamou de CDF
-São 4h14 da manhã
-Ganhou um inscrito
DDD é um dos temas clássicos da ciência da computação no desenvolvimento de software. Para entender a importância do DDD deve-se ter um bom nível de amadurecimento em desenvolvimento, já que ataca os principais problemas e, claro, em desenvolvimento de sistemas complexos. O DDD separa o joio do trigo: dos desenvolvedores e "dos desenvolvedores". O problema é que o próprio livro do Erick torna dificil o entendimento e, principalmente, como aplicar. Tem muita gente por aí dando interpretações equivocadas sobre o DDD e por isso procuro me guiar no Domain-Driven Design Europe (tem o canal aqui no youtube), inclusive o Erick já fez várias palestras nesse canal.
Sou um programador Jr, sempre me questionam sobre DDD e TDD (vejo também na maioria das vagas).
Eu iniciei com programação praticamente no começo deste ano e desde então só havia ouvido falar, mas graças ao seu vídeo eu consegui me introduzir nesse termo DDD e entender melhor sobre o que é o DDD. Obrigado por compartilhar os conhecimentos de vocês conosco, minha carreira agradece. Like e compartilhado para que mais pessoas possam aprender com vocês.
Todos pedem mas quase ninguém aplica
Parabéns ao CDF pelo ótimo conteúdo!
Extremamente bem explicado, já tinha assistido alguns vídeos antes desse sem entender quase nada, e aqui ficou bem claro, muito obrigado e parabéns!
Uau! Muito obrigado pelo seu elogio. Ficamos felizes que o vídeo tenha ajudado. Grande abraço!
Vocês são maravilhosos. Muita coisas foram esclareidas na minha vida assistindo os seus vídeos. Obrigado pelos conteúdos.
Excelente "primer", e que coincidência...recentemente fui questionado sobre DDD em uma entrevista. Acredito que trata-se de um daqueles temas que só com bagagem e experiência você realmente entende, e por isso a questão.
Tem razão Fernando. DDD não é leitura para quem está começando, aliás muita coisa na nossa área leva tempo para entender completamente. Por isso estar sempre estudando é importante e prazeroso.
Grande abraço!
Sigo as práticas de DDD há alguns anos já. Os padrões táticos e estratégicos realmente mudam a forma como a gente interage com especialistas de negócio, vê o software e o problema que estamos resolvendo. Não consigo hoje não seguir por esse caminho, se tenho essa oportunidade.
É muito massa ver esse conteúdo tomando mais corpo na comunidade brasileira. :)
Pessoal, parabéns pelo conteúdo!!!
Vocês conseguiram passar de uma forma muito clara.
impressionado como vocês conseguiram por todo esse conteúdo em 11 minutos O_O...
woow, que tema... esta maneira de enxergar a integração entre as áreas de negócio e tecnologia é extremamente salutar. Como com certeza a faculdade não abordará esta questão com uma referência bibliográfica tão boa, irei ler este livro muito em breve. Obrigado pelo vídeo!
"É um daqueles livros que exige dedicação para a leitura". De fato, não é uma leitura rápida e fácil, mas é bem interessante!
Apesar de ser um livro antigo se tratando do ano de 2003, o conteúdo é super atual.
Abre muito a cabeça na hora de desenvolver um software de qualidade, aborda conceitos importantes na hora de trabalhar com arquitetura de microserviços.
Perfeita explicação, muito obrigado!!!
Muito interessante, amo aprender sobre o que mercado que estou atuando quando desenvolvo, mas nunca soube sobre DDD. Interessantíssimo.
Excelente o conteúdo! Parabéns teachers.
Acompanho vcs a anos. Cada vez gosto mais ❤. Queria ver um Trybe talks com voces dois rs. Sou da turma 24b
Excelente conteúdo! Parabéns pelo vídeo. Ficou muito bom!! :)
Muito obrigado Matheus. 🤓
Parabéns pelo vídeo casal, nota mil! 👏👏👏
Que tema TOP hein.. Muuuito bom. Parabéns casal. =D
show de bola. Parabéns!!
Parabéns!!
Tem que sempre usar o DDD antes do número para ligar para uma pessoa!
Brincadeiras a parte kkkkkk
Interessante o conteúdo sobre DDD, cheguei no canal agora e estão de parabéns!
Pensa num assunto que vem ganhando relevância, ai se encomenda o livro no Mercado Livre, e quando vê pá: um casal querido vem falar do assunto!! Como não assistir?
Obrigado pelo vídeo!
Shooow de bolaaa!!
Gabriel, Vanessa, por favor, num próximo video vocês podiam, se possível, cobrir o assunto, e falar um pouco, o quem sabe uma mini serie, montando uma arquitetura com base em DDD, fico pensando que um dos grandes desafios do DDD é a delimitação de um domínio, onde ele se inicia e onde termina...
Nossa eu havia pesquisado sobre isso no canal de vcs faz 1 semana
Cara isso foi tipo 🤯, para o projeto onde trabalho.
DDD é muito massa cara, corre atrás sim. Que tipo de projeto é o seu?
Pfv façam um vídeo sobre a GPT-3, dizendo como ela afeta a área de programação e como podemos aprender/usar ela a nosso favor
Excelente vídeo!
top esse casal... :D
A hostgator é indicado para um aplicativo por exemplo de relacionamento?
Obrigado! Ótimo vídeo!
Trás sobre CQRS
Adoro as caras e bocas da vanessa :D
Ate o 5:00 entendi, depois bugou a mente. Tem que desenhar pra,eu entender 😂😂
DDD, BDD, TDD...
Muitas técnicas de desenvolvimento
Muita informação rs
Já shipava sem nem saber que eram um casal
A regra é : Entrar > like -> assistir
Code smells seria um bom tema? Parabéns pelo vídeo
Já teve... olha m.th-cam.com/video/SQqqiC0YpA0/w-d-xo.html
Eita... agora que vi a data do vídeo. 😂😂
Eu agradeço o vídeo, explicação excelente, pois não consegui achar de forma clara alguém me explicando o assunto (acho que, justamente, por ser mais outro bundle de termos e nomes esquisitos pra dizer a mesma coisa que já fazemos kkk).
Mas voltando ao assunto em si, acho 90% inútil... Um desenvolvedor não deveria ter que ocupar o cérebro memorizando essas besteiras. Tem coisas que são mais necessárias nos especializarmos.
Quem deveria se preocupar com isso é o dono do negócio, ou um gerente, algo assim... Pra ser mais uma opção de como as equipes serão organizadas: desenvolvimento, negócio, etc.
Sugestão de tema: Rust Lang.
Live do Branas com ElemarJr vi vcs la
Legal
E difícil ter um expert disponível de forma a atender as necessidades de nivelamento de conhecimento de negócios para os desenvolvedores.
Entrei no vídeo achando que era o DDD telefônico. Kkk já sei que para me tornar um programador vou ter que ralar muito.
Kkkk
Sei que não tem haver com o vídeo, mas o que vocês estão achando daquela IA GPT-3? Existe alguma possibilidade de ela "tomar o emprego" de alguns programadores?
Oi Jeff, vamos soltar um vídeo sobre esse assunto logo, logo.
@@codigofontetv Que notícia boa, fico no aguardo.
Dicionário do Programador sobre RUBY, quando sai um vídeo sobre ?
Estamos devendo esse, né?! Mas ainda iremos atender ao seu pedido. ;)
@@codigofontetv Aguardo ansiosamente ;)
No começo do vídeo ele falou "todes as semanas"?
Direto da live do Rodrigo Branas :D
Só não entendi o pra que tantas canetas penduradas no jaleco, no da Vanessa tem umas 8.
Foi legal ver vocês falarem sobre o assunto, mas fiquei boiando... 😅
Falem de Rust pls :)
Eu ri muito com a thumbnail!
pessoal e sobre o GTP-3?
Vamos fazer um vídeo sobre muito em breve
@@codigofontetv showww
2 livros obrigatórios pra devs, esse e o clean code.
A thumb do vídeo ficou sensacional! kkkkkk... só olds entenderão.
Na duvida utilize DDD rsrs
DDD é punhetação mental! Claro que não estou falando isso no sentido contestar o vídeo (que foi muito bem feito e informativo, vale o agradecimento), nem querer dizer que nada do DDD presta já que muito se aproveita em teoria, mas quando vai para implementação, muitos destes conceitos engessam a produção e, principalmente, o desenvolvimento.
Quem já viu, ou pior, teve que dar manutenção num código baseado em DDD vai entender. Na prática a burocracia acaba virando prioridade e não o negócio. Criam uma camada de complexidade totalmente desnecessária para a grande maioria das entidades, algo que só vai piorando conforme o sistema cresce e mais entidades são criadas, uma cama de gato com kilos de objetos para resolver uma entidade dentro de uma padronização puritana sem demanda lógica.
Minha sugestão é usarem o conceito DDD (não a implementação) e sempre focar no básico das boas práticas para deixar as coisas simples e escalonáveis, como Separation of concerns, Layers e os próprios recursos da orientação a objetos. Com esses 3 pilares vão resolver muita coisa, podendo até sem saber implementar algo como DDD faria, mas pela necessidade e não pela regra.
Uma dica para os mais novos ou até mais velhos que ainda não se ligaram: cuidado com teorias e ferramentas, estão sempre "inventando" alguma coisa para vender livros e cursos. No grosso pouca coisa é realmente impactante, não passam de variações que entregam mais do mesmo.
Tudo que foi dito nesse comentário também é válido para o GitFlow. Referência: Gitflow: Entenda porque ele é a sua PIOR decisão
@@PersonalXZ valeu avisar, sempre bom ficar com pé atrás com essas coisas 'hypadas'
Que de jalecos remete a tíbio e perônio.
Ele disse "todes"?!
DDD também pode se referir a Data Driven Development, usualmente chamado de Data Driven Programming.
.
É um conceito interessante que seria muito bem explicado pela didática de vocês.
.
Um artigo relacionado muito interessante é o ""Try to Code Without If-statements" :
medium.com/edge-coders/coding-tip-try-to-code-without-if-statements-d06799eed231
Ddd diferent dimesion demons
Se tivesse combinado com o Branas não ia dar certo o timing hahaha
Pensamos a mesma coisa! ;)
entendi nada
primeiroooooooooooo
tendi nada
Meu DDD é 21
Sugestão de tema: Caché, banco de dados da Inter Systems.