Comments on: Domain-Driven Design é Simples: Basta Chamar DAOs de Repositórios http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/ Software e Batatas Fri, 06 Jan 2012 20:21:18 +0000 http://wordpress.org/?v=2.7.1 hourly 1 By: SOA Corporativa » Blog Archive » DDD, SOA http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-97747 SOA Corporativa » Blog Archive » DDD, SOA Wed, 13 Aug 2008 03:09:10 +0000 http://philcalcado.com/?p=468#comment-97747 [...] Artigo interessante: Domain-Driven Design [...] [...] Artigo interessante: Domain-Driven Design [...]

]]> By: Valder Lemes Zacarkim http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-93263 Valder Lemes Zacarkim Tue, 27 May 2008 14:56:48 +0000 http://philcalcado.com/?p=468#comment-93263 Um exemplo simples e eficaz! Parabens pelo post! Um exemplo simples e eficaz!

Parabens pelo post!

]]> By: George Queiroz http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-93260 George Queiroz Tue, 27 May 2008 12:50:25 +0000 http://philcalcado.com/?p=468#comment-93260 Como foi falado, tudo o que foi descrito existe desde os primórdios, a diferença é que agora temos grandes times de desenvolvedores, componentes etc etc, antigamente um mesmo cara, conhecia o problema, desenhava, fechava com o usuário e implementava, ou na época do clipper era diferente? Pois é, hoje sempre se negligencia na parte de levantamento dos requisitos(entimento do problema) e como se trabalha em esquemas de fábricas, soltam um monte de UC e manda construir, e em muitos o desenvolvedor que ver que a coisa não funcionar, e quando se volta ao time de requisitos, nem eles mesmos tem certeza. Por certo o problema é que se é dedicado muito tempo para código haja visto que o histórico de gasto de tempo para desenvolvimento é alto, então o conhecimento de negócio fica de lato, passo por isso todo dia... [s] Baiano Como foi falado, tudo o que foi descrito existe desde os primórdios, a diferença é que agora temos grandes times de desenvolvedores, componentes etc etc, antigamente um mesmo cara, conhecia o problema, desenhava, fechava com o usuário e implementava, ou na época do clipper era diferente? Pois é, hoje sempre se negligencia na parte de levantamento dos requisitos(entimento do problema) e como se trabalha em esquemas de fábricas, soltam um monte de UC e manda construir, e em muitos o desenvolvedor que ver que a coisa não funcionar, e quando se volta ao time de requisitos, nem eles mesmos tem certeza. Por certo o problema é que se é dedicado muito tempo para código haja visto que o histórico de gasto de tempo para desenvolvimento é alto, então o conhecimento de negócio fica de lato, passo por isso todo dia…

[s]
Baiano

]]> By: » Domain-Driven Design no Falando em Java 2008 » blog.caelum.com.br http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-93253 » Domain-Driven Design no Falando em Java 2008 » blog.caelum.com.br Mon, 26 May 2008 21:14:18 +0000 http://philcalcado.com/?p=468#comment-93253 [...] linkando para um excelente post do Philip Calçado que ele publicou essa semana (parece até que combinamos) sobre DDD falando justo que o que conta [...] [...] linkando para um excelente post do Philip Calçado que ele publicou essa semana (parece até que combinamos) sobre DDD falando justo que o que conta [...]

]]> By: Fred de Castro http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-93252 Fred de Castro Mon, 26 May 2008 20:49:58 +0000 http://philcalcado.com/?p=468#comment-93252 Gostei muito do artigo, estou lendo alguns outros artigos sobre o assunto e percebí que minha equipe já fazia DDD, mesmo sem saber o que era. Acho que é só uma questão de bom senso e maturidade para que todo mundo perceba os benefícios do DDD. Gostei muito do artigo, estou lendo alguns outros artigos sobre o assunto e percebí que minha equipe já fazia DDD, mesmo sem saber o que era.

Acho que é só uma questão de bom senso e maturidade para que todo mundo perceba os benefícios do DDD.

]]> By: Leandro http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-93244 Leandro Mon, 26 May 2008 12:37:06 +0000 http://philcalcado.com/?p=468#comment-93244 "As técnicas dos padrões em si é muito antiga e o livro não traz nada de novo..." Na sua apostila de Spring você já citava tais padrões e na mesma resaltava que mais importante era o [i]negocio[/i]. Essa linguagem comum deixa tudo mais fácil... +1vez bom post! “As técnicas dos padrões em si é muito antiga e o livro não traz nada de novo…” Na sua apostila de Spring você já citava tais padrões e na mesma resaltava que mais importante era o [i]negocio[/i].

