Entenda a Certificação SCJD

Pessoal;

Vejam o que a Wiki fala sobre Certificação:

Certificação é a declaração formal de "ser verdade", emitida por quem tenha credibilidade e tenha autoridade legal (...). Ela deve ser formal, (...) ser corporificada em um documento. A certificação deve declarar (...), explicitamente, que determinada coisa, status ou evento é verdadeiro. Deve também ser emitida por alguém, ou alguma instituição, que tenha fé pública, isto é, que tenha credibilidade perante a sociedade. Essa credibilidade pode ser instituida por lei ou decorrente de aceitação social.

Mais um artigo interessante do iMaster sobre Java. Certificações são super importantes na carreira de um programador, elas comprovam - para qualquer um ver - o quanto você conhece da linguagem.

A certificação Sun Certified Java Developer - SCJD oferece uma oportunidade única para os desenvolvedores Java colocarem toda a sua bagagem de conhecimento realmente em prática. Ela é destinada para aqueles já certificados na SCJP que desejam demonstrar proficiência avançadas utilizando os leques de tecnologias existentes no pacote JSE. Por isso, seu pré-requisito é possuir no mínimo a certificação oficial de programador.

O objetivo geral desta certificação é validar conhecimentos arquiteturais, combinados com importantes conceitos de engenharia de software, juntamente com uma grande porção das tecnologias encontradas no JSE: OOP, Exceptions, Logging, Collections, Threading, Socket, Serialization, File I/O, RMI e Swing.

O conteúdo da prova oferece um ótimo ambiente de aprendizado, no qual diferentes tecnologias podem ser combinadas com uma variedade de opções de soluções. A prova foi elaborada com o intuito de simular as circunstâncias do mundo real que um profissional pode encontrar no mercado de trabalho, por isso ela apresenta determinadas situações incompletas e duvidosas, fazendo com que cada candidato apresente atitude e dinâmica para encarar e resolver os problemas envolvidos na análise, no projeto e na implementação de um verdadeiro sistema.

A prova está divida em duas diferentes fases chamadas de Assignment e Essay, nas quais vale ressaltar a necessidade de efetuar dois pagamentos diferentes, uma para cada parte.

1. Assignment

Consiste em o candidato receber a documentação que descreve os requisitos e as situações de um sistema real, fazendo com que ele, então, tome as devidas decisões arquiteturais que resolvam, de forma coerente, o determinado contexto. Com isso, ele deve escrever um sistema relativamente pequeno, mas que seja suficiente para atender a todos os itens descritos no documento de especificação. Juntamente com o sistema, o candidato deve entregar três tipos de documentação:

Infra-estrutura - documentação de todo o código-fonte Java implementado, utilizando a tecnologia JavaDoc.

Usuário Final - documentação destinada para os usuários finais da aplicação, descrevendo: instalação, configurações, interfaces gráficas e funcionalidades.

Decisões - documentação das decisões significativas que o candidato teve que tomar relacionadas com dúvidas, incertezas e julgamentos envolvidos no projeto.

2. Essay

Consiste em o candidato prestar uma prova escrita de 90 minutos, na qual ele terá que responder algumas questões relacionadas com o desenvolvimento de seu projeto. Esta segunda fase tem dois objetivos. Um é questionar o candidato sobre a coerência do seu entendimento nas questões que o levaram a tomar as decisões descritas no documento de decisão. O segundo é provar sua autoria no código-fonte submetido na primeira parte do projeto.

Dicas Gerais

A filosofia desta certificação consiste no candidato entrar na prova já recebendo o numero máximo de pontos, que é 400. Cada tópico cobrado tem um peso de pontos pré-determinado:

Considerações Gerais [80 Pontos] - avalia os critérios relacionados com a facilidade de manutenção do código.

Documentação [50 Pontos] - avalia os critérios relacionados com a qualidade dos documentos requisitados.

Projeto OOP [50 Pontos] - avalia os critérios relacionados com a qualidade da estrutura do projeto de classes, métodos e variáveis.

GUI [70 Pontos] - avalia os critérios relacionados com a qualidade e com a facilidade apresentada nas interfaces gráficas do usuário.

Bloqueio [80 Pontos] - avalia os critérios relacionados com a qualidade do controle de bloqueios.

Fluência da Linguagem [70 Pontos] - avalia os critérios relacionados com a língua inglesa.

