Felipe Diesel

Rails 3: Usando OpenStruct em formulários de busca

Sat, 18 Sep 2010 10:07:54 -0300

Fazer formulários que não tenha um Model diretamente associado sempre foi um problema no Rails. Isso se deve ao “Convention over configuration” e não vejo grandes problemas nisso, pois 90% dos formulários são para criação/edição de dados no Banco de Dados e, por conseqüência, utilizam um Model.

Mas e os outros 10%?

Vi um artigo no blog da Plataforma sobre como resolver esse problema, porém o código parou de funcionar com o Rails 3. Para descobrir o por que disso, fui investigar no código do Rails (a esse mundo OpenSource) e descobri que quando você inclui por exemplo um text_field é retornado um novo objeto da classe InstanceTag e executa o método to_input_field_tag.

Neste método to_input_field_tag, que está o problema. Passou-se a testar se na classe que está sendo chamado o form existe o método do text_field que queremos e nesse caso não existe, gerando um erro.

Para contornar isso é nessesário fazer um Monkey Patch na classe OpenStruct modificando o método respond_to?:

class OpenStruct
  def respond_to?(symbol, include_private = false)
    ! ActiveRecord::Base.instance_methods.include? symbol.to_s
  end
end

Assim, ele responderá a qualquer coisa menos ao aos métodos de instância que o ActiveRecord, evitando que nos passemos totalmente por um model, o que causaria outros problemas.

Além disso modifiquei o nome do helper, já que não utilizava isso apenas para buscas, e primeiro é verificado se uma variável de instância com o nome do objeto existe (@contacts por exemplo) e caso não exista é buscado da variável params:

require 'ostruct'
module OpenFormHelper
  def open_form_for(object_name, options={}, &block)
    options[:html] = {:method => :get}.update(options[:html] || {})
    options[:as] = object_name
    object = OpenStruct.new(instance_variable_get("@#{object_name}") || params[object_name])
    form_for(object, options, &block)
  end
end

Fiz a modificação da variável pois em algumas buscas queria que algumas opções viessem marcadas por padrão, ou seja teria que adicioná-las a uma variável e escrever no params não é recomendável.

Quanto a utilização, veja lá o artigo do Vinícius lá no blog da plataforma que tem exemplos de utilização.

Lendo o código do Rails

Uma dica final que eu gostaria de deixar é que quando problemas como esse ocorrem é a melhor hora para investigar o código do Rails e tentar descobrir o que está acontecendo, ficando muito mais fácil entendermos como o Framework funciona.

Migrando para o tumblr

Fri, 02 Apr 2010 09:14:00 -0300

Migrações e migrações. Sim, saí do Wordpress e fui pro tumblr. Eu sempre tive o WP instalado num servidor próprio, mas já estava ficando cansado de fazer backup, atualizações. Porém o principal motivo da mudança é que postar no tumblr é mais informal, mais solto. Algumas vezes comecei a escrever um texto, mas acabava não publicando por precisar de muito tempo.

Pois bem, mas como sou desenvolvedor e acredito que a maioria de quem lê esta bagaça (como diria o CQC) o interessante é como foi feita a migração.

Eu vi essa semana o script disponibilizado pelo Cairo Noleto, porém ele importou apenas os textos e eu queria importar o máximo possível de informação. Encontrei então outro script de importação que fazia algo mais próximo do que eu esperava e o melhorei corrigindo os erros que iam ocorrendo.

Veja o script de importação do wordpress para o tumblr.

O script importa os posts, categorias e tags. E para os comentários é usado o Disqus, pois fica muito mais fácil integrar.

Algo que não gostei muito foi do fato de o script original usar o hpricot, que apesar de ser uma excelente gem, é pra fazer parse de HTML e não de XML provocando um erro no qual o link era interpretado como uma tag HTML, e o lin pro artigo não era encontrado, por isso tive que renomeá-lo para .

Além dessa migração troquei o domínio de felipediesel.net para felipediesel.com e tive que fazer um monte de redirecionamentos.

CSS específico para cada página com RubyOnRails

Fri, 26 Mar 2010 20:03:00 -0300

Muitas vezes queremos adicionar um CSS específico para uma página. Você poderia fazer isso adicionando uma folha de estilo específica daquela página (em inglês) ou criando um id específico para cada página.

