Últimas Palavras

Esse sim daria um presentão de natal!

O grande Joel Spolski mostrou o que qualquer aprendiz de programador sempre quis saber, como é que as pessoas desenvolvem um software.

No início do ano ele havia dito que estava procurando por alguém que trabalhasse com cinema pra fazer um documentário. Ele queria alguém pra fazer a gravação de todo o Aardvark Project, que além de ser um produto real da FogCreek Software foi resultado de um programa de “estudos de verão” pra o pessoal que ainda está na faculdade. O projeto Aardvark já era conhecido de quem costuma ler o material do Joel, porque ele já havia publicado a especificação do projeto em seu site, mas ter um documentário completo de como foi o desenvolvimento realmente é uma coisa de outro mundo.

Eu não tenho certeza pra dizer, mas eu acho que ninguém nunca tinha feito uma coisa tão maluca e tão interessante assim pro desenvolvimento de software. Ver como os caras ficam dia e noite pensando e tentando resolver os problemas e desenvolver o software deve ser realmente uma experiência incrível, especialmente pra quem nunca trabalhou desse jeito. Realmente é um ótimo presente de natal e eu vou providenciar o meu o mais rápido possível

Só tem um problema, nada de legendas né, quem não sabe nadinha de inglês vai perder uma grande experiência

Você encontra o DVD aqui (eles bem que podiam botar na Amazon né…): Aardvark’d - 12 Weeks With Geeks

Eu já havia falado muito nisso nas listas da vida, mas nunca tinha mostrado como fazer, agora eu estou mostrando!

Como implementar herança múltipla em Java utilizando o AspectJ

Agora quando aquele seu amigo que programa em C++ disser que não tem herança múltipla de implementação em Java, você já tem como mostrar a ele que ela existe sim

O Phillip viu no blog do TaQ e eu vi no blog do Phillip que o cara do WhyTheLuckyStiff colocou o shell do Ruby , o IRB, na internet pra todo mundo poder brincar de programar em Ruby sem ter que intalar nada na própria máquina. Agora você não tem mais desculpa pra não aprender Ruby !

Junto com o shell também tem um mini-tutorial onde você pode aprender um pouco mais sobre a linguagem, ótimo pra quem nunca viu Ruby na vida.

Se, por algum motivo obscuro do universo conhecido, você ainda não conhece Ruby , nunca é tarde pra começar, você pode dar uma olhada no “Why’s Poingnant Guide to Ruby” ou no Tutorial do TaQ.

Você ainda está lendo isso? Vai lá conhecer logo esse negócio!

Como eu já havia dito, tinha preparado o material sobre o Hibernate pra ser colocado lá no GUJ, agora o material já está lá: Hibernate 3 Avançado

Da descrição do tutorial:

Conheça boas práticas comuns no uso do Hibernate, padrões de projeto relacionados, o desenvolvimento de uma camada de persistência, integração com o Spring e aprenda a aumentar ainda mais a velocidade das suas aplicações usando o esquema de caching do framework

É estranho, mas cada dia que passa eu fico mais assustado com o tamanho da preguiça das pessoas na área de informática. Participo de várias listas e fóruns sobre Jornalismo e em nenhum deles as pessoas surgem com pedidos como esse, esse ou esse aqui. Na maioria das vezes as pessoas vem com dúvidas de não saber onde encontrar uma informação específica (como um dia desses onde uma pessoa perguntou como poderia ter acesso ao arquivo da Veja), elas não costumam pedir o trabalho pronto a ninguém e mesmo assim ainda levam a clássia “procura no Google!”.

É claro que a educação e o acesso a informação no Brasil não é uma maravilha, mas a quantidade absurda de “cursinhos” na área de informática está formando cada vez mais profissionais incompetentes que mal sabem onde começar a procurar por soluções quando encontram problemas. Esse tipo de profissional formado “naquela” faculdade vai trabalhar por muito menos que uma pessoa que se deu ao trabalho de aprender alguma coisa trabalharia, não vai render o esperado e o mais provável é que ele termine na rua antes mesmo de conseguir juntar algum trocado.

Com isso, empresas vão ficar com um receio cada vez maior em investir alguma coisa em “pessoal” e vão se voltar para o “ferramental” da coisa, colocando mais dinheiro e esforços no domínio de ferramentas mágicas (como as famigeradas ferramentas RAD) do que em profissionais capacitados, que a cada dia estão mais difíceis de ser encontrados. No fim, teoricamente sai mais barato investir em ferramentas do que em pessoas, além de ser bem mais confiável, já que o conhecimento não está mais em alguém que pode simplesmente ir embora, mas em uma ferramenta que vai continuar ali enquanto ela for necessária (ou enquanto for possível pagar por ela).