Durante as duas fases da certificação, os avaliadores descontarão pontos proporcionais naqueles tópicos nos quais o candidato não conseguiu cumprir os critérios adequadamente. O numero mínimo para ser aprovado é de 320 pontos. Seguem, então, algumas dicas que eu acho importantes relacionadas com o conteúdo básico que um provável candidato deve possuir:

Inglês

Diferentemente de outras certificações, nesta o candidato deverá entregar vários documentos na primeira fase e prestar uma prova contendo somente perguntas dissertativas, nas quais ele deverá possuir o básico do inglês. Qualquer erro pode colocar o entendimento do avaliador em dúvida, fazendo com que ele facilmente desconte pontos. A minha indicação é para os candidatos sem o inglês básico adiarem essa prova, deixando-a para quando estiverem melhor na língua. Aqueles com inglês regular podem até tentar, sabendo que as coisas podem não dar certo. De qualquer forma, seguem duas dicas:

Na primeira, fase peça ajuda a outras pessoas mais experientes para revisarem e corrigirem os erros em todos os documentos submetidos.

Na segunda fase, elabore e estude algumas frases "chavões" para que possa chegar bem preparado com o objetivo de encaixar as repostas nos contextos das questões. Alguns exemplos seriam:

I decided to create?

I decided to implement?

I decided to use (X) because?

I decided to use the following?

I decided not to use?

I decided to use (X) instead of (Y) because?

In my opinion, there was no need to?

I implemented a class called (p1.p2.Nome) that?

Arquitetura de Sistemas

O candidato necessitará definir e projetar uma arquitetura para a implementação do suposto sistema. A questão complicadora é que ele deverá justificar consistentemente no documento de decisões todas as motivações que o impulsionaram para isso. Qualquer discrepância que coloque em dúvida a integridade ou a autenticidade da solução poderá fazer o avaliador descontar pontos. A minha dica aqui é para que o candidato invista em estudar livros e materiais específicos no assunto. Leitura obrigatória do livro do Martin Fowler:

Patterns of Enterprise Application Architecture

Princípios de OOP

Dentro do contexto da arquitetura, o candidato também estará sendo avaliado na qualidade da infra-estrutura de classes elaborada na solução entregue. Com isso, todo candidato tem que, obrigatoriamente, saber o mínimo dos velhos e já conhecidos princípios de OOP, denominados SOLID. A minha dica de livro aqui é o de análise e projeto OOP da Head First:

Head Fisrt Object Oriented Analysis and Design

Padrões de Projeto

Continuando a pontuação na qualidade da infra-estrutura de classes, gostaria de acrescentar um ponto importante: um bom projeto de classes sempre está recheado de padrões de projetos em sua estrutura. Além da leitura do livro do Martin Fowler já indicado, seguem outras indicações de livros consagrados:

Head Fisrt Design Patters

Design Patter Java

Java Code Convention

O projeto deve ser implementado usando os padrões formais de escrita da indústria Java, e o candidato deve estar totalmente familiarizado com eles. A dica aqui é o candidato estudar e aprender a escrever código Java 100% compatível com a convenção oficial.

Leia e estude o Java Code Convention

Java Doc

O projeto de classes deve ser completamente documentado usando a tecnologia Java Doc. A dica aqui é o candidato aprender a escrever e a utilizar adequadamente os recursos do Java Doc.

Leia e estude o tutorial oficial

Tecnologias JSE

O projeto precisará do domínio razoável de algumas tecnologias existentes dentro do JSE, como Logging, Threading, Socket, Serialization, File I/O, RMI e Swing. A minha dica aqui é para que cada candidato faça uma auto-análise realmente verdadeira e procure, assim, livros e tutoriais específicos sobre cada tópico. Um ótimo livro que faz um resumo razoável do conteúdo é o único existente específico para a prova SCJD:

SCJD Exam with J2SE 5 - Andrew Monkhouse

Engenharia de Software

Durante a implementação do projeto, o candidato deve saber lidar com alguns conceitos básicos de engenharia de software para tomar determinadas decisões relacionadas com o contexto da solução requisitada. Alguns deles seriam: Bloqueio, Concorrência, Paginação, Ordenação, Classificação, Cacheamento etc. A dica aqui é: fica a cargo de cada candidato correr atrás de artigos, tutoriais e materiais de embasamento conceitual relacionados com eles, uma vez que não existe uma única literatura reunindo todos. Um bom começa seria o livro:

POJO In Action - Chris Richardson que não tem o foco da prova, mas que aborda com sucesso a maioria dos tópicos.

