Para quem deseja testar o Seaside, essa é uma boa pedida: o site Seaside-Hosting oferece hospedagem gratuita para aplicações Seaside de finalidade não comercial.

Particularmente, não sei como anda a cena da hospedagem de aplicações Seaside de forma geral…principalmente aqui no Brasil.
De qualquer forma, vale a pena dar um conferida!

Em tempos de pouco Seaside, a gente tem que se virar pra aumentar a produtividade ao escrever códigos de client-side.

Quem de nós desenvolvedores, nesses últimos 10 anos, não sofreu de sérias cefaléias depois de algumas horas de depuração braçal(vulgo “alert-debugging“) de código JavaScript?

Que atirem a primeira pedra!

Já faz algum tempo que o FireBug se tornou uma ferramentinha essencial no meu toolset de desenvolvedor web!

O FireBug é um plugin do Firefox até completinho, que permite editar folhas de estilo, debugar JavaScripts, monitorar o tráfego de rede gerado por uma página, etc; facilitando em muito o desenvolvimento de interfaces um pouco mais interativas, com scripts de complexidade razoável.

Listei abaixo alguns dos aspectos que mais me chamam a atenção no Firebug:

Suporte à JavaScript
A economia de tempo para quem não está acostumado a ter um debugger Javascript é ridiculamente insana!

O Firebug, por meio das funções de “Step Over“, “Step Into” e “Step Out” lhe permite controlar a execução das instruções JavaScript manualmente. Essas funções trabalhando em conjunto com Breakpoints e expressões de “Watch”(que permitem monitorar o valor de uma determinada expressão em um dado momento da execução) transformam o Firebug em uma poderosíssima ferramenta de depuração.

Na aba “Script” há um painel que ao longo da execução, vai listando(conforme os filtros que você selecionar) as variáveis definidas no script em execução. Poupa nosso trabalho de ter que adicionar uma expressão de “Watch” para cada variável declarada no script.

Além disso, na aba “Console” você tem um shell interativo que poderá ser muito útil no desenvolvimento também! Neste shell, você pode executar pequenas instruções JavaScript via command line que podem lhe dar uma melhor idéia do que está em memória em client-side, percorrer a estrutura DOM de uma página, testar a execução de funções JavaScript anteriormente definidas, definir novas funções/objetos/variáveis, e coisas do tipo. Já não dá pra ficar sem essas coisas!

Monitoramento de tráfego de rede
Pra quem trabalha muito com Ajax(ou melhor, requisições via XMLHttpRequest em geral), essa feature é uma verdadeira Mão-na-Roda, pois te dá uma visão detalhada das requisições HTTP que estão acontecendo por “debaixo dos panos”!

Tanto na aba “Console” quanto na aba “Net”, para cada requisição, você poderá visualizar o conteúdo da resposta retornada, bem como o que foi enviado via post, ou via query string, para o servidor! Lá também estarão os cabeçalhos HTTP relacionados com aquela requisição, etc.
Essas informações facilitam bastante para identificar alguns problemas, quando, por exemplo, você percebe que sua tela se desfigurou depois de uma requisição que aconteceu “debaixo dos panos”, e não faz idéia do que foi retornado pelo servidor!

Visualização da àrvore DOM

Outra funcionalidade interessante, é a de você poder visualizar a àrvore DOM da página e navegar nela. Ajuda muito a visualizar o estado de determinados elementos que compõem a tua interface.

Pra quem não conhece o plugin ainda, ou não tem uma versão alternativa tão boa quanto, vale muito a pena testar!

Inclusive, existe uma versão portada para outros browsers também, chamada Firebug Lite. Não a testei, porque acho meio intrusivo demais inserir um novo arquivo JavaScript na tua página com esse fim…mas dados os benefícios, dependendo da situação, talvez seja uma boa!

No mais, um grande abraço à todos, e bons códigos!

Being Agile is our favourite thing: Videozinho gravado na filial da ThougthWorks, em Londres.
Me rendeu boas risadas!

Definitivamente, escrever software é uma arte!
E a preocupação com a qualidade dessa arte que criamos deveria ser uma constante em nós desenvolvedores!

Deveria….

