TJRN Developers

Tipos pequenos e fortes: legibilidade++;

samuelvalerio — Sat, 24 May 2008 16:47:56 +0000

Isso que eu chamo de código legível!

Objetos = estado + comportamentos

samuelvalerio — Thu, 22 May 2008 23:40:38 +0000

OO de verdade!

Portfólio Intelectual

samuelvalerio — Mon, 05 May 2008 02:02:21 +0000

Mais um ótimo texto do GC. Como anda o seu portfólio intelectual?

Funcionalismo Público no Brasil & Comunicação

samuelvalerio — Mon, 05 May 2008 02:00:01 +0000

O Leandro Vieira, escreveu um texto interessante sobre o ônus da cultura do funcionalismo público.

A Marizete Furbino redigiu outro falando sobre a importância da comunicação.

Controle de Versão com Múltiplos Times Ágeis

samuelvalerio — Wed, 23 Apr 2008 00:45:01 +0000

Objetivos da metodologia utilizada:

“Falhe o quanto antes”

“É melhor resolver problemas pequenos frequentemente do que grandes esporadicamente”

“Mesmo após uma má release, algo deve ser entregue (por menor que seja)”

“As rotinas devem ser claras e simples”

Interessante a divisão de times e trabalhos em branches. Fica simples, organizado e diminui os transtornos causados pelos merges.

http://www.infoq.com/articles/agile-version-control

JSF+Ajax Eficientemente

samuelvalerio — Tue, 22 Apr 2008 04:03:37 +0000

Geralmente quando estamos desenvolvendo para web, temos o costume de sempre pensar em navegação entre páginas. O Rafael Ponte apresentou uma alternativa no mínimo interessante para JSF utilizando RichFaces + Facelets.

Single-Entry, Single-Exit em Java ?!

samuelvalerio — Mon, 07 Apr 2008 01:25:34 +0000

Rolou uma “discussão” muito interessante na lista PBJUG sobre o uso ou não do SESE em Java. Prestem atenção nos posts do Flávio Santos e do Maurício Linhares (a thread, na verdade, é sobre outro assunto). Vejam aqui!

Leiam mais sobre o assunto aqui e aqui.

Eu acho que o código do método deve ser pequeno o suficiente para ter poucas condições de retorno (caso contrário é um indício de necessidade de refatoração). E acho que, nesse caso, é mais legível ter múltiplos pontos de saída mesmo. Além da legibilidade, vejo ganho de desempenho (conforme exemplo do Flávio na thread) e os objetos utilizados pelo método estarão disponíveis para o GC mais rapidamente. E vocês ?! Quais são as suas opiniões ?!

Afirmações provenientes do Manifesto Ágil

samuelvalerio — Sun, 06 Apr 2008 22:25:01 +0000

“Um time auto-organizável sobre um time controlado/comandado”

“Concluir de forma ágil sobre apenas concluir”

“Design suficiente sobre um grande pré-design”

“Reuso de código sobre copiar e colar”

“Programação em par sobre revisão de código”

“Rápidas reuniões em pé sobre reuniões de status do projeto”

Cada uma dessas afirmações é explicada aqui! Já tinha citado o Manifesto aqui.

if (testadores = leitores de docs && apertadores de botão) assert false;

samuelvalerio — Sun, 23 Mar 2008 17:50:02 +0000

Post interessante do Shoes sobre os testadores. Ele faz um comparativo, baseado em sua experiência, entre testadores ágeis e não ágeis. Veja aqui!

O que você faz fora do horário de trabalho ?

samuelvalerio — Sat, 15 Mar 2008 20:44:24 +0000

“O que você faz fora do horário de trabalho irá determinar o profissional que você será”.

“Não leia os livros, estude-os.”

“Não programe apenas por dinheiro, programe também por prazer.”

Essas ~~duas~~ três e outras afirmações estão neste texto do Dr. Heinz Kabutz. Rolou um bate-papo interessante sobre isso na lista PBJUG recentemente. Caso ainda não tenha feito, recomendo que assine-a!