Algo que eu gostaria de deixar claro é que algumas certificações de TI possuem literaturas específicas que cobrem todo o conteúdo da prova, fazendo o candidato ficar bem cômodo no momento de estudar. A prova SCJD não é assim! Nela, o candidato inevitavelmente terá que investir bastante tempo de estudo em vários conteúdos diferentes com o objetivo de acumular uma série de informações correlacionadas.

Receita de Bolo

Para organizar as idéias, eu gostaria de ajudar os candidatos interessados passando uma receita de bolo. Aqui está ela:

1. Levante o que precisa ser aprendido - junte todas as dicas e faça uma listagem bem real daquilo que você acha que precisa aprender ou melhorar.

2. Plano de estudo - com base na listagem, faça um plano de estudo para cada tópico, investindo de acordo com seu tempo útil. Invista tempo estudando livros, tutoriais e fazendo exercícios isolados de cada tópico.

3. Livro SJCD Monkhouse - depois estudar cada tópico individualmente, agora é hora de linkar todo o conteúdo. Este é o momento ideal e propício para o candidato investir tempo estudando o livro específico da SCJD, que reúne e compila todo o material envolvido na prova.

4. Projetos exemplos - após entender o conteúdo no geral, é de grande ajuda o candidato brincar com algum projeto real da prova. O objetivo deste passo é fazer o candidato ter em mãos algum projeto no qual ele possa executar, depurar, visualizar e ter um entendimento da mecânica da coisa. Seguem algumas dicas:

No livro da SCJD indicado, há um projeto chamado de DennyDVD, que foi elaborado pelo autor justamente para ser usado para estudo. Ele contém os recursos necessários que contemplam o conteúdo da prova. Qualquer um pode fazer download do código-fonte no site oficial. Para todas as informações, consulte o próprio livro.

No revista Mundo Java edição 40 (agora conhecida como MundoJ), existe um ótimo artigo escrito pelo meu brow Roberto Perillo que aborda todos os detalhes da certificação. No artigo, é implementado um exemplo que também cobre aspectos da prova que também pode ser usado como material de estudo. Veja a revista para todas as informações.

Eu posso disponibilizar o código-fonte do projeto que eu fiz quando fui aprovado nesta certificação. Para todas as informações, entre em contato comigo.

5. Projeto Oficial - depois de todos os passos acima, o candidato pode respirar fundo, tomar coragem para pagar a primeira fase, baixar a especificação e começar o seu projeto.

Mesmo depois de tudo isso, muitas dúvidas podem aparecer durante a elaboração do projeto. Um ótimo lugar para resolver isso é o fórum do JavaRanch, que é ponto de encontro de todas as pessoas que já prestaram a prova com sucesso e daqueles candidatos que atualmente estão prestando. Minha dica é, antes de perguntar algo, procure se a questão já não foi discutida anteriormente. Faça boas amizades no fórum que várias pessoas te ajudarão nas mais diversas dificuldades.

Eu também me coloco à disposição para ajudar qualquer interessado em investir na prova. Quero te adiantar que não será fácil, mas você só saberá o quanto aprendeu depois que passar pelo processo. Este é o artigo 1 de vários que eu escreverei sobre outras dicas relacionadas com esta prova. Um grande abraço e nos vemos no próximo!

Fonte: Fernando Franzini - iMaster

SEO RP: Técnicas de SEO para otimização de releases.

Amigos;

Como sempre eu procuro destacar os artigos que acho interessante. Segue um sobre uma nova função de SEO postada originalmente no Outrolado
Já ouviu falar em SEO RP? Se sua resposta for não, fique tranquilo, realmente é uma função recente criada para os profissionais de RP e comunicação em geral, ou seja, não é aprendida na faculdade. Para entender como funciona, é necessário primeiramente saber como trabalha o profissional de Relações Públicas e o Search Engine Optimization, mais conhecido como SEO.

SEO ou no português claro, Otimização de sites, são técnicas que ajudam a melhorar a posição da sua página em mecanismos de buscas, como o famoso Google, por exemplo. Para isso, são realizadas algumas estratégias que deixam seu site mais relevante. Ao fazer uma busca por mídias sociais, as páginas que aparecem nas primeiras posições, de alguma forma se mostraram mais relevantes do que outras. Isso é demonstrado por meio de palavras-chaves, links interessantes e o page-rank.

O profissional de relações públicas é o responsável por manter a imagem da empresa perante seu público interno e externo, independente da organização ser púbica ou privada. Essa pessoa deve cuidar da comunicação da organização com seus funcionários, consumidores, fornecedores e clientes, além de gerenciar crises, organizar eventos e manter uma boa reputação institucional da corporação.

