• Cuidado com os getters e setters: tentadores, eles tem preparo extremamente simples (ainda mais com ferramentas como o Eclipse e o IntelliJ), porém, assim como a gordura, se consumidas em excesso são prejudiciais a saúde, então, moderação!
• As saborosas interfaces: são deliciosas e extremamente nutritivas. Porém, cuidado: elas não são adequadas pra todas as ocasiões. Porque iriamos colocar interfaces onde vamos ter apenas uma implementação?
• Não coma somente pra agradar os outros: quem nunca teve uma tia que ofereceu uma porção de um prato que você não suporta e acaba comendo só pra agradar? Se você se flagra frequentemente alterando xmls, pare um pouco e pense se aquilo é realmente necessário ou se você não está fazendo só pra agradar o framework.
• Evite repetir: a feijoada da vovó é bem tentadora einh? Mas repetir pode resultar em uma indigestão enorme. Código repetido também não desce bem.
• Experimente antes de servir: essa é uma dica que serve mais quando você está cozinhando. Mesmo os mais experientes cozinheiros, experimentam sua comida durante o preparo. Você deveria fazer o mesmo.
• Menos é mais: a cozinha francesa tem a fama de ser a mais saborosa do mundo – e também por servir pratos com quantidades bem reduzidas. Guarde bem: mais essência, menos quantidade.
  

  Success only grows when work(pain, strain, effort) decreases and non-work (fun, love, effort-lessness) increases. – Fred Gratzon, The lazy way to success

• Prefira um bom restaurante à um posto de conveniências: prefira comer um bom prato em um restaurante do que um hamburguer em um posto de conveniências. Usar herança pode parecer mais prático que usar interfaces, mas seu estômago prefere as interfaces.

Com o tempo (e com os comentários relevantes), vou adicionando novas dicas para que todos (inclusive eu), tenhamos uma vida mais saudável.

Abri um chamado no site da Anatel solicitando o cancelamento do serviço Claro 3G sem o pagamento da multa, uma vez que eu não estava recebendo o contratado. Após 5 dias a própria Claro me ligou (nada de ligações intermináveis) oferecendo 4 meses gratuitos caso eu desejasse ficar com o plano. Informei que queria realmente cancelar o plano pois não estava atendendo as minhas necessidades. Na hora o rapaz cancelou o plano. O texto que usei para cancelar foi o seguinte (caso alguém queira copiar…):

Após meses de reclamações, stress, promessas não cumpridas, desisto de dar chances para a Claro 3G. O serviço que estou recebendo não é o que foi contratado. Seguem alguns dos N protocolos que abri reclamando dos serviços (alguns com registros de indisponibilidade do serviço e outros com velocidade abaixo da mínima estipulada em contrato, 10% de 1mb): 2008170992395, 2008163867876, 2008172621416. Se for verificado no banco de dados da Claro, verão que existem outros chamado meus relatando problemas. Quero que o serviço seja cancelado sem o pagamento da taxa de rompimento de contrato e, se possível, reembolso dos meses pagos.

Então já sabe, se quizer cancelar seu 3G sem se estressar e perder muito tempo no telefone, vá direto ao site da Anatel – ou pelo telefone 0800 33 2001, nos dias úteis, das 8h às 20h – e solicite diretamente o cancelamento, nem perca tempo ligando para a Claro.

Para abrir o chamado pela internet eu usei as seguintes opções:

1. Cadastrar Solicitação
2. Tipo de Atendimento: Reclamação
3. Serviço: Telefonia Móvel
4. Modalidade de Serviço: Pós-Pago
5. Motivo: Cancelamento, preencha o número do Claro 3G no campo que diz número (vem sempre na conta) e dê “Avançar”
6. Na última tela, selecione “Claro” no campo “Reclamado”, coloque uma descrição (pode usar o que eu coloquei como exemplo) e clique em “Confirmar”

Fácil, indolor e sem multa.

Por mais vasta que a documentação do Hibernate seja, sempre ficam pontos da API que precisam de melhorias na documentação. Um exemplo claro disso é esclarecer qual a diferença entre dois métodos da Session, o save() e o persist(). Ambos tem a mesma função: tornar uma instância transient em persistent. Segundo a doc da API:

• persist() – Make a transient instance persistent.
• save() – Persist the given transient instance, first assigning a generated identifier.

O método persist(), não garante que será atribuito um id à instância imediatamente, sendo que a associação ocorrerá quando o flush ocorrer. Além disso, ele garante que só irá executar um insert se estiver dentro do contexto de uma transaction. Já o save(), atribui a chave imediatamente, não importando se isso exige um insert (no caso do identity generator) ou se existe um contexto de transação. Isso explica também porque o save() retorna o Id gerado e o persist() é void.

Mais informações podem ser encontradas no Jira e no fórum do Hibernate.

update: não é somente eu que acha que a documentação precisa de melhorias nesse caso: HHH-1682

update 2: acabei de comitar a alteração na documentação, para a próxima versão do Hibernate (3.2.5), a seção Making objects persistent irá trazer informações mais detalhadas sobre a diferença entre os dois métodos.