Entretanto, como já disse o mestre Joel Spolski, cedo ou tarde as ferramentas chegam a um limite (costumeiramente mais cedo do que tarde) e como as “pessoas” envolvidas na criação e no desenvolvimento da aplicação não tem condições de chegar mais “longe”, porque a “ferramenta” sempre fez o trabalho e eles não conseguem entender o que está além da abstração, e nós terminamos mais uma vez no primeiro problema, pessoas que não tem capacidade para resolver os problemas que aparecem.

Se é realmente necessário fazer alguma coisa, é melhor pegar os 2 melhores do que 10 idiotas, porque os dois melhores vão trabalhar em conjunto, evoluindo juntos, enquanto os 10 idiotas vão terminar trabalhando um contra o outro e provavelmente nunca vão chegar a um resultado realmente útil.

Se você não sabe como fazer e é seu trabalho fazer, não peça pra que os outros façam por você, procure ajuda para lhe encaminhar, não para fazer no seu lugar, porque um dia pode ser que não haja mais ninguém intressado em lhe ajudar. Ou pior ainda, os outros podem estar querendo é lhe ferrar =D

Abra os olhos!

Em um movimento absolutamente estranho, os desenvolvedores chefes dos projetos WebWork e Struts resolvem se juntar para montar mais um “novo” framework, dessa vez fundindo o Struts e o WebWork para a criação do “Struts Action Framework 2.0″ (qual foi a versão 1.0 mesmo?). Após o anuncio do Clarity, a comunidade já acreditava que a profusão de frameworks MVC em Java finalmente teria os seus dias contados, mas com essa novidade, pra onde vai o Clarity? E pra onde vai o Struts Shale?

Esse movimento pode ser o resultado da tensão entre os vários grupos e pessoas envolvidas na criação do projeto Shale e Clarity, especialmente a alta-cúpula do Struts que votou pela não efetivação do Struts Shale como uma provável “segunda versão” do mais conhecido e utilizado framework web Java. Outro fato estranho, era que a cúpula do Struts havia votado contra mudanças muito grandes no framework, para evitar problemas de compatibilidade, mas agora eles resolvem fazer do novo Struts um framework completamente novo.

O não apoio a centralização dos esforços, que nesse caso seria o projeto Clarity, só trás ainda mais dificuldades para os próprios desenvolvedores que se veêm em uma guerra infinita entre vários frameworks, alguns vindo até mesmo dos mesmos grupos (como é o caso do Struts Action e Struts Shale). E essa guerra é um dos principais motivos que levam gerentes a descartar Java como uma plataforma de desenvolvimento, tendendo para opções mais “diretas” como o .NET da Microsoft, onde todos os produtos estão “bem amarrados”.

E enquanto “os outros” continuam nesse combate desnecessário, a JBoss vai lentamente montando o conjunto de ferramentas Seam que prometem finalmente reunir todas as necessidades para a criação de aplicações Web em Java sem ter que depender de vários frameworks diferentes, reunindo JavaServer Faces e EJB 3.0, para criar um único framework que pode realmente tomar a frente como a escolha até mesmo para gerentes, que provavelmente sentem-se mais seguros escolhendo uma solução única do que várias soluções separadas (como é o caso da Microsoft).

Aos desenvolvedores, resta esperar pra ver no que vai dar, mas desunião e picuinhas não costumam ser um bom caminho para o desenvolvimento saudável de uma comunidade.

PS: Pra quem não sabe (ou não deu uma olhadinha na nova página do Struts), o Struts Action Framework é o nome atual do Struts Classic (acho que eles perceberam que esse negócio de “classic” lembra coisa velha).

Finalmente!

Depois de muita luta (e de muito fugir do arquivo que me esperava =] ), terminei a segunda parte do material de introdução ao Hibernate 3. No segundo artigo, como eu ja havia prometido, foram incluídas algumas dicas de uso do framework, um exemplo de camada de persistência (apenas com DAOs, resolvi não colocar o Active Record porque ele ia adicionar o AspectJ na história e é melhor deixar isso pra um próximo material), outro exemplo de camada de persistência utilizando o Spring (e mostrando como integrar os dois) e por fim uma parte falando sobre o esquema de caching do framework.

Espero que as dificuldades da galera em utilizar o Hibernate realmente desapareçam com essa segunda parte =]

E antes que alguém se pergunte porque ele não está saindo no GUJ, eu também não sei! Mandei o material pra o pessoal de lá a mais de uma semana e até agora não obtive resposta. Resolvi então mandar o material pra o pessoal do PortalJava, mas como até agora também não obtive resposta, resolvi colocar logo esse material aqui no blog, pelo menos fica aí pra ajudar quem vai trabalhar com o Hibernate 3. Espero que alguém me responda e ponha isso no ar logo né (ou pelo menos digam porque não querem colocar ele lá)…

O PDF do artigo é esse aqui: Artigo

E os arquivos de fonte e de configuração são esses aqui: Arquivos

Quem não pegou o primeiro artigo, pode conferir ele aqui: Introdução ao Hibernate 3

Aguardem novidades sobre Spring e Maven nos próximos meses =]