Com o avanço da internet e a preocupação das empresas com suas imagens no ambiente on-line, cada vez mais as organizações contratam profissionais ou agências que monitoram e cuidam para que a empresa tenha uma boa posição nos sites de busca. Há algum tempo, profissionais especializados em links patrocinados e técnicas de SEO organizavam diversos planejamentos para o site ser encontrado facilmente. Agora, com o SEO RP, as informações institucionais e novidades da organização também podem ser facilmente encontradas.

Uma das formas de realizar esse processo é por meio da otimização de releases, ou seja, você pode implantar técnicas de SEO naquele texto que é enviado a imprensa e fazer com que ao ser divulgado em algum site, portal ou blog, ele seja facilmente localizado pelo Google. Como fazer isso? Seguem algumas dicas:

1. Mantenha um foco nas palavras-chaves, escolha um assunto e pesquise palavras relacionadas a ele que são bastante buscadas;

2. Utilize variações dessas palavras sempre no título, intertítulo, lead e no último parágrafo.

3. Coloque links nessas palavras chaves para um texto do seu próprio site ou para algum artigo interessante que fale sobre o assunto em outra página;

4. Não se esqueça de destacar as palavras chaves sempre em negrito;

5. Utilize títulos pequenos, com 80 caracteres ou menos, sempre com foco na palavra principal do texto.

Fonte: Laís Maciel, Outrolado

A gestão 40-20-40 se aplica à sua empresa?

Pessoal, achei esse artigo muito interessante e, realmente, acho que pode ser bem aproveitado para pequenas empresas. Um modelo onde uma empresa pequena, com dois sócios e mais três bons profissionais, pode construir um negócio lucrativo e prazeiroso.

Vou apresentar o modelo 40-20-40, que criei a partir do mais importante que aprendi em dez anos de empresa, dez de universidade e dez de empreendedor.

Para iniciar, abandone a ideia de que uma empresa é um lugar para dar lucro. Como em qualquer coisa na vida, se você pensar nisso, vai construir apenas interesses, em uma casa de vantagens, sem lugar para gratidão.

Desde que entendi que ser empresário é empresariar pessoas, tenho buscado um modelo cada vez mais simples, de fácil entendimento, que faça de cada negócio um lugar divertido e interessante para todos que lá estão. Não pense que é fácil e nem que consegui completar essa tarefa.

O que eu posso narrar é que a cada dia me dedico mais a um novo e simples modelo de negócio, o 40-20-40. Um modelo de negócio para construir lugares divertidos, com pessoas valorizadas e clientes interessantes. Simples assim.

As regras básicas primeiro

Vamos iniciar pelo principio. Primeiro quero explicar que sempre adorei implodir nomes, conceitos e invenções linguísticas para falar a mesma coisa. Lets keep it simple!

Em se tratando de negócios, sigo apenas três regras de ouro:

Seja simples: simples de fazer, gerenciar, com poucas pessoas e poucas entregas. Simples mesmo;

Seja lucrativo: orientado ao mercado e que garanta uma rentabilidade de 40% aos sócios;

Seja independente: pessoas inteligentes, com bons salários e incentivo para tocar o negócio.

Essas são as minhas; crie e carregue as suas.

Qual o resumo de um negócio?

Para resumir algo tão complexo como o negócio de uma empresa, aproveito um ensinamento interessante do livro do Guy Kawasaky.

Em três perguntas, você tem que resumir sua empresa:

Por que vamos iniciar a empresa? Para unir pessoas inteligentes, gerenciar empresas interessantes em um negócio de excelente qualidade e rentabilidade.

Por que o público deve comprar o produto? Porque oferecemos excelência em gestão no modelo 40-20-40 garantindo lucro para os sócios.

Por que gente qualificada deve trabalhar nela? Porque precisamos de poucas pessoas, recebendo ótimos salários, com reconhecimento e desafios.

Se você não sabe responder suas três perguntas, cuidado, pois algo muito errado está acontecendo.

Quem faz parte do seu negócio?

Posso listar vários itens – clientes, fornecedores ou mesmo a sociedade. Mas sendo prático, o cliente é o fim, para quem o negócio existe, o fornecedor é outro negócio e à sociedade você não vai dar atenção se sua casa estiver pegando fogo.

Vou simplificar em três itens:

1. Sócios ou investidores: bonitas palavras. Mas vou resumir. Quem vai carregar a responsabilidade do negócio? Suas vantagens e preocupações? Aproveitando a deixa, que tal chamarmos eles de donos, os donos do lugar, felicidades e aborrecimentos? Justo?