Ao reler um antigo post do “Shoes”, baseado numa (ainda mais antiga) entrevista com Eric Evans na InfoQ, não pude deixar de lembrar de um post do Ronaldo de uns tempos atrás, no qual ele mencionava sua preocupação com relação a qualidade dos códigos atualmente _escritos_ no melhor estilo Rails Way.

Embora o Ronaldo tenha destacado o aspecto da mistura de lógica com a apresentação, comecei a refletir sobre a quantidade de má-representações de domínios de negócio que devem estar espalhadas por aí em aplicações Rails da atualidade. E confesso que isso também me preocupa!

Faz algum tempo que acompanho a lista Rails-BR, mesmo sem postar quase nada por lá. (Inclusive, lá não é o único lugar que tenho deixado de postar alguma coisa. Mas, sabe como é.. A vida de casado é um pouco mais atarefada que muitos imaginam! )

Na grande maioria dos posts que vejo na lista Rails-BR, e na comunidade Rails brasileira como um todo, não vejo muita preocupação com o design da aplicação e uma boa representação dos domínios de negócio. (Será uma característica da adoção em massa de um hyppe?) Ao contrário, nos deparamos muito com a polida beleza de um domínio “doentio“, pobre em representação, com uma raison d’être resumida a mais uma triste estrutura de dados.

Diferentemente do que alguns pensam, uma boa representação de um domínio real de negócios não pode ser automatizada!

Espero que os desenvolvedores se atentem mais para isso, e que não nos deparemos com super-controllers e models anêmicos saltando de nossas telas diretamente para o nosso colo.

Do contrário, se essa tendência se mantiver, ainda veremos muitos códigos “macarrônicos”, ASP-like, escritos em Ruby com Rails. O que é uma grande infelicidade dado o poder da linguagem!

Espero que eu esteja errado nessa minha semi(pre)visão de Dante no domínio Rails. E que, ao contrário dessa possível tendência, possamos ter códigos compreensíveis, projetos com um domínio de negócio bem representado, e filhos plenamente felizes.

Entao, conforme jah anunciado pelo Ronaldo, tah marcado pra dia 19/01/2008, (das 10:00 as 13:00hs), a primeira reuniao do Dojo-BH!

Se voce eh programador e, alem de trabalhar, se diverte programando, venha participar da nossa primeira reuniao!

Nos encontramos lah!

Acts as State Machine eh um plugin do Rails que visa facilitar o gerenciamento de estados de um dado model ActiveRecord, implementando assim uma Maquina de Estado Finito. O acts_as_state_machine carrega o conceito de eventos. Que sao blocos de codigo responsaveis pelas transicoes de um estado do Model para o outro. Suponhamos, por exemplo, que voce queira controlar os estados das tarefas que voce irah realizar durante um dia. Com o acts_as_state_machine voce poderia ter algo parecido com o seguinte:

class Tarefa < ActiveRecord::Base
  # Inicialmente a Tarefa estarah no estado 'Pendente'
  acts_as_state_machine :initial => :pendente

  state :pendente
  state :iniciada, :enter => Proc.new {|o| Mailer.send_notice(o)}
  state :concluida
  state :cancelada

  # No evento 'iniciar' eh realizada a transicao do estado 'pendente' para 'iniciada'
  event :iniciar do
    transitions :from => :pendente, :to => :iniciada
  end

  event :concluir do
    transitions :from => :iniciada, :to => :concluida
  end

  event :cancelar do
    transitions :from => :pendente, :to => :cancelada
  end
end

Para cada estado, um metodo “<nomedoestado>?” serah criado, e para cada evento, um metodo “<nomedoevento>!” serah criado:

  t = Tarefa.create # Cria a tarefa com seu estado inicial...
  t.state # => "pendente"
  t.iniciar! # Envia notificacao por email, e muda estado da Tarefa para "iniciada"
  t.iniciada? # => true
  # ...
  t.concluir! # Muda o estado da tarefa para "Concluida"

Como voce pode ver no codigo de exemplo, quando a nossa Tarefa mudar para o estado ‘iniciada’, (em consequencia da chamada ao metodo do evento ‘iniciar’), serah enviada uma notificacao por email. Isso eh feito por meio daquela Proc que foi passada como uma funcao de callback do estado :iniciada. Nos mostrando que temos a flexibilidade de fazer qualquer coisa na mudanca de um estado para o outro. Alih, no lugar de um bloco de codigo, pode ser passado um simbolo, com o nome de um metodo de instancia do model.

