A prova de arquiteto SCEA 5.0 parte 1

Agora que já são cinco da Caelum que fizeram a prova beta da certificação Enterprise Architect, focada no Java EE 5.0, creio que possamos fazer um resumo sobre nossas opiniões e impressões sobre a prova, e sobre as diferenças para quem já fez a versão anterior da prova.

Vá preparado: como toda prova beta, você sai esgotado. Leve água e algum chocolate. São 153 questões em 4:30. Uma maratona. A partir do início de 2008 a prova deve oficializar e ter uma duração próxima a 2 horas, e conter cerca de 50 questões. A prova está mais difícil que a anterior: há menos questões triviais e mais textos para ler.

A prova tem algumas surpresas: existem questões que abordam ajax, outras falam sobre unit test, webservices restful, POJOs e algumas até esbarram em AOP! Um grande avanço. Um pouco mais de sorte e quem sabe teríamos perguntas sobre DSLs, DDD, MDD e testes de aceitação. Mas Service Locators, Singletons e Transfer Objects continuam por ali, mesmo a plataforma já tendo injeção de dependências e entity beans serializáveis no Java EE 5.

Não existem mais questões sobre UML. Também não perguntam mais sobre código, interfaces, ciclo de vida e outros detalhes técnicos da API de EJB. Apesar da segurança Java EE ter ganho espaço, criptografia, digests e certificados têm menor peso em relação a prova anterior. SecurityManager e policies aparecem mais.

Design Patterns aparecem bastante, como já acontecia antes. A novidade é que os Core J2EE patterns estão mais presentes, não se restringindo apenas a DAOs. Esses dois livros são leitura obrigatória para a prova, até mesmo o capítulo inicial de Design Patterns tem grande valia: temos perguntas sobre frameworks, herança, encapsulamento e orientação a objetos.

Muitas questões envolviam conhecimento de webservices, em especial sobre o uso das APIs JAXB, JAXP, JAXR, JAX-WS, JAX-RPC. O uso das anotações nos stateless session beans e em pojos também é abordado. Conhecimento básicos sobre SOAP, WSDL, XML também é necessário. Escolher CORBA, Webservices SOAP/WSDL, RMI, Sockets puro ou webservices restful também é cobrado na prova, porém bem menos. Sendo uma prova de arquitetura, esperávamos que esse tipo de decisão tivesse um peso maior do que o conhecimento sobre siglas, procotolos e APIs.

EJB3, JPA e JSF são as tecnologias de destaque. Existe necessidade de usar EJB em um sistema que não necessita de remotabilidade nem transações? Qual a desvantagem do JSF passar os dados via POST? Quando usar JSF e quando optar por servlet + taglibs + EL? Quando usar JPA e quando escolher JDBC direto? Vale lembrar que EJB3, JPA e JSF são as tecnologias que a Sun mais aposta hoje em dia, então a não ser que a questão de fortes indícios do contrário, a provável resposta correta envolve essas tecnologias.

Temos então as questões sobre arquitetura: tiers, layers, performance, avaliability, reliability, etc. Essas questões são sem dúvida as mais confusas. Uma arquitetura X-tiers é mais reliable que uma Y-tier? Esse tipo de questão aparece muito e alguns casos necessitaria de mais algumas (muitas) informações para uma resposta. Um outro tipo de questão de arquitetura aparece e é bem mais interessante: tradeoffs entre tecnologias como Java Web Start, Applets, Ajax ou puro HTML.

A prova é interessante, porém muitas questões continuam quase que subjetivas: dependendo de uma visão mais ampla a resposta poderia ser totalmente diferente. Retirar UML e código já foi um grande avanço, juntamente com a atualização da versão e das tecnologias.

Se você está estudando, alguns links interessantes são o post do Urubatan sobre a prova e esse tópico do fórum no Java Ranch. E você, tem algum link interessante? Comentários sobre a prova?

8 Comentários

  1. Fernando Boaglio 15/10/2007 at 09:41 #

    Existe uma lista criada para essa certificação, nesse site existe também um wiki: http://groups.google.co.in/group/scea5/

    O que as outras pessoas da Caelum que fizeram a prova acharam do exame? Poderiam colocar um comentário aqui?

  2. Sérgio Lopes 15/10/2007 at 14:28 #

    Eu achei a prova bem cansativa. Há muitas questões que parecem ambíguas ou que não têm uma resposta tão exata quanto eles querem. Talvez seja porque é uma prova beta ainda, espero que melhore na prova final.

    A prova realmente é difícil mas para quem trabalha com Java EE mais frequentemente não deve ter muitos problemas. Caem muitas coisas sobre as APIs do Java EE e coisas que às vezes a gente nem usa muito (muitas lá eu estudei só pra prova, nunca tinha usado).

  3. Fabio Kung 15/10/2007 at 17:58 #

    Boaglio, o Paulo fez uma compilação das discussões internas que tivemos sobre a prova. Pelo menos todas as minhas “considerações” estão embutidas no post do Paulo. 😉

  4. Homero Fonseca 23/10/2007 at 12:40 #

    Alguém já ouviu falar sobre nota de corte dessa prova?

  5. Paulo Silveira 23/10/2007 at 12:44 #

    Oi Homero

    Nas provas betas, a nota de corte só sai depois que todo mundo fez a prova! Então só deve sair no meio de novembro.

    abraços

  6. Braulio Consani Moura 24/10/2007 at 07:35 #

    Pessoal,
    também fiz a prova em uma sala menor uqe um banheiro de boteco e sem ar considicionado, conclusão: em 3 horas e meia realizei a prova sem voltar nas questões que achei mais enroladas.
    Concordo com o pessoal que falou que as questões de “case” estavam um pouco confusas e muitas vezes abertas a inferências que poderiam alterar completamente a resposta.
    Fiquei surpreso também com o excesso de perguntas de sopa de letrinhas como JAXP, JAXR, RPC, JAXxulambs…
    Mas prova beta é assim mesmo, creio que o caminho para a prova final está bem traçada, com equilibrio nos assuntos e mais pontos positivos que negativos, dentre eles o aumento da dificuldade.

  7. Wesley Gonçalves da Silva 09/11/2007 at 06:49 #

    Olá Pessoal,

    Também fui um dos que passou 3 e meia diante do computador fazendo a prova… Por acos alguém tem notíca dos resultados?

    Abraços

Deixe uma resposta