Mas não deixa de ser um padrão, não é porque o padrão passou a fazer parte da linguagem que ele deixou de se padrão, apenas está encapsulado, se por algum erro de implementação voce precisar corrigir algo voce sabe como funciona porque está catalogado.

“Toda linguagem requer um padrão, até Lisp tem seu Dialeto de Domínio (não adianta procurar esse nos catálogos, batizei agora). A sacada é que eles não precisam ser padrões para sempre, a linguagem pode evoluir para não precisar mais de alguns deles. Mas, como diria o Tapajós, não existe canivete suíço. Nem mesmo os padrões são canivetes suíços. Muito pelo contrário: são soluções (em geral muito boas quando chegam ao ponto de serem chamadas de padrões) para problemas específicos.”

aí que está o ponto, como diria nosso presidente estamos chegando no “ponto G” da questão
Não é porque uma determinada linguagem embutiu um determinado padrão que esse padrão deixou de existir.
Não é porque uma determinada linguagem NÃO embutiu um determinado padrão que ela está errada, é que não compensa na maioria dos casos por conta de sua arquitetura, essa linguagem embutir esse padrão. Mas o padrão é para sempre, se ninguem mais o utilizará é outra história (que em informática é quase impossível, quase, padrões sempre vem e vão, vivenciei muito disso)

“Os padrões são muito importantes à medida que nos ajudam a identificar um problema comum e ao mesmo tempo fornecem uma solução, mas não devem ser vistos como soluções definitivas. Isso iria paralizar completamente a evolução. E não é isso que queremos, certo? ”

São soluções definitivas para o que ele é catalogado, a diferença é que novos padrões vão surgindo e outros vão sendo relegados, mas os que são relegados hoje podem ser resgatados no futuro, como por exemplo o uso do singleton e do factory que evidenciei no artigo, outro exemplo comum é na construção de OS, padrões de implementação de gerenciamento de memória, disco e processos vão e vem dependendo da arquitetura da máquina e do propósito desejado.

Falamos as mesmas coisas, só que com um enfoque diferente, acredito que um ponto comum seria chamar seu artigo de “Cuidado para um padrão não se tornar uma gambiarra”.

Toda linguagem requer um padrão, até Lisp tem seu Dialeto de Domínio (não adianta procurar esse nos catálogos, batizei agora). A sacada é que eles não precisam ser padrões para sempre, a linguagem pode evoluir para não precisar mais de alguns deles. Mas, como diria o Tapajós, não existe canivete suíço. Nem mesmo os padrões são canivetes suíços. Muito pelo contrário: são soluções (em geral muito boas quando chegam ao ponto de serem chamadas de padrões) para problemas específicos.

Os padrões são muito importantes à medida que nos ajudam a identificar um problema comum e ao mesmo tempo fornecem uma solução, mas não devem ser vistos como soluções definitivas. Isso iria paralizar completamente a evolução. E não é isso que queremos, certo?

Quando voce cria um domain model por exmeplo vboce está seguindo um padrão, se voce implenta uma linguagem seja de propósito geral ou uma DSL voce criou e/ou segue um padrão.

Um abraço
Tapajós