Com Rails eu faço da seguinte forma:

E no CSS:

O “page_” na frente serve justamente para não misturar o id do body com o id da table ou div na hora de listar os registros.

Prefiro utilizar este modo, pois não é necessário fazer um novo download apenas para alguns estilos para a página específica e todo o CSS já fica cacheado a cada requisição, logo se torna mais eficiente. Porém se uma página for muito diferente das outras e tiver muito CSS o método citado pelo Shaun pode ser mais útil.

Livro jQuery - A Biblioteca do Programador Javascript

Tue, 03 Feb 2009 21:44:00 -0400

A primeira impressão que tive do novo livro do Maujor foi que era muito básico. Mas mesmo assim continuei lendo e comecei a repensar minha opinião.

A Editora Novatec me mandou um exemplar do livro jQuery - A Biblioteca do Pramador da Javascript, escrito pelo Maurício Samy Silva, o já conhecido Maujor; e fiquei de fazer uma resenha do livro aqui no blog. O Maujor não precisa de apresentação, foi com o site dele que dei os primeiros passos nos padrões web e agora vem com o lançamento do primeiro livro sobre jQuery no Brasil.

O livro é muito didático, muito bem escrito e fácil de acompanhar. Explica desde conceitos básicos, do pra que serve a função $() e como funcionam as expressões até efeitos avançados e plugins.

Apenas senti falta de um capítulo sobre AJAX. Sei que isso não faz parte do escopo do livro, é até mencionado nos primeiros capítulos essa falta, mas acredito que vai ficar faltando algo quando alguém tiver o primeiro contato com jQuery através do livro.

Comecei a ler o livro de ponta a ponta mas, já que trabalho com a jQuery diariamente há mais de 2 anos, uma sensação de Dejavu me acompanhava enquanto seguia no livro e resolvi mudar minha abordagem, utilizando o livro mais como um guia de referência. O que melhorou muito meu aproveitamento. Hoje o livro está na minha mesa de trabalho e aposentei as APIs!

Portanto recomendo o livro tanto para quem apenas ouviu falar dessa tal de jQuery, quanto para quem já é expert no assunto. Vá lá no site conferir.

Dica: Listando as rotas no console

Sun, 21 Sep 2008 15:15:00 -0300

O Carlos Brando publicou hoje um artigo sobre como testar rotas no console. Achei legal e decidi compartilhar um código que uso freqüentemente, mas que serve para listar todas as rotas nomeadas existentes. Faça o seguinte no terminal:


$ ./script/console
>> app.methods.grep /_path$/

Este comando, pega todos os métodos da aplicação e filtra utilizando uma expressão regular.

Para melhorar a visualização, você pode adicionar o “y” na frente, para que ele converta o array de retorno em yaml:


>> y app.methods.grep /_path$/

E para ficar ainda melhor, adicione o “sort”, para ficar em ordem alfabética:


>> y app.methods.sort.grep /_path$/

O problema é que existem muitas rotas, numa aplicação bem pequena que tenho aqui chega a 500. Para contornar isso você pode utilizar o poder das expressões regulares. O código abaixo, lista apenas as que começam com ‘s’:


>> y app.methods.sort.grep /^s.*_path$/

Se você não conhece Expressões Regulares, dê uma lida na Web, tem muito material. Caso prefira livros, dê uma conferida no “livro do piazinho”, do Aurélio.

E o curso de Rails já acabou...

Sat, 26 Jul 2008 00:54:41 -0300

Conforme falei no artigo anterior, fiz o curso de Ruby On Rails da e-Genial, que infelizmente se encerrou na quinta, dia 23. Foram 21 aulas, com direito a lista de discussão, material de estudo de primeira e um instrutor, o Júlio Monteiro muito bom. De quebra ainda conheci muita gente legal e que com certeza manterei contato.

Foi muito interessante a proposta do pessoal da e-Genial de fazer um desafio: montar um software de gestão escolar, com cadastro de alunos, instrutores, cursos, turmas, aulas e ainda lista de chamada! Os melhores ganhariam livros.

A maioria do pessoal do curso não fez, ou não conseguiu terminar, mas eu recomendo muito que se lhe for proposto algo assim, deixe um fim de semana de lado e se dedique a isso. Não tanto pelo livro, que é um incentivo legal, mas pelo aprendizado que algo assim proporciona. Eu fiz e aprendi muita coisa nesse sistema, pois as dúvidas só aparecem quando você mete a mão na massa.

