Pular para o conteúdo principal

Certificação SCJA - curiosidades e dicas

No mês passado eu compartilhei algumas curiosidades e dicas sobre a certificação SCJP 6 (Sun Certified Java Programmer), e agora chegou a vez da SCJA (Sun Certified Java Associate).
A SCJA também não tem nenhum outro exame como pré-requisito. Mas diferente da SCJP, a SCJA não é pré-requisito para nenhum outro exame, o que diminui muito o interesse por essa certificação.
Mas eu acho uma certificação muito interessante, pois é mais voltada para iniciantes no mundo Java, normalmente estudantes ou profissionais que estão mudando de tecnologia, funcionando como uma porta de entrada para as demais certificações e acelerando o ingresso ao mercado Java. Ou para aqueles que não são ou não pretendem ser especialistas Java, mas estão envolvidos com a linguagem de alguma forma, normalmente gestores, líderes de equipes, analista de negócio, etc.
Mas para quem já possui a certificação SCJP, acho pouco interessante obter a certificação SCJA.
A SCJA é um pouco mais básica, mas com uma cobertura maior de assuntos, portanto além de conhecer o básico de programação Java, também será necessário conhecer o básico de UML, JavaME, EJB, RMI, Servlets, JSP, JNDI, Swing, entre outros.
É muito importante estar afiado nos conceitos básicos de UML e da linguagem Java, isso já irá garantir boa parte da prova. E para os demais assuntos precisa saber apenas alguns pontos teóricos.
Eu fiz a prova a algumas semanas e fui bem (84%). Como achei a prova bem fácil, pensei que iria melhor, mas da mesma forma que a SCJP as pegadinhas são muitas e precisa estar bem atento.
Vou mostrar algumas dicas que coletei durante meus estudos por objetivo:
Conceitos Fundamentais de Orientação a Objetos.
  • Ao analisar métodos implementados de uma interface, tenha certeza de ver o modificador public, pois por default os métodos da interface são públicos.
  • Uma classe extende (extends) outra classe, implementa (implements) uma interface. Mas uma interface extende (extends) outras interfaces.
  • Classes abstratas podem ter construtores, enquanto interfaces não podem.
  • Uma classe final não pode ser extendida, portanto não pode ser abstrata.
Representação UML de Conceitos de Orientação a Objetos.
  • Java não permite herança multipla, portanto fique atento para marcar um diagrama com essa caracteristica como inválido.
  • Uma interface também pode ser representada pela notação pirulito (lollipop).
Implementação Java de Conceitos de Orientação a Objetos.
  • Enumerations não podem conter métodos abstratos e não podem ser definidos dentro de métodos.
  • Um método abstrato não pode ser declarado como final, privado ou estático.
  • Variáveis locais não possuem valores default, portanto precisam ser inicializadas antes do uso.
  • Não confundir o atributo estático length do array com o método length() da classe String.
  • Conhecer os conceitos de encapsulamento e polimorfismo.
  • Conhecer a ordem de execução dos construtores. E a ordem entre construtores, blocos de código e blocos estáticos.
Projeto e Implementação de Algoritmos.
  • A variável de iteração do laço for-each precisa ser declarada dentro da instrução.
  • Qualquer uma das três seções do laço for podem ser omitidas, ex: for( ; ; ) {} // laço infinito
  • O corpo do laço while não pode não ser executado, ex: while(false){} // erro compilação
  • No switch, a clausula default pode vir em qualquer posição.
  • Pode esperar muitas questões sobre a classe String, esteja certo de conhecer cada método mencionado no objetivo.
  • Lembre-se de analisar o escopo de uma variável declarada dentro de um for, while, método, etc.
  • Conhecer as diferenças entre os operadores de incremente pós-fixado e pre-fixado.
Fundamentos de Desenvolvimento Java.
  • Em um arquivo fonte pode haver apenas uma classe pública e o nome do arquivo deve bater com essa classe.
  • Lembre-se da ordem das instruções de um código fonte. Primeiro package, imports e por fim class.
  • Conheça os caminhos para configurar o classpath através dos comandos javac e java.
Tecnologias Java de Plataforma e Integração.
  • Aplicações JavaME desenvolvidas para um dispositivo não necessariamente funcionam em outros dispositivos.
  • JavaSE é incluida em todos ambientes JavaEE, portanto classes JavaSE funcionam em um ambiente JavaEE.
  • Para o JavaME, vá direto para a arquitetura, camadas e tipo de configuração.
  • Conheça exatamente os pacotes que contém as APIs JDBC, JMS, Servlet, RMI, etc.
Tecnologias Cliente.
  • Conhecer os seguintes comparativos:
Swing e AWT
Servlets e JSPs
RMI e Socket
Applet, MIDlet, Javascript e HTML