2. Equipe operacional: euquipe, time, grupo ou como você queira chamar. Eu prefiro manter em pessoas. Seres humanos com vários desejos, que querem ter boas condições, fazer um bom trabalho e serem valorizados. Poderia chamar de sub-sócios, pois são realmente o negócio, mas sem o peso dos donos da responsabilidade. Seria justo chamar de funcionários os que fazem o negócio funcionar?

3. Custos do negócio: esses últimos são os piores. O que custamos, sempre contrariados a pagar. E não pensem que são os donos que pagam. São os donos, os funcionários e os clientes, tudo está no custo do produto. Simples assim: seu aluguel, impostos, tinta da impressora. Que tal mantermos em custo o que custamos a querer pagar ou comprar?

Entendendo o modelo 40-20-40

Agora vamos ser práticos. Resumindo o que penso sobre negócios:

Se os donos carregam todo o peso, sugiro algo simples, que levem 40% de tudo que entrar nesse negócio. Simples assim, imagine sua empresa – vale a pena carregar o piano se todo mês 40% são seus?

Os funcionários, poucos, reconhecidos e bem remunerados, conseguimos fazer isso com 20%? Imagine se for 100 mil a sua receita e três pessoas para pagar? Parece que temos gordos 20 mil para três pessoas. Interessante?

Os custos… como odeio os custos. Vamos ser simples – 40% de toda a empresa vão para eles. Inclua impostos, investimentos, aluguel e o que mais imaginar. Coloque também uma parte para inadimplência e uma parcela para o lucro! Com 40% você consegue fazer tudo?

Exemplo prático…

Vamos replanejar o negócio. Ok. Desde o seu início, incluindo produto e equipe. Repense tudo, se precisar faça como eu e divida sua empresa em partes. Enfim, extreme makeover. Vamos por partes!

1. Primeira sugestão, pense em um grupo de amigos. Como exemplo o mágico cinco de uma mesa de bar. Não dois para brigarem, três para pedirem opinião ou quatro para formar dois casais. Falo de cinco. Essa pode ser a equipe da empresa.

2. Depois imagine que dois serão sócios, pois preciso de dois donos da responsabilidade para equilibrar o peso. Seja um que goste de cliente (comercial) outro que goste do produto (gerente).

E some a esses outros três profissionais – um que goste de organizar as coisas (adm) e dois que adorem fazer o produto (técnicos).

Pronto, time simples, hierarquia de um nível, pessoas competentes que você adoraria trabalhar junto. Conseguiu? (Na dúvida lembre de terceirizar todo o resto.)

3. Agora pense no seu produto. Ou o que realmente gosta de fazer e corte todo o resto. Você consegue planejar um negócio lucrativo, com poucos clientes (máximo 10)? Pense e repense… quanto você conseguir fechar essa fórmula avance.

4. Por fim, vamos aos os números. Você consegue colocar um valor agradável para o 40-20-40? Por exemplo, faturar 50 mil ao mês com 10 mil para cada sócio. Com cada funcionário que faz funcionar a empresa, recebendo em média de 3,7 mil para cada pessoa, onde todos fazem o que gostam, parece bom?

5. Agora imagine elevar isso ao ótimo dos 100 mil, onde cada dono da responsabilidade carrega o peso por 20 mil, onde cada um da equipe apaixonada pelo que faz fica com 7 e todo o resto fica bem pago e acomodado. Parece ótimo?

E agora José?

Peraí, com isso tudo simplificado, sem marketês no vocabulário, você agora deve estar pensando sobre a sua empresa (dono ou onde trabalha), imaginando os números e pensando que o problema nunca foi o cliente ou o mercado… sim, meu amigo, o problema sempre foi apenas um – como o seu negócio foi criado.

Sendo sincero, vou dar uma dica (a que estou seguindo há um bom tempo). Se você não consegue fazer seu negócio nesse modelo, repense ou desista. Ser dono da responsabilidade, em uma empresa cheia de voluntários financeiros, com clientes mercenários e custos pesados para carregar não me parece muito inteligente e humano.

Para ser sincero, acredite em mim quando digo que é bem mais divertido você se dedicar todos os dias a um grupo de pessoas interessantes, a um produto do qual você tem orgulho e a clientes que você adora. Todos os dias. É bem mais divertido criar negócios 40-20-40.

Um último lembrete: você trabalha para sua empresa ou sua empresa trabalha para você?

Fonte: Webinsider