E o ganhador? Bom, não que eu queira me gabar nem nada, mas eu ganhei! :D O prêmio foi um livro muito bom, o Rails Way, do Obie Fernandez. Estou agora a espera do livro, que está vindo pelo correio, já que o curso foi online, para mergulhar de cabeça em mais material sobre Rails. Se você quiser ver meu projeto, é só acessar no github ou fazer o download do tarball.

Gostaria ainda de elogiar o TreinaTom, que eu insisto em chamar de Teletom (vai ver o Carlos Eduardo é amigo do Sílvio Santos). O ambiente é muito legal, com a interação entre professor e aluno acontecendo na hora. Pior coisa de curso online são aqueles em que só há apostilas e fórum e este não foi assim, teve vídeo, screensharing e muito bate-papo.

O Júlio também foi sensacional, muito prestativo e paciente com nossas dúvidas beirando o ridículo. Ontem ele disse que nossa turma foi a melhor que ele já trabalhou até hoje e que éramos muito interessados. Mas eu sei que ele diz isso pra todas turmas. :)

Bom, se você chegou até aqui, é por que já deve estar interessado no curso. E pra não dizer que foi tudo elogios, faltou falar um pouco mais sobre Testes, que é algo muito importante e que não consegui entender o fluxo de trabalho, mas tenho certeza que vai estar melhor nos próximos cursos. Esse problema vou resolver com um screencast do Peepcode.

Ruby On Rails, aqui vou eu

Sun, 13 Jul 2008 23:02:00 -0300

Tenho andado com os meu queixo dolorido nos últimos dias. Há um mês estou fazendo o curso de Ruby On Rails da e-Genial e estou embasbacado com o framework. Tenho estudado Rails por conta já faz um ano, mas nunca saindo do básico (com o Django fiz a mesma coisa). Claro que isso parece ser chover no molhado, mas o Rails é realmente impressionante.

Pelo que vi até agora o grande diferencial dele é o Active Record. Eu trabalho o CodeIgniter recentemente, mas ele não tem ORM e isso faz uma falta enorme, já que no Rails os Models tem a função de configurar a tabela do banco de dados e deixando todo o resto pro Active Record, enquanto no CI, é um repositório de funções relacionados ao BD; fazendo o desenvolvimento ser muito mais rápido no Rails.

Outra qualidade que percebi nesse meu “namoro” com Rails, foi a Comunidade, que é muito ativa, trazendo novidades e material quase que diariamente. Tanto a comunidade internacional (dá pra chamar assim?), quanto a brasileira são legais. Isso contou muito na hora que optei pelo Ruby/Rails (em detrimento do Python/Django).

Outra grande vantagem do Rails, é o Ruby. Isso mesmo, a linguagem utilizada no framework é muito boa. É legível, padronizada e muito poderosa. Eu trabalho com PHP fazem 4 anos e não quero cuspir no prato que comi (e ainda como), mas PHP é muito desorganizada.

Me chamou a atenção no Ruby o modo literal com que as coisas são programadas (3.times { print “Hi!” }, quer algo mais claro que isso?) e o fato de ser totalmente orientada a objeto. Isso mesmo até as operações básicas, com a soma, são objetos! :D

Claro que essas opiniões aqui escritas são percepções minhas, e estão longe de ser verdades absolutas, já que como disse Nelson Rodrigues, “toda unanimidade é burra”. Mas eu não estou sozinho.

Ajude a sustentar a Wikipédia e outros projetos, sem colocar a mão no bolso, e concorra a um Eee PC!

Sat, 12 Jul 2008 14:00:00 -0300

…e também a pen drives, card drives, camisetas geeks, livros e mais! O BR-Linux e o Efetividade lançaram uma campanha para ajudar a Wikimedia Foundation e outros mantenedores de projetos que usamos no dia-a-dia on-line. Se você puder doar diretamente, ou contribuir de outra forma, são sempre melhores opções. Mas se não puder, veja as regras da promoção e participe - quanto mais divulgação, maior será a doação do BR-Linux e do Efetividade, e você ainda concorre a diversos brindes!

SSH mais simples ainda

