Comments on: SCEA 5 – Impressões sobre a prova e comentários sobre o conteúdo

By: Andre

Andre — Sun, 28 Oct 2007 13:13:46 +0000

Parabéns Urubatan. Poucos conhecem isso.
Teria como conversarmos melhor por email?
andrebritofonseca@gmail.com
Abraços.

By: AgroSol - Blog » Blog Archive » SCEA 5 Beta

AgroSol - Blog » Blog Archive » SCEA 5 Beta — Fri, 19 Oct 2007 20:34:31 +0000

[...] vários relatos interessantes sobre a prova. Em português no blog do Urubatan e no blog da Caelum. Em inglês Cameron McKenzie, Morten Franorge e Raj [...]

By: Urubatan

Urubatan — Tue, 16 Oct 2007 12:02:17 +0000

Fernando, vou tentar fazer um post sobre isto ainda esta semana

By: Fernando Franzini

Fernando Franzini — Tue, 16 Oct 2007 11:04:56 +0000

Ola Rodrigo

Comente mais esta questão sobre a deficiência do JSF !!! Como é ? Por que ?

By: » A prova de arquiteto SCEA 5.0 parte 1 » blog.caelum.com.br

» A prova de arquiteto SCEA 5.0 parte 1 » blog.caelum.com.br — Mon, 15 Oct 2007 07:31:04 +0000

[...] 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 [...]

By: Marcos Silva Pereira

Marcos Silva Pereira — Sat, 06 Oct 2007 12:00:30 +0000

Boa sorte com a segunda parte da prova. Sobre o Strategy, eu coloquei um exemplo aqui:
http://www.javafree.org/javabb/viewtopic.jbb?t=864920#141770

valeuz…

By: Juliano D. Carniel

Juliano D. Carniel — Fri, 05 Oct 2007 18:22:34 +0000

Fala urubatan!

Outro feedback interessante sobre a prova está em:
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=26&t=007174

Você que é um cara bom em jsf, não faria um post sobre as “características do JSF” ? =) hehehe

Mas tudo bem, valeu!
dia 16 sou eu =)

By: Bruno

Bruno — Fri, 05 Oct 2007 17:27:21 +0000

Para Design Patterns, comece com este: http://www.temporeal.com.br/produtos.php?id=160975

By: Carlos Costa

Carlos Costa — Fri, 05 Oct 2007 17:24:20 +0000

Urubatan,
Como ainda vou fazer a prova, realmente agradeço as dicas (não iria olhar muito design patterns por exemplo). Mas forçando ( ) a linha do NDA o que vc quis dizer sobre a JTA ? É sobre a integração dela com o app server, resource managers, etc ?
anyway… congrats pela parte 1!

By: Valentin

Valentin — Fri, 05 Oct 2007 16:20:41 +0000

Grande mestre

Cara, gostei deste post. Tirarei como base no que preciso aprender para faze-la.
O que gostaria de uma luz sua na questão dos Design Patterns. Como mirim em desenvolvimento java, gostaria de saber por onde comeco a estudar e indicações de leitura.
O intuito nao he para certificação, mas sim de aprendisado.

Parabens pelo glog.

By: tiago

tiago — Thu, 04 Oct 2007 20:57:18 +0000

Urubatan, tenho usado direto o pattern Strategy. Tenho varios algoritmos de teste que variam de impressora pra impressora. Assim eu informo o modelo e mando simplesmente “testar”, que o pattern me ajuda a organizar as classes de forma a testar apenas para a impressora X (se o teste for diferente do padrão).

Parece polimorfismo falando assim, mas é mais chato.

No mais, sucesso na prova!!!

By: Urubatan

Urubatan — Thu, 04 Oct 2007 17:13:37 +0000

Valeus
então eu chutei certo (na verdade foi por anulação) os outros patterns eu conhecia, este eu não conhecia e nenhum dos outros era a resposta para a pergunta

Eu uso soluções parecidas direto, só não sabia o nome do pattern

By: Tedy

Tedy — Thu, 04 Oct 2007 17:05:22 +0000

Ae Urubatan, blz?

O pattern strategy é aquele que define um conjunto de algoritmos que resolvem um determinado problema com estratégias diferentes.O exemplo mais trivial são os algoritmos de busca (bubble, merge, quick, heap, etc)… Isso já te ajuda? rsrsrs

Abraço

By: Bruno

Bruno — Thu, 04 Oct 2007 15:20:03 +0000

Fala Urubatan,

parabéns pela prova. Acho que, mesmo que alguém não queira obter a certificação, deveria estudar como se fosse prestar a prova. Só o estudo já vale a pena. Não tenho nenhuma certificação mas já estudei para algumas. Sem pressa, pretendo voltar aos estudos mas desta vez prestar as provas.

Quanto aos padrões, considero o Mediator um dos mais fedorentos. E o Strategy já me foi muito útil em muitos projetos.

By: Thiago Silva

Thiago Silva — Thu, 04 Oct 2007 14:31:02 +0000

Fala Urubatan,

Acho que o Mediator costuma ser implementado inconscientemente quando se faz GUIs. Por exemplo, se um diálogo tem uma série de widgets que colaboram entre si (ex. um evento em um widget deve acionar uma atividade em outro), ao invés de ter estes widgets referenciando explicitamente uns aos outros, faz-se com que todos eles referenciem apenas um objeto. Este seria o mediador, responsável por coordenar as atividades entre os vários widgets. Acho que o GoF ilustra este padrão com um exemplo similar. Enfim, acredito que o propósito é não ter uma encruzilhada de objetos fazendo referencias uns aos outros, em um dado contexto.

Já o Strategy….bem, só me lembro de um exemplo em que se tem um conjunto de classes que definem estratégias diferentes de otimização de código para um compilador. Algo como “algoritmos plugáveis”. Eu, pessoalmente, imagino uma vida feliz sem precisar batizar isso com um nome especial.

Sucesso,
Thiago