09-Feb-2009
Posted by : Cairo Noleto
Um assunto recorrente nas listas de discussão é sobre MVC, esse pattern que é a base para quase todos os frameworks atuais. Quem usa Ruby On Rails sabe “Fat Models, Slim Controls” por que é um comportamento imposto pelo criador do framework e praticamente por todos que utilizam.
O que acontece é que em outros frameworks (CodeIgniter por exemplo) te deixam mais livres e as pessoas acabam fazendo as coisas certas em lugares errados. O pattern por si só diz que é necessário colocar a lógica para os models e os controllers fazerem o fluxo das informações irem de um lugar para outro, mas não é bem isso que acontece.
06-Jan-2009
Posted by : Cairo Noleto
Esta foi a pergunta que um amigo me fez no GTalk, eu respondi a ele mas gostei do assunto, é um bom assunto para começar 2009.
Como vou saber se está bom ou ruim um benchmark?! Simples, assim como muita coisa na vida, tudo depende do ponto de vista. A grande maioria dos benchmarks são sobre performance, tecnologia X é mais rápido do que Y ou framework U é mais rápido do que framework K.
10-Jul-2008
Posted by : Cairo Noleto
Paradigmas são simplesmente padrões psicológicos, modelos ou mapas que usamos para navegas na vida. Nossos paradigmas podem ser valiosos e até salvar vidas quando usados adequadamente. Mas podem se tornar perigosos se os tomarmos como verdades absolutas, sem aceitarmos qualquer possibilidade de mudança, e deixarmos que eles filtrem as novas informações e as mudanças que acontecem no correr da vida. Agarrar-se a paradigmas ultrapassados pode nos deixar paralisados enquanto o mundo passa por nós.
Isso é um parágrafo do livro O Monge e o Executivo que podemos aplicar facilmente no nosso dia-a-dia.
06-Jul-2008
Posted by : Cairo Noleto
Muitos acham que usar Object-Relational Mapping (ORM) é fazer você não ter mais que escrever SQL dentro do códigos de sua linguagem preferida. É uma pena pensar assim, ORM é muito mais que isso e é muito mais difícil do que se parece.
Para se usar ORM, é necessário pensar Orientados a Objetos. Pensar que você não vai salvar os dados e sim que vai salvar o estado do objeto, que não vai usar relacionamentos e sim conversar entre os objetos.