Fala pessoal,

Então, o tempo realmente está curto e só agora pude começar os posts sobre o TDC 2009, evento realizado no último final de semana (06 e 07 de novembro).

Pois bem, hoje irei postar os temas abordados no primeiro dia da conferência.

A abertura do evento contou com uma tentativa (segundo os organizadores) de enquadrar a conferência em um nível internacional. Para tanto, apresentou agradecimentos, divulgação de produtos, dentre outras ações.

Foi apresentanda uma dança de robôs, os quais faziam coreografias conforme a música se desenrolava. Música esta, uma paródia chamada “Novo Bug”, bem engraçada e de acordo com os enfrentamentos diários de todos desenvolvedores.

O palestrante foi Rod Johson da Spring Source. Durante uma hora (aproximadamente), ele discutiu o futuro de aplicações corporativas em Java, apresentando alguns dados estatísticos comparando a queda do uso do java ao aumento do uso de linguagens como C, PHP e C#.

O importante foi a discussão gerada a respeito da mudança de paradigma. Antigamente mudanças na tecnologia levavam muito tempo enquanto nos dias atuais, um profissional pode ficar desatualizado em questão de poucos anos. O palestrante também destacou a dificuldade de se escolher tecnologias em meio às várias opções existentes.

Na hora do coffe-break aproveitei para tirar uma foto com o Rod Johnson:

Os participantes do evento tiveram a oportunidade de se envolver em uma mesa redonda de discussão sobre carreira e fatores que proporcionam o sucesso para quem trabalha com desenvolvimento de software. Os três palestrantes internacionais (Rod Johson – Spring Source, Ed Burn – Sun, Mike Keith – Oracle) comentaram como foi o caminho que percorreram para chegar no status que se encontram atualmente. Falaram sobre a não obrigação de certificações no ato da contratação de colaboradores e a necessidade de se especializar em determinada área, evitando o conceito de saber de tudo um pouco. No final, o público pode participar através de perguntas direcionadas aos palestrantes.

Este foi o primeiro Lightning Talk (apresentação rápida e objetiva de 15 minutos) do evento. Éder Magalhães da Globalcode destacou as principais funcionalidades das ferramentas GWT e Guice (lê-se Juice) do Google. O importante aqui foi tomar conhecimento das possibilidades existentes no mercado.

O Segundo L.T. do evento contou com a participação de Felipe Almeida da Fratech. O palestrante comentou sobre o papel da arquitetura em times agéis e sobre a importância de se modelar todo o escopo da uma aplicação antes de começar a codificar, propriamente falando. Este fato, possibilita a identificação de pontos críticos que, geralmente são mais focados e apresentam prazos menores.

A primeira apresentação de Mike Keith destacou “O que há de novo e excitante no JAVA EE 6”. Discutiu sobre: EJB Assíncrono, JNDI global, EJB lite, Anotações, Simplicidade.

Também aproveitei para tirar uma foto com o Mike Keith, simpático pra caramba!!

O terceiro L.T. comentou um trabalho brasileiro que vem sendo feito. No caso, o EJB3.1 Code Samples é uma biblioteca contendo exemplos que exploram os novos conceitos do JAVA EE 6. os exemplos são 100% executáveis. O palestrante apresentou algumas melhorias que devem ser realizadas no projeto, “chamando” a comunidade brasileira para ajudar. Uma das melhorias sugeridas no Code Samples foi a possibilidade de fornecer uma melhor integração com o uso do Maven.

A primeira palestra de Ed Burns da Sun, apresentou as especificações do JSF 2.0. Burns, discutiu as possibilidades que a nova versão traz ao desenvolvedor, principalmente no que diz respeito ‘a criação de componentes customizados. Atualmente, trabalho com o Wicket e, após a palestra e todas as novidades apresentadas, buscarei aprender mais sobre o JSF e, talvez, mudar para esta tecnologia, pois além de apresentar uma comunidade de assíduos desenvolvedores, o JSF possui vasta documentação e, a partir de dezembro, a versão 2.0 já contará com uma integração com o RichFaces. Este, possibilita a criação de interfaces WEB ricas e interativas.