Essa linguagem comum deixa tudo mais fácil…
+1vez bom post!

]]> By: Diogo Souza http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-92826 Diogo Souza Fri, 23 May 2008 01:54:25 +0000 http://philcalcado.com/?p=468#comment-92826 Mais um ótimo texto. Conheci este conceito de ubiquitous language na já citada materia da Mundo Java, mas antes já havia absorvido esta ideia de forma superficial, após problemas semelhantes ao descrito em um projeto. Acredito os patterns servem para amenizar dificuldades em implementação, sendo um suporte a modelagem e DDD em geral. Mais um ótimo texto.

Conheci este conceito de ubiquitous language na já citada materia da Mundo Java, mas antes já havia absorvido esta ideia de forma superficial, após problemas semelhantes ao descrito em um projeto.

Acredito os patterns servem para amenizar dificuldades em implementação, sendo um suporte a modelagem e DDD em geral.

]]> By: André Faria http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-92820 André Faria Thu, 22 May 2008 21:30:56 +0000 http://philcalcado.com/?p=468#comment-92820 Muito bom! Vejo muitas pessoas preocupadas em aplicar patterns, parace que se sentem importantes por isso, mas nem sempre se preocupam com a com a essencia desses patterns a razão pela qual eles foram criados, e os aplicam de maneira ineficiente. Muito bom! Vejo muitas pessoas preocupadas em aplicar patterns, parace que se sentem importantes por isso, mas nem sempre se preocupam com a com a essencia desses patterns a razão pela qual eles foram criados, e os aplicam de maneira ineficiente.

]]> By: Rafael Ponte http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-92794 Rafael Ponte Thu, 22 May 2008 15:57:04 +0000 http://philcalcado.com/?p=468#comment-92794 Excelente post Shoes! O que vejo em várias discussões, assim como no GUJ, é que muitos desenvolvedores simplesmente acham que utilizando-se dos patterns existentes no livro do Eric Evans vão está usando Domain-Driven Design. O que acaba sendo um grande engano! E o pior é que eles fazem questão de ler somente sobre os patterns no livro ou em resumos e não se preocupam com a cerne do DDD, que é a ubiquitous language e o domain model. Por isso houve aquela grande discussão no GUJ na thread sobre a matéria na MundoJava do Rodrigo Yoshima, muitos desenvolvedores simplesmente queriam ver patterns, pois acham que utilizando-se dos patterns estarão usando DDD. Enfim, parabéns Shoes, tenho acompanhado há muito tempo seu blog (os dois) e muitas discussões no GUJ e tenho aprendido bastante com elas. Abraços. Excelente post Shoes!

O que vejo em várias discussões, assim como no GUJ, é que muitos desenvolvedores simplesmente acham que utilizando-se dos patterns existentes no livro do Eric Evans vão está usando Domain-Driven Design. O que acaba sendo um grande engano! E o pior é que eles fazem questão de ler somente sobre os patterns no livro ou em resumos e não se preocupam com a cerne do DDD, que é a ubiquitous language e o domain model.

Por isso houve aquela grande discussão no GUJ na thread sobre a matéria na MundoJava do Rodrigo Yoshima, muitos desenvolvedores simplesmente queriam ver patterns, pois acham que utilizando-se dos patterns estarão usando DDD.

Enfim, parabéns Shoes, tenho acompanhado há muito tempo seu blog (os dois) e muitas discussões no GUJ e tenho aprendido bastante com elas.

Abraços.

]]> By: Diogo Santos » Blog Archive » Cadê a linguagem ubíqua? http://philcalcado.com/2008/05/22/domain-driven-design-e-simples/comment-page-1/#comment-92792 Diogo Santos » Blog Archive » Cadê a linguagem ubíqua? Thu, 22 May 2008 13:51:54 +0000 http://philcalcado.com/?p=468#comment-92792 [...] estava escrevendo um comentário para o artigo “Domain-Driven Design é Simples: Basta Chamar DAOs de Repositórios” do Philip Calçado, mas acabei escrevendo muito e achei melhor comentar por [...] [...] estava escrevendo um comentário para o artigo “Domain-Driven Design é Simples: Basta Chamar DAOs de Repositórios” do Philip Calçado, mas acabei escrevendo muito e achei melhor comentar por [...]

]]>