Tecnologias Servidor.
  • Conhecer em alto nível os tópicos de Web Services: SOAP, UDDI, WSDL e JAX-RPC.
  • Conhecer os componentes existentes de cada camada em uma aplicação JavaEE.
Faremos uma revisão teórica desses assuntos no novo minicurso Dicas para a certificação SCJA que acontecerá no dia 10/11/2009, terça das 19 às 22hs. E para finalizar, alguns links de simulados:
Abraço amigos javeiros e boa sorte.

Comentários

Postagens mais visitadas deste blog

10 reasons why we love JSF

1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa...

Sistema interativo de TV Digital com Ginga-J

No início de 2009, os estudantes de Sistema de Informação do Centro Universitário de Votuporanga ( UNIFEV ), Caio César Pereira de Souza e Rodrigo Gonçalves Constantino me apresentaram uma proposta para que eu fosse co-orientador junto ao professor orientador Djalma Domingos da Silva , em seu Trabalho de conclusão de curso (TCC) com tema TV Digital. A base que motivou o assunto, foi a palestra apresentada por Maurício Leal na I Conferência Java Noroeste sobre o tema TV Digital, realizada em 2006 em Votuporanga-SP. Ficamos muito entusiasmados com a possibilidade de interatividade na TV Digital, e a grande quantidade de possibilidades de desenvolvimento de aplicativos nesta área. Acompanhamos de perto as notícias na imprensa e todo o esforço e iniciativas realizadas pelo Fórum do Sistema Brasileiro de TV Digital Terrestre (SBTVD) , que organizou e produziu especificações ABNT, normatizando o sistema de TV Digital Terrestre. O foco do TCC foi realizar o desenvolvimento de uma pequena ...

JSF 2 - Composite Components, você não precisa mais ser um ninja

Estamos em uma nova era da computação, os dados não estão mais localizados em um banco dentro de sua empresa, vivemos a explosão de redes sociais, informações são geradas a todo instante, e se torna essencial que sua aplicação conheça os serviços disponíveis na web e consumam suas APIs geralmente disponíveis por serviços REST. Legal, mas como ficam meus aplicativos Java EE neste novo cenário? Para quem vem acompanhando a evolução da plataforma, é notório que todo esforço vem sendo utilizado para aumentar a produtividade e a integração com novos serviços. Basicamente duas especificações surgem com muita força para atender este cenário, a JSR - 314 (JSF-2) e JSR - 311 (JAX-RS), neste post exploraremos a JSR-314 (JSF2) e sua nova forma de criar Composite Components. Uma das grandes queixas dos desenvolvedores JSF era a complexidade em criar composite components, era necessário um vasto conhecimento sobre o ciclo de vida de uma aplicação JSF. Agora, você não precisa ser mais um “ninja” em ...

Exemplo de CRUD para o AppEngine(Struts 2 + Google Guice + JPA)

E dando continuidade a série "Who wants to be a milionaire"... Ok, então você já teve a sua idéia milionária, já deu uma lida no Google AppEngine(GAE) depois do meu último post mas agora tá faltando aquele 'empurrãozinho' para iniciar seu projeto. Tudo bem, aqui vai um empurrão ladeira abaixo... Vou detalhar neste post uma aplicação completa(CRUD) utilizando alguns frameworks Java(Struts 2, Google Guice, JPA) sendo hospedada no Google AppEngine(GAE). Não vou entrar em detalhes específico de cada um dos frameworks pois precisaria de algumas dezenas de posts para isso, o intuito é somente a adaptação necessária para ser executada no GAE, e alguns comentários sobre a arquitetura do projeto. > Struts 2 Infelizmente não é plug-and-play neste ambiente, porém para utilizar o Struts 2 no ambiente do GAE, as modificações são bem simples. A primeira delas é em relação ao framework Ognl que para execução de Reflection acaba esbarrando em algumas problemas de segurança. Para...

JSON fácil em Java com GSon !

Ola pessoal ! O formato JSON ( J ava S cript O bject N otation) vem se consagrando cada vez mais na comunicação de dados, principalmente nos dispositivos móveis devido a esse formato ser mais leve que o XML e também mais legível. Uma prova disso são as inúmeras bibliotecas que existem para manipular esse formato, e no caso do Android, o suporte ao JSON é nativo. Mas apesar de ter esse suporte nativo, algumas operações devem ser feitas manualmente e o código acaba ficando um pouco verboso e repetitivo, já que para cada objeto que se deseja transmitir é necessário fazer um método que lê as propriedades do JSON e faz as devidas atribuições no seu objeto Java. Vamos supor o seguinte objeto sendo transmitido em JSON: {   user: {     id: 123456,     name: "Neto Marin",     username: "netomarin",     email: "netomarin@globalcode.com.br"   } } Se você fosse tratar um Webservice que envia esse JSON para o seu aplicativo Android...