Mon, 02 Jun 2008 14:58:00 -0300

Eu estava brigando a com o rsync para enviar um arquivo para um servidor em que a posta ssh não era a 22 (padrão) e descobri algo muito mais interessante, que com certeza é útil para muita gente.

Você pode criar aliases para suas conexões ssh. O rsync roda utilizando o ssh, então também funciona. Com isso, você pode logar via ssh da seguinte forma: ssh servidor.

Para que isso funcione, altere (ou crie se necessário) o arquivo ~/.ssh/config da seguinte forma:


Host servidor
  hostname enredeco.do.host.com
  user nome.do.usuario
  port 22

A porta só especifique se não for o padrão.

Fácil não?

E não esqueça de dar uma olhada no meu artigo sobre como logar sem senha, para facilitar ainda mais sua vida! :D

Utilizando layouts no CodeIgniter

Wed, 21 May 2008 09:56:00 -0300

Na grande maioria dos sites e sistemas web é apenas modificado o miolo da aplicação, enquanto que o cabeçalho, rodapé, menu, etc. permanecem iguais. E utilizando o modelo MVC, normalmente para cada action do controller temos uma view correspondente, sendo que geralmente um controller: Main com uma action: index, terá a view main/index.php.

No Code Igniter teríamos que fazer tudo manualmente, já que não há como definir um layout que será carregado em cada view, nem esse carregamento automático.

Pelo menos não havia… :D

Criei um pequeno hook que faz esse serviço. Crie seu controller como abaixo:


class Main extends Controller {

  function Main()
  {
    parent::Controller();
  }

  function index()
  {
    $this->data->foo = $this->db->get('main_table');
  }

  function show()
  {
    $this->data->foo = $this->db->get('another_table');
    // Você pode definir manualmente a view e o layout da seguinte forma:
    $this->view = 'main/index';
    $this->layout = 'popup';
  }
}

E ao acessar as duas actions a view main/index.php será chamada com os valores definidos na variável $this->data. Também será carregado o layout application/views/layouts/default.php na função index e application/views/layouts/popup.php na função show.

Download

Faça o download da hook ou de uma aplicação de exemplo (CI 1.6.2).

Instalação

Para utilizar este hook, copie o arquivo Layout.php dentro da pasta application/hooks/, defina a opção $config[‘hooks’] com true no config e adicione o seguinte no arquivo application/config/hook.php:


$hook['post_controller'][] = array(
  'class'    => 'Layout',
  'function' => 'view',
  'filename' => 'Layout.php',
  'filepath' => 'hooks',
  'params'   => array()
);

Espero que goste tanto de utilizar isto quanto eu. Me salva algumas linhas de código.

Cortando e redimensionando imagens com o CodeIgniter

Thu, 10 Apr 2008 13:42:00 -0300

Eu sei que não tenho aparecido muito por aqui, mas o desenvolvimento da nova versão do SiGA está tomando todo tempo imaginável e tive que priorizar aquilo, pois o prazo já está estourando. Mas não é sobre isso que quero escrever.

Recentemente precisei de imagens quadradas num projeto e esse mesmo procedimento se repetiria várias vezes, então criei esta extensão da Biblioteca Image_lib que já vem com o CodeIgniter. Na verdade o código serve não só para imagens quadradas, já que o tamanho tem que ser definido literalmente.

Cole o código abaixo na pasta application/library com o nome MY_Image_lib.php:


class MY_Image_lib extends CI_Image_lib {
/**
 * Crop and resize a image
 *
 * @return bool
 */
    function crop_and_resize() {
        $width = $this->width;
        $height = $this->height; 
        $size = getimagesize($this->source_folder . $this->source_image);
        
        if ($size[0] > $size[1]) {
            $this->width =  $width / $height * $size[1]; 
            $this->height = $size[1];           
        } else {
            $this->width = $size[0];
            $this->height =  $height / $width * $size[0];            
        }
        $this->x_axis = ($size[0] - $this->width) / 2;
        $this->y_axis = ($size[1] - $this->height) / 2;
        
        if ( ! $this->crop() ) {
            return false;
        }
        
        $this->width = $width;
        $this->height = $height;
                
        if ( ! $this->resize()) {
            return false;
        }
        return true;
    }
}

Pra usar é muito fácil:


