%w(Akita On Rails) * 2.0 - GoF Design Patterns - Sobreviveu ao teste do tempo? Comments

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by wuerges

2008-07-18T02:48:56Z

Os design patterns descritos no GOF sao anos de experiencia de desenvolvimento de software condensados em poucas paginas. Sua validade independe de seu uso. E podem ser completamente ignorados pelo arquiteto que os conhece sem perdeur seu valor.

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by Mateus Nogueira

2008-05-08T17:43:41Z

Acho o questionamento sobre o proposito do GOF ao criar os Patterns totalmente relevante a medida que torna-se uma métrica pra avaliar a deficiencia estrutural na arquitetura de uma linguagem. Ou seja, IOC para RUBY é inutil pois o Ruby já possui uma estrutura na qual encapsula esta idéia.

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by AkitaOnRails

2008-02-21T14:51:55Z

“elegante” e “xml” quase nunca combinam na mesma frase :-)

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by Rafael Cotta

2008-02-21T02:23:41Z

Eu, da primeira vez que vi IOC na vida, enxerguei como uma aberração. Até começar a utilizá-la para construção de portlets em um grande projeto em conjunto com o Spring Framework.

O meu exemplo é de uma classe básica de portlet que é compatível com uma ferramenta de portal específica.

A beleza disso é que pudemos criar essa única classe básica e o seu comportamento é dado pelo seu Controller configurado elegantemente em um arquivo XML.

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by Vitor Fernando Pamplona

2008-01-18T12:01:39Z

Design patterns usados de maneira errada são piores do que uma gambiarra. Adicionam uma complexidade extra, muitas vezes desnecessária.

Eu nunca gostei de DI ou IOC. Não faz sentido eu gastar linhas de configuração só para especificar qual classe o meu programa deve criar. Mas tem gente que trata isso como a oitava maravilha do mundo, mesmo não tendo necessidade desta feature.

Que bom que a comunidade está começando a parar com essa “babação de ovo” pelos patterns.

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by Walter Cruz

2007-08-03T19:19:47Z

Acho que seria: “ataca o conceito em vez de culpar corretamente as pessoas”

Comment on 'GoF Design Patterns - Sobreviveu ao teste do tempo?' by RoadHouse

2007-07-31T00:40:58Z

Acredito que o livro do GOF é “datado” no sentido de ter sido feito para um momento especifico.

Tambem acredito que esse livro demonstra claramente defeitos nas ferramentas que usamos hoje (linguagens), haja a vista o suporte nativo que algumas linguagens têm oferecido a alguns do patterns (como por exemplo o PHP 5 tem suporte nativo ao factory – ou algo que o valha).

A questão ao meu ver, é que estamos em um processo de transição nas linguagens de programação o que se torna um pouco mais vidente na ascensão clara de linguagens com paradigmas diferente (ruby por exemplo), acredito que esse tipo de choque de opinião é natural e vá influenciar em futuras linguagens que tornaram o livro do GOF obsoleto e trará novos problemas…

algo parecido com um “GOF New Generation” ou “GOF Reloaded”=:]