O quarto L.T. foi uma apresentação do Scrum Toys, biblioteca que possibilita a criação de interfaces que exploram as novas funcionalidade do JSF 2.0.

O último acontecimento do dia foi uma discussão sobre o futuro do Java. Os integrantes da mesa apresentaram opiniões sobre os rumos da linguagem Java e foram perguntados sobre o que mais a linguagem Java poderá oferecer à comunidade. Comentaram sobre as linguagens “derivadas” do Java, destacando a importância das mesmas na busca por linguagens personalizadas, ao gosto de cada desenvolvedor. O fato da Oracle ter comprado a Sun também foi destaque, evidenciando o medo sobre uma possível extinção da linguagem Java. Entretanto, Mike Keith, na posição de representante da Oracle, citou que é o próprio Java que possibilita a expansão cada vez maior das tecnologias da Empresa e, por isso, o fim da linguagem Java seria, para a própria Oracle, um desastre.

Iniciarei uma série de posts sobre perguntas que podem ser feitas em entrevistas de emprego. Mais especificamente, as perguntas são relacionadas à programação com a linguagem Java.

Se você está buscando emprego na área e gostaria de obter mais conhecimento para não fazer feio durante um processo de seleção, tente responder às 7 perguntas que farei semanalmente.

Tente pensar em umna questão por dia, da seguinte forma:

• “Eu realmente entendi a pergunta?”
• “Bom, entendi. Conheço todos os conceitos envolvidos na pergunta?”
• “Estou sendo objetivo na resposta?”
• “A resposta realmente responde a pergunta? Ou foi uma tentativa de “enrolar”?”
• “A resposta final demonstra meus conhecimentos na linguagem? Ficou evidenciada a minha naturalidade para tratar do assunto?”

Logicamente você não precisa seguir todos esses passos. Mais ainda, através dos estudos, esse “modelo” de resposta será utilizado naturalmente. A dica é estudar e se empenhar, buscando o verdadeiro conhecimento e conforto com a linguagem. Deixe de lado a idéia do decoreba.

Confira, então, as sete primeiras perguntas:
1 – Qual a diferença entre uma classe abstrata e uma Interface?
2 – O que você sabe sobre Garbagge Collector ?
3 – Quais as principais diferenças entre C++ e Java ?
4 – Discuta a arquitetura RMI.
5 – Quais as diferenças entre Threads e Processos ?
6 – Porque usar Servlets? Explique comentando as principais aplicações.
7 – O que é JDBC? Como ocorre a conexão com o Banco de Dados ?

Sinta-se livre para deixar suas respostas através de comentários. Desta forma, todos os leitores poderão discutir as idéias mais questionáveis, gerando grandes benefícios à comunidade.

E ae? Já começou a estudar?

[]s

Boa Noite Leitores,

Amanhã (06/11) estarei presente no evento “The Developer’s Conference 2009“, maior evento Java do país, em São Paulo/SP.

Pela programação do evento, podemos perceber a qualidade das palestras e quanta informação útil será compartilhada.

Cofira abaixo o texto de divulgação oficial do TDC 2009.

A 3ª edição do The Developer’s Conference 2009, maior evento Java do país, contará com a participação de Chris Schalk,Developer Advocate do Google, que trabalha atualmente no time de Google App Engine, plataforma de Computação em Nuvem do Google, e também de Alejandro Guizar, Engenheiro de Software da JBoss, que trabalha nos projetos jBPM, Web Services e Riftsaw, além dos principais nomes da comunidade Java mundial: Ed Burns, Rod Johnson e Mike Keith.

Como serão dois dias de palestras e networking, pretendo, ao final de cada dia, postar aqui no blog minha impressões sobre o conteúdo apresentado, visando compartilhar informação com todos que não puderam comparecer.

Tentarei tirar algumas fotos legais do ambiente do evento e junto com os principais palestrantes.