$config = array(
'source_image' => '/path/para/a/imagem.jpg',
'maintain_ratio' => false,
'width' => 48,
'height' => 48);

$this->load->library('image_lib', $config);
$this->image_lib->crop_and_resize();

E temos uma imagem como a mostrada abaixo:

Escritório de Verdade

Thu, 07 Feb 2008 12:22:00 -0400

Tenho acompanhado o blog Office Snapshots e o recomendo sem pestanejar, mas algo que eu achava estranho era que todos os escritórios sempre eram arrumados de mais, sem extensões e cabos de rede pelo chão e tudo muito padronizado.

Pelo que vi não fui só eu que estranhei isso, pois foram publicadas fotos do escritório da Grrovershark.

Não que eu ache melhor os escritórios serem bagunçados, mas o custo de se montar um escritório todo personalizado é muito alto. Porém acho que vale a pena conferir todos, por que sempre podemos pegar uma ou outra idéia para melhorar o ambiente onde trabalhamos.

Tema novo

Tue, 05 Feb 2008 01:12:16 -0400

Finalmente, depois de um ano e pouco e várias tentivas de temas fiz um que acabei e gostei. O tema ainda está bem cru, pois já são 2 horas e comecei ontem as 17h (total de 9 horas). Isso que ainda dei um tempo no meio. :D

Deixei o tema mais limpo, com layout líquido e removi todos os restos de AdSense. Deve estar com vários furos, se achar algum, por favor me avise. O que achou?

CodeIgniter em PHP5 ou PHP4?

Mon, 04 Feb 2008 16:36:00 -0400

Recentemente tem havido bastante discussão sobre o por que de o CodeIgniter não partir apenas para o PHP5, mas não entendo isso, já que um dos grandes motivos que me levou a ter interesse por esse framework foi por ele suportar o PHP4. Entendo e concordo que o PHP5 é muito superior, poder trabalhar apenas com OO é muito melhor, mas existem dois grandes problemas que travam a adoção ao PHP5.

Quem nunca teve que fazer um site pra hospedar num servidor com PHP4 e MySQL 3.23? (E olha que uma das maiores empresas de hospedagem do Brasil tem uma configuração parecida com essa! Qual é a sua?) Por mais que os desenvolvedores do PHP façam campanha de adoção do PHP5, que o PHPmyAdmin prometa que as próximas versões apenas serão pra PHP5, isso NÃO vai mudar. As hospedagens ainda são PHP4 e adoção ao PHP5 é lenta (cerca de 1% ao mês).

Outro fator é que infelizmente a maioria dos desenvolvedores são medíocres. Não estão nem um pouco preocupados com MVC, OO, padrões web e tudo mais. E isso acaba influenciando as hospedagens, que tem medo de quebrar os códigos de seus clientes. Não que eu me considere um grande programador, mas isso é o que todos tinham que ter como base (ou pelo menos vontade de aprender).

Voltando ao CodeIgniter, o Derek Allard, um dos desenvolvedores do CodeIgniter, já disse que o PHP4 será suportado por bastante tempo ainda, justamente por isso. Não adianta querermos impor algo, quando não temos meios para forçar.

Não quero de maneira nenhuma defender os hosts que não fazem upgrades, muito menos a “sobrinhada”, mas acho que as vezes esquecemos que vivemos em mundo que não é perfeito, que por mais que queiramos que as coisas sejam ótimas, elas apenas podem ser tão boas quanto possível.

Named params no Code Igniter

Tue, 15 Jan 2008 09:12:00 -0400

Named params são parâmetros enviados numa url, mas sem ordem definida. Na prática são o velho ?var=valor&var2=valor2, mas de um modo mais limpo.

www.seusite.com/controller/método/nome:Felipe/cidade:Teutônia/

Eu venho utilizando CodeIgniter há algum tempo e ele não permite passar variáveis como o PHP normalmente faz e acabei criando algo assim para utilizar. E quando li o artigo do Tulio Faria falando sobre named params, mas no CakePHP, a primeira coisa que pensei é que deveria disponibilizar minha função aqui no blog.

Na verdade é uma estensão da biblioteca URI:


class MY_URI extends CI_URI {
  function named_param($var) {
    $arr = $this->segment_array();
    foreach ($arr as $value) {
      if ($var == substr($value, 0, strpos($value, ':'))) {
        return substr($value, strpos($value, ':')+1);
      }
    }
    return null;
  }
}