Instalacao

Para quem jah instalou um plugin Rails, instalar o acts_as_state_machine nao tem segredo algum! Na raiz da tua aplicacao Rails, digite:

  ./script/plugin install http://elitists.textdriven.com/svn/plugins/acts_as_state_machine/trunk/

Daih em diante eh soh usar!

” – Caaaaaaaaaaaaaaraca!!! Legal isso aquih hein?!”

Pois eh! Depois de muito ouvir do nosso Guru Tecnoespiritual, resolvi brincar um pouco com a crianca!

To gostando desses novos gadgets no browser! Assim que puder posto minhas (primeiras)impressoes!

…

Ah! Esqueci de dizer… Se quiser testar tbem, tenta isso aquih oh: Seaside One-Click Experience.

Bem, pra quem nao conhece, Io eh uma linguagem de programacao dinamica, Orientada a Objetos, e baseada em Prototipos.

No Io, com o mesmo programa que voce executa os arquivos fonte .io, voce pode, por exemplo, executar um interpretador interativo, similar ao nosso amado irb no Ruby.

Instalacao

A instalacao no windows eh bem simples!
Na pagina de downloads do site oficial voce poderah encontrar o link da versao para Windows. Eh um arquivo zip! Baixe-o, descompacte-o no C:\, e edite a variavel de ambiente Path, incluindo o diretorio “C:\usr\local\bin”. Pelo que parece, ha uma limitacao nessa distribuicao que fixa esses diretorios, por causa dos add-ons, que ficam localizados no “\usr\local\lib\io\addons”.
Limitacao tosca essa, mas por enquanto nao vou me preocupar com isso!

Mao na massa!

Entao vamos lah! Vamos ao nosso “Hello Io!”. Digite “io” no terminal, e comece a brincar:

Io> "Hello Io!" println
Hello Io!
==> Hello Io!

(Veja mais alguns exemplos de codigo no breve tutorial do site oficial, ou no guia oficial da linguagem.)

Caracteristicas da Linguagem

Primeiramente, nao tente encontrar classes no Io! Para criar novos objetos voce deve clonar objetos jah existentes:

Io> MeuObjeto := Object clone
==> MeuObjeto_0x485a18:
type = "MeuObjeto"


Io traz consigo o conceito de slots, que compoem um dado objeto. Slots podem ser interpretadas como as mensagens as quais um objeto sabe responder. Podemos considerar um slot como um relacionamento ‘nome => valor’.

Os atributos e metodos de um objeto sao considerados slots, independente de seu valor ser codigo executavel ou outro tipo de objeto.
Voce pode remove-los ou adicionar novos atributos/metodos quando quiser:

Io> MeuObjeto meuMetodo := method( "Meu novo metodo!" println)
==> method(
"Meu novo metodo!" println
)
Io> MeuObjeto meuMetodo
Meu novo metodo!
==> Meu novo metodo!


Tudo em Io eh um objeto! Veja o seguinte codigo, por exemplo:

Io> 1 asString
==> 1
Io> 100 asCharacter
==> d

A comunicacao dos objetos Io com o resto do mundo eh feita por meio do envio/recebimento de mensagens. Considere por exemplo, o seguinte codigo:

System version


No exemplo acima, a mensagem “version” eh enviada para o objeto “System”, para que esse possa responde-la.

Se eu tentar executar esse codigo acima no “io” terei o seguinte resultado:

Io> System version
==> 20070410

Bem, eh isso! A ideia deste post era soh falar alguma coisa sobre Io. Posteriormente vou escrever sobre algumas features e aspectos um pouco mais interessantes da linguagem. Espero que possa ser util pra alguem!

Ateh a proxima!

O nosso primeiro Minas on Rails passou, mas muitas coisas boas ficaram!
Primeiro a lembranca do que rolou por aquelas bandas…Segundo aquele gostinho de “Quero mais!”…
Outra coisa boa que ficou foi a vontade insana de contribuir mais e aumentar minha participacao na comunidade…Espero que essa vontade continue e que esse blog ajude a satisfaze-la!