SCEA com design patterns errados

{ October 28th, 2008 }

Autor: cmilfont

Once upon a time…

… A comunidade em volta da JCP adotou a aberração proposta pela SUN chamada EJB e o mecanismo de persistência seria uma JSR especialista chamada JDO. JDO seria a solução deifnitiva onde não importaria se você usa um txt, um xml ou um Banco de dados parrudo.

Com esse modelo de desenvolvimento foi criado um catálogo de Design Patterns[?] que serviria de “tábua dos 10 mandamentos” para a comunidade. Nasceu a prova de certificação em Arquiteto java com base nessa arquitetura.

Por fora da JCP uma turma se dedicou a criar uma forma de persistência específica para bancos de dados relacionais [Hibernate] onde não estavam preocupados se você guardava seus dados em um xml, queriam apenas resolver os problemas clássicos do mapeamento objeto-relacional. Outro pessoal jogava fora o modelo EJB e criava sua própria JEE [Spring] com técnicas e abordagens que surgiam como IoC, DI, Aspect Programming.

Com esse modelo de desenvolvimento, baseado sobretudo no conjunto de Design Patterns [PoEAA] da turma do Fowler, aposentaram o modelo da SUN apreciado pelos membros da JCP e redirecionaram o comitê para a aprovação de especificações copiadas desse outro modelo.

… and they lived happily ever after.

…

Opa, faltaram atualizar a prova de Arquiteto Enterprisey para adequar aos Patterns corretos. Ainda leio na ementa da prova no capítulo sobre Patterns:

• From a list, select the most appropriate pattern for a given scenario. Patterns are limited to those documented in the book – Alur, Crupi and Malks (2003). Core J2EE Patterns: Best Practices and Design Strategies 2nd Edition and named using the names given in that book.
• From a list, select the most appropriate pattern for a given scenario. Patterns are limited to those documented in the book – Gamma, Erich; Richard Helm, Ralph Johnson, and John Vlissides (1995). Design Patterns: Elements of Reusable Object-Oriented Software and are named using the names given in that book.
• From a list, select the benefits and drawbacks of a pattern drawn from the book – Gamma, Erich; Richard Helm, Ralph Johnson, and John Vlissides (1995). Design Patterns: Elements of Reusable Object-Oriented Software.
• From a list, select the benefits and drawbacks of a specified Core J2EE pattern drawn from the book – Alur, Crupi and Malks (2003). Core J2EE Patterns: Best Practices and Design Strategies 2nd Edition.

Posted in Certificações, Design Patterns, Engenharia de Software, Java, JSE, Melhores práticas ~ 6 Comments

Marketing e Certificações

{ May 27th, 2008 }

Autor: cmilfont

Está ocorrendo uma discussão na lista Scrum-Brasil sobre o valor da certificação ScrumMaster, está bem interessante.

Já escrevi muito sobre isso em posts passados. O Vinícius da ImproveIt escreveu sobre o assunto também.

Resumindo minhas considerações eu tenho a certeza de que certificações são apenas um apelo comercial de marketing pessoal ou de diferenciamento em licitações. Para as empresas é muito cômodo contratar com parâmetros estáveis de análise de currículo como certificações e nível superior, mas não é seguro.

Sou da opinião do Phillip Calçado que não devemos promover as certificações além do que elas representam criando um efeito artificial sobre a realidade. Como não é seguro contratar alguem por causa da certificação, é dever moral e ético de profissionais trabalharem para evitar essa promoção das certificações como algo sério.

Concordo com o Alexandre Magno de que é difícil entrar nas corporações sem um apelo “marketologico”, as certificações seria o cartão de visita para você passar da porta, mas o que tenho visto é depois que se senta de frente do CEO as certificações continuam como algo sério como se fosse realmente um diferencial, o que não é verdade.

Eu nunca dei muita bola para certificações, mas estou pensando seriamente em tirar algumas porque a IVIA (sócia do Tuangr onde trabalho) tem uma política de reembolsar os funcionários que se certificam. Isso é bom para a empresa que tem moeda para competir nas licitações e bom para os profissionais que entopem o currículo de graça com algo que o mercado erroneamente considera fundamental, fora isso não há motivo algum para alguém pagar caro por uma certificação.

[update 28/05/2008]

O Shoes blogou sobre essa thread.

[/update]

Posted in Certificações, Métodos Ágeis, Scrum ~ 2 Comments