Para chamar essa função faça da seguinte maneira:


$this->uri->named_param('nome'); // Na url de exemplo acima retornaria Felipe
$this->uri->named_param('cidade'); // Na url de exemplo acima retornaria Teutônia

Update:

Conversando o Guilherme Medeiros, chegamos a uma solução diferente da de cima. Nesta versão não se chama uma função que retornará o valor, mas sim os valores já estão na variável named, ficando a classe assim:


class MY_URI extends CI_URI {
  var $named;

  function MY_URI() {
    parent::CI_URI();

    $uri = $this->segment_array();
    foreach($uri as $val) {
      if (strpos($val, ':')) {
        $this->named->{substr($val, 0, strpos($val, ':'))} = substr($val, strpos($val, ':')+1);
      }
    }
  }
}

Sendo usado assim:


$this->uri->named->nome; // Na url de exemplo acima retornaria Felipe
$this->uri->named->cidade; // Na url de exemplo acima retornaria Teutônia

Vale lembrar que o valor deve ser testado com o isset(), pois pode não existir.

Editor WYSIWYG muito leve

Wed, 19 Dec 2007 07:50:00 -0400

Hoje me deparei com algo que já venho procurando faz um bom tempo. Um editor WYSIWYG que fosse leve.

A maioria dos editores tem mais de 100KB, chegando alguns a mais de 200KB. O NicEdit por outro lado tem menos 35 KB e, se comprimido menos de 10KB. Obviamente ele é simples, mas quem precisa do word quando quer colocar negrito em uma ou outra palavra? Lembre-se conteúdo é o rei!

No site tem vários exemplos de como se utiliza ele, além de bastante informação.

Pegando o conteúdo de um iframe

Mon, 10 Dec 2007 10:55:00 -0400

Hoje tive um daqueles problemas que você pensa, pensa, pensa, e não consegue resolver.

Meu problema era enviar um arquivo via AJAX. Como isso não é possível, temos que usar uma velha técnica na qual cria-se um iframe e se dá o submit do form para este. Tudo certo. Mas temos que pegar o valor do iframevia javascript para saber se correu tudo bem e o que aconteu.

Fiz alguns testes e nao estava conseguindo pegar o valor do iframe. O motivo? Levei 3 horas para descobrir. Não se consegue pegar o valor se o iframe não estiver no mesmo domínio que a página atual.

Ou seja, nos testes eu estava usando tudo menos o domínio atual. Que serviço.

Para pegar o valor, existem 2 métodos:

1) Mais fácil com a jQuery:

$('iframe').contents().find('body').html()

2) Um pouco maior, mas apenas javascript:

var io = document.getElementsByTagName('iframe')[0];
if(io.contentWindow) {
  return io.contentWindow.document.body.innerHTML;
} else if(io.contentDocument){
  return io.contentDocument.document.body.innerHTML;
}

Mas não esqueçam. Tem que ser do mesmo domínio.

Obrigado ao Israel Cefrin por me dar a dica que tinha que funcionar e me fazer descobrir isso.

O Framework CodeIgniter

Sat, 01 Dec 2007 08:21:00 -0400

O que um framework tem que fazer? Sério, copiar o Rails?

Tudo bem que seja um om espelho, mas não pode ser feito com fé cega, acreditando que o que o rails faz é o que há de melhor pra se fazer. Não que RoR seja ruim, muito pelo contrário, mas existem vários frameworks imitando-o sem pensar um pouco.

Eu programo em PHP para viver, poderia mudar já que sou eu quem define isso, mas ainda só estou testando outras linguagens para a web. Recentemente resolvi que iria usar um framework para desenvolver, pleos motivos que todo mundo sabe: utilização de MVC, programação mais rápida, etc.

Cheguei a testar o CakePHP, mas não gostei dele pois ele te faz trabalhar como ele quer, não como o programador quer. Bati cabeça com mais alguns e resolvi que montaria meu próprio framework. Programa, programa, programa… Ainda falta muito pela frente…

Até que parei e conheci o CodeIgniter. Achei muito bom, é um framework legal e que me dava a liberdade que eu não tinha com o Cake.