Portanto, acompanhem o RaphaelMonroe.com nos próximos dias e confira todas as novidades sobre o TDC 2009.

Você pode receber nossas atualizações gratuitas através do Feed.

Um abraço!

Minha idéia é seguir a linha de raciocínio que utilizei durante a minha aprendizagem. Entretanto, isso não significa que sou um expert, intocável e mestre Wicket. Ainda estudo e aprendo dia após dia. Portanto, ao constatarem erros, fiquem à vontade para comentar sobre eles. Assim, juntos buscaremos sempre as melhores soluções.

A motivação inicial pra a série de tutoriais foi a falta de documentação, pois o Wicket é relativamente novo e, portanto, ainda carece de tutoriais, exemplos e discussões. Espero, com os artigos, difundir um pouco mais as informações sobre o framework porque “tudo que é bonito é pra se mostrar” .

Pois bem, antes de fazermos uma breve introdução sobre o Wicket, gostaria de citar as referências mais utilizadas por desenvolvedores que utilizam o framework atualmente.

Apache Wicket: Site oficial do projeto. Apresenta introdução, documentação sobre alguns componentes e exemplos de utilização.

Reference Library: Pertence ao site oficial. Explica como fazer várias coisas com o Wicket. Uma boa pedida para os iniciantes. Vale a pena conferir.

Wicket in Action: Ótimo livro para quem deseja inicar os estudos. Apresenta uma boa didática. com vários exemplos. O autor vai, durante o livro, construindo um aplicativo para venda de queijos online. Com este exemplo, os leitores aprendem fácil e rapidamente os conceitos importantes do framework.

Wicket Stuff: Possui exemplos e vários projetos relacionados ao Wicket. Podemos encontrar alguns bons componentes para utilizarmos em conjunto com o framework.

Atualmente, existem diversos frameworks para programação JAVA Web, cada qual possuindo prós e contras. Assim, no princípio de um novo projeto, vários programadores chegam a ficar um tanto quanto preocupados no momento da escolha do melhor framework, dadas as inúmeras alternativas, conforme podemos ver na figura a seguir:

Figura 1: Frameworks Web

Uma possível pergunta pode surgir: “Bom Raphael, se existem tantas opções, porque escolher o Wicket?”

Peço a permissão de responder essa pergunta explicando alguns termos como stateful, stateless e também sobre clareza de código e separação coerente entre os “dois mundos”, no caso, HTML e JAVA.

Creio que todos os interessados em programação já pararam pra pensar em como é fácil (leia-se menos difícil) se programar em Java, visando o desenvolvimento de aplicativos Desktop. A facilidade a que me refiro diz respeito ao controle de componentes/variáveis existentes no projeto. Podemos criar vários painéis/frames/modais sem a necessidade de controlar requisições entre elas. Isso porque, todo esse controle do estado da conexão é “automático”, ou seja, o estado da conexão é sempre mantido. Tal fato, caracteriza Statefull Programming.

Muitas vezes ao utilizarmos aplicações web, imaginamos que a programação é feita igualmente à Desktop. Ao contrário, o protocolo HTTP não fornece nenhuma facilidade “embutida” para continuar interações entre as páginas, ou seja, ele não possui nenhuma informação sobre o estado da aplicação (stateless). Tal tarefa fica a cargo do desenvolvedor.

A técnica comumente utilizada para controlar o estado é passar informações diretamente pela URL, por exemplo:

O simples código acima ilustra a passagem de parâmetros visando um controle da aplicação. No caso, foi solicitada a página com ID=3 e nela, deve-se abrir a aba 5.

Mas como tudo apresenta falhas, passar informações pela URL possui vários questionamentos à respeito de segurança/autenticação e, nos dias de hoje, é difícil imaginar uma aplicação web, na qual todos os estados são controlados por parâmetros no endereço.

Creio que quase todos os desenvolvedores JAVA Web, iniciaram seus estudos e projetos (e ainda continuam) seguindo o caminho : Servlets, JSP, JSF, Facelets, RichFaces e por ae vai. Um dos motivos que levam os desenvolvedores para essa estrada, é a quantidade de informações/documentação/exemplos existentes na web. Evidencia-se aqui, um grande problema para os desenvolvedores : a falta de conhecimento teórico.