Este framework, apesar de ter sido baseado no Rails, não o segue cegamente e dá um liberdade muito grande pra trabalhar do jeito que o programador quiser. Claro que ele tem uma padronização, mas a liberdade vem em você usar as ferramentas que são fornecidas muito facilmente.

Se você quer saber mais sobre o CodeIgniter, sugiro que veja os screencasts do Elliot Haughin, que foi o que me fez ver o que o CodeIgniter podia fazer; leia o blog do Derek Allard, que é um dos desenvolvedores do Framework; e LEIA O MANUAL. Em português, a comunidade ainda está se formando, mas já existe o site codeigniter.com.br, lá se encontra o manual traduzido, um fórum (que atualmente está fora do ar) e a lista de discussão.

Aguardem alguns artigos aqui sobre esse tema.

Utilizando ferramentas e não muletas

Sat, 24 Nov 2007 00:15:00 -0400

Você já se viu sem martelo quando precisava pregar algo? E teve que usar uma chave de fenda ao contrário pra fazer isso? Funciona, mas é mais demorado e não é tão simples quanto usar o martelo.

Digo isso, pois freqüentemente nas listas que participo acontecem discussões inflamadas sobre usar ou não usar algo, como IDEs, frameworks, etc. Claro que por um lado isso é bom, pois toda unanimidade é burra, porém essa discussão sempre acaba no “usa o teu e te ferra que eu uso o meu e fico na boa”. E a outra pessoa responde a mesma coisa.

O problema é que hoje temos que ser agis e ao mesmo tempo fazer um serviço de qualidade. E isso as vezes parece não ser levado em contra por aqueles que querem usar as ferramentas mais simples. E aí se encaixa a história do martelo lá de cima.

Você pode programar um site grande usando o Vi, mas renderá mais usando uma IDE que te auxilie.

Mas aí entra o grande detalhe: Você tem que saber se virar sem a IDE, pois um belo dia o site pode estar fora do ar e você não poder usar sua magnífica IDE para resolver o problema. E nessa hora você tem que se virar com o que tem. Nem que seja com notepad.

Outro exemplo é javascript, existem várias bibliotecas que facilitam a vida, mas na hora que algo tem que ser feito sem ela, você tem que saber usar javascript “nativo”.

O importante é que as ferramentas nos ajudem a fazer o serviço bem feito e rápido. E não que sirvam como muletas, e que sem elas não consigamos sair do lugar.

Crédito da Foto: Daquela manera

No Globo Repórter desta noite

Sat, 10 Nov 2007 08:19:00 -0400

Ontem a noite passou uma edição do Globo Repórter que falava sobre Finanças Pessoais. Mostraram casos de pessoas que construíram uma casa arrumando unha (1 milhão de unhas diga-se de passagem), de crianças que poupam suas moedas e conseguem comprar bens relativamente caros, mostraram 2 amigas, uma que é gastadora e outra que controla melhor seu dinheiro.

Mas apesar de tudo isso, em nenhum momento falaram sobre como controlar melhor gastos ou qual a melhor forma de ensinar as crianças a controlar seu dinheiro. E desse mal o Globo Repórter já vem sofrendo faz um bom tempo.

Matérias sem profundidade nenhuma, apenas uma hora de “matação” tem se tornado comum na Rede Globo. Veja o Fantástico, que consegue passar 3 horas filosofando sobre o nada.

Na outra mão corre a Rede Record, que tanto no Repórter Record (concorrente do Globo Repórter), quanto no Domingo Espetacular (concorrente do Fantástico) tem mostrado matérias aprofundadas e com mais conteúdo. Claro que sempre tem aquela mania de ficar anunciando o programa todo uma reportagem que só aparecerá no fim, mas nada é perfeito.

Tem sido interessante essa busca do Bispo Edir Macedo em se tornar líder de audiência. Inclusive eles prentedem ser os líderes de audiência até 2012. Parece pouca coisa, mas aqui no Brasil a TV sempre foi Globo, desde que a Globo foi criada em 1965. Isso mesmo, 42 anos de liderança.

Nenhum dos dois é santo, mas espero que essa briga ajude a ter menos decepções como a que tive ontem, quando ao terminar o programa, virei pra minha mulher e perguntei: “Tá, e aí? O programa passou e não ajudou em nada!”

Crédito da Foto: Julian Robinson.