Em muitos fóruns que frequento, me deparo com inúmeras dúvidas que poderiam ser respondidas com um mínimo de conhecimento teórico. Assim, desenvolvedores vêm utilizando exemplos da net para “aplicações sérias” no âmbito corporativo, sem ao menos se preocuparem com o que estão fazendo, “remendando” e “arresorvendo na gambiarra”, literalmente. Não estou aqui crucificando frameworks e/ou programadores, só estou alertando para o fato de que “teoria é preciso”.

Como falei em JSF, gostaria de indicar um dos melhores posts que já vi à respeito: “O que todo bom desenvolvedor JSF deveria saber”

Bom, mas porque falar em clareza de código? No site oficial do Wicket, encontramos a seguinte frase à respeito do desenvolvimento em JSP, tendo em vista a presença de código JAVA + HTML :

JSP is by far the worst offender, allowing the embedding of Java code directly in web pages, but to some degree almost all of the frameworks from the list (except Tapestry) above introduce some kind of special syntax to your HTML code.

A evolução das empresas de TI contribui para maiores “divisões” em projetos. A idéia de Webmasters, os quais faziam design, código, etc já está ultrapassada. Hoje, encontramos designers, coders, testers, dentre outros. Aqui, evidencia-se um importante requisito: organização e clareza em todas as partes do projeto, visto que muitas empresas até mesmo terceirizam serviços de design. Portanto, quanto maior a separação entre HTML + CSS e JAVA, maior o rendimento e sucesso de um projeto.

Ao se programar com o Wicket, você esquece que está desenvolvendo um aplicativo web. Isso porque o desenvolvedor está livre para programar em JAVA com todos os conceitos de orientação a objeto, o qual é stateful. Ou seja, você estará desenvolvendo componentes stateful para um ambiente stateless!! WTF!!!
Essa é a grande “sacada” do Wicket. O controle do estado da aplicação é automático.

Um outro aspecto importantíssimo que me ajudou muito, é possibilidade de herança, tanto no JAVA quanto no HTML!!! Basta utilizarmos namespaces pré-definidos e compatíveis com xhtml.

Com o Wicket o controle é feito orientado à componentes e não à páginas. Tal fato visa facilitar os programadores desktop acostumados com o Swing e awt. Vale ressaltar também o fato de que você nunca verá “códigos lógicos” em páginas HTML, as quais apresentarão somente códigos estáticos, sendo a lógica totalmente desenvolvida em JAVA. Por exemplo, se você deseja imprimir na tela uma lista de clientes, basta o seguinte código HTML, ficando a definição do dataview para o código JAVA:

1
2
3
4
5
6
7

<table>
   <tr wicket:id="clientsList">
      <td>
         <span wicket:id=”client_name” />
      </td>
   </tr>
</table>

Para terminar e não deixar o post muito extenso, uma frase que resume bem os conceitos do Wicket, retirada do site oficial:

Wicket is all about simplicity. There are no configuration files to learn in Wicket. Wicket is a simple class library with a consistent approach to component structure. In Wicket, your web applications will more closely resemble a Swing application than a JSP application. If you know Java (and especially if you know Swing), you already know a lot about Wicket.

“Wicket é simplicidade. Não é necessário aprender a criar arquivos de configuração (como aqueles imensos xml’s de outros frameworks, pois com o wicket é tudo automático). Wicket é uma biblioteca que permite uma programação muito próxima á programação por componentes, pois com este framework, sua aplicação será mais parecida com uma aplicação Swing do que uma mesma JSP. Se você conhece Java (especificamente o Swing), você já possui grande conhecimento sobre o Wicket.”

Em próximos posts, iniciaremos nossos estudos através de exemplos práticos, abordando desde a configuração da IDE até a criação de suas primeiras aplicações utilizando o Wicket.

Até Mais,

[]’s