JavaBahia: CommunityOne - Comunidades, Código Aberto e Nuvens

ZFS Snapshots

Sessão Técnica sobre Open Social e AJAX Push

Área dos JUGs no java.net. No centro Aaron Houston

JavaBahia: Clayton Chagas fala sobre TV Digital

Click To Play

Carlos José Pereira: Palestras no III ENSL / IV FSL-BA

.
Estive em Salvador/BA semana passada para participar de um evento que reuniu o III ENSL - Encontro Nordestino de Software Livre e o IV Festival de Software Livre da Bahia, organizado principalmente pelo Projeto Software Livre Bahia.




Neste evento, apresentei duas palestras:

- Uma introdução a programação de GUIs com GTK+ : abordou principalmente algumas dicas para ajudar os iniciantes na programação utilizando esta toolkit gráfica.
- Programação GTK: Uma introdução ao GLADE : apresentou o software GLADE, um grande auxiliador para a construção de interfaces gráficas utilizando a biblioteca GTK.

Nelson Pretto: FISL

Esse ano não vou poder estar em pessoa no Fórum Internacional do Software Livre - FISL 10 - que acontece em Porto Alegre, de 24 a 27 de junho de 2009.
Mas vou estar, aqui de Nottinghaml, Inglaterra, ligadão nas transmissões pela TV Software Livre e em toda a programação.

Vou garvar algumas entrevista para a minha coluna Conexôes, no programa Muklticultura da Rádio Educadora FM da Bahia, rtodas as quartas, do meio dia a uma da tarde, horario da Bahia (GMT - 4)

Fique ligado.

Lucas Almeida Rocha: GNOME Website Plan for 2.28

We’re working hard to have a beta version of the GNOME website by September 21, GNOME 2.28 release. I’m trying to keep everyone very focused in a clear and concrete plan:

http://live.gnome.org/GnomeWeb/TwoPointTwentyseven

The May 27 milestone was a total success! So, what do we have now? The Content team (working with the Marketing team) has the initial plan for the content structure. The Design team has published the initial design proposal for the website. The CMS team has set an initial plan for the basic content, front page, translation and deployment. The Plone work is all being documented in our wiki.

The next milestone (June 15) is about consolidating the content structure, delivering the final design in an implementable form (HTML/CSS), setting up a test website in GNOME servers and having front page and basic content types implemented in our Plone instance. Paul is now working on mapping the content that was previously produced to make sure we reuse it as much as possible. Andreas and Vinicius want feedback on the proposed design and will be working on implementing the design in HTML/CSS during this milestone so that it can be easily applied in our Plone website.

New contributors are more than welcome! If you think you can help with content and design, please subscribe to marketing list. If you want to contribute to the Plone implementation, join the web mailing list. In all cases, please introduce yourself after you’re subscribed.

Thiago Freire: Rails Summit - Segundo Dia

No segundo dia, eu já cheguei na hora da palestra da Phusion. Muito legal a palestra, brincaram bastante com Star Wars, Scarlett Johansson e Megaman. O conteúdo da palestra foi muito interessante, ensinaram alguns conceitos de deployment, e como fazer sua aplicação escalar. Eu já sabia algo nesse sentido, na camada dos web servers, mas nada na camada do banco de dados, nem na parte de caching, então foi muito instrutiva. Depois eles falaram brevemente sobre uma aplicação que eles fizeram, chamada Yuumi. Tem uma integração com Twitter, SMS, um sistema de votação parecida com Digg. Eles também embutiram comentários num blog, com o plugin yuumius_comments.

Logo após, teve um Coffee Break e a palestra de Charles Nutter e Thomas Enebo, que eu não assisti. Fiquei uma hora no sofá, esperando a palestra de Jay Fields, sobre imaturidade dos testes. Basicamente, ele falou mal de todos os frameworks que existem pra fazer testes. Não disse que você não deve usar nenhum, mas que, obviamente, todos eles possuem desvantagens e você deve estar atento a isso. É que as pessoas estão muito empolgadas com testes, e achando que são perfeitos e não falham. Foi engraçado ver ele falando mal do RSpec com David Chelimsky assistindo.

Depois fui assitir a palestra de Manoel Lemos, que também teve a participação de Ronaldo Ferraz e Nando Vieira. Eles falaram sobre a história da WebCo e como ela está atualmente. Lemos contou a história do BlogBlogs e os problemas que teve por falta de conhecimento em deploy de rails. Mostrou como superou esses problemas e fez a empresa crescer. Ronaldo falou sobre search engines, e como eles criaram uma abstração para que possam utilizar qualquer solução, por meio de drivers. E Nando contou como eles aplicam Scrum na empresa. Gostei do que ouvi, e pude conhecer mais como a WebCo trabalha. Até então era só uma empresa com um monte de gente boa em Rails, e que diziam ser maravilhosa. Acho que agora também posso dizer que parece ser mesmo bom trabalhar lá :)

[Continue lendo]

No segundo dia, eu já cheguei na hora da palestra da Phusion. Muito legal a palestra, brincaram bastante com Star Wars, Scarlett Johansson e Megaman. O conteúdo da palestra foi muito interessante, ensinaram alguns conceitos de deployment, e como fazer sua aplicação escalar. Eu já sabia algo nesse sentido, na camada dos web servers, mas nada na camada do banco de dados, nem na parte de caching, então foi muito instrutiva. Depois eles falaram brevemente sobre uma aplicação que eles fizeram, chamada Yuumi. Tem uma integração com Twitter, SMS, um sistema de votação parecida com Digg. Eles também embutiram comentários num blog, com o plugin yuumius_comments.

Logo após, teve um Coffee Break e a palestra de Charles Nutter e Thomas Enebo, que eu não assisti. Fiquei uma hora no sofá, esperando a palestra de Jay Fields, sobre imaturidade dos testes. Basicamente, ele falou mal de todos os frameworks que existem pra fazer testes. Não disse que você não deve usar nenhum, mas que, obviamente, todos eles possuem desvantagens e você deve estar atento a isso. É que as pessoas estão muito empolgadas com testes, e achando que são perfeitos e não falham. Foi engraçado ver ele falando mal do RSpec com David Chelimsky assistindo.

Depois fui assitir a palestra de Manoel Lemos, que também teve a participação de Ronaldo Ferraz e Nando Vieira. Eles falaram sobre a história da WebCo e como ela está atualmente. Lemos contou a história do BlogBlogs e os problemas que teve por falta de conhecimento em deploy de rails. Mostrou como superou esses problemas e fez a empresa crescer. Ronaldo falou sobre search engines, e como eles criaram uma abstração para que possam utilizar qualquer solução, por meio de drivers. E Nando contou como eles aplicam Scrum na empresa. Gostei do que ouvi, e pude conhecer mais como a WebCo trabalha. Até então era só uma empresa com um monte de gente boa em Rails, e que diziam ser maravilhosa. Acho que agora também posso dizer que parece ser mesmo bom trabalhar lá :)

Fiquei na mesma sala, pra assistir Vinícius Teles. Também foi uma grande palestra, sobre empreendedorismo. Ele contou um pouco da experiência dele com a ImproveIt, e como foi a decisão de mudar de uma empresa que oferece serviços pra uma que oferece produtos. Ele mostrou como você pode ter sucesso fazendo produtos pra pequenos nichos, com uma empresa pequena. Disse também que não é tão difícil fazer algo mesmo não estando em grandes centros como São Paulo e Rio, e deu justificativas.

Depois disso eu fiquei no saguão, ajeitando algumas coisas do blog. Teve um momento em que várias pessoas se juntaram pra gravar um videocast pro RailsBox Podcast. Fechei meu MacBook e fui pra lá. Depois de meia hora "gravando", descobriu-se que na verdade Davis só tinha gravado os 3 primeiros minutos, que foi o pessoal se apresentando. Pelo menos, Ozéias tinha gravado o áudio.

Após esse acontecimento estranho (pra não dizer outra coisa), fomos todos pra palestra de Obie Fernandez. Foi sensacional. Todos adoraram a palestra, que foi até longa. Obviamente, ele falou sobre como a Hashrocket funciona, e porque ele não tem nenhum cliente egípcio. É uma empresa que, pelo menos até agora, vem dado certo e que é bem diferente de empresas tradicionais. E de muitas outras empresas que utilizam Rails e Metodologias Ágeis. Falou sobre pair programming, Scrum, Rails Rumble e do dia-a-dia da empresa.

Depois da última palestra, teve o encerramento do evento, com um coquetel. Ficou muita gente lá, conversando e se divertindo. No final, achei que Obie fez a melhor palestra. Mas tenho também que falar do talento (em apresentar alguma coisa) de Dr Nic, Chad Fowler e os caras da Phusion. O evento foi ótimo, as palestras foram legais e surgiu até um projeto lá, onde várias pessoas colaboraram. Mas o melhor do evento foi (e acho que todo mundo vai dizer isso) conhecer as pessoas. Tanto as que eu já conhecia pela internet, quanto as que eu não conhecia realmente. Pessoas como Ozéias Santana, Davis Cabral e Charleno Pires, que é muito engraçado. Além, é claro, de todo o pessoal da aprendendo-rails: Elomar, William, Juarez, Raúl e o outro William. Até apareceram outras pessoas que estão na lista, mas eu não falava muito, como Marcos e Ricardo.

Segundo Gilberto Mautner e Akita, terá um Rails Summit em 2009. Se tiver, estarei lá com certeza. Até lá, espero ir em algum outro evento local sobre Rails. Ou até, quem sabe, criar um aqui em Salvador. Valeu muito a pena todo o dinheiro gasto, e todas as horas extras que terei que fazer no trabalho pra repor o que eu faltei :)

Thiago Freire: Como fazer um plugin - Parte 1

Bom, todo mundo fica dizendo que os plugins são a melhor parte de rails, que a comunidade participa muito, bla bla bla. Decidi então mostrar como fazer um plugin. Aliás, decidi aprender. Não tem muito material sobre isso, principalmente em português. Esse post foi escrito depois de ter lido:

• Rails Guide - The Basics of Creating Rails Plugins
• Nuby on Rails - The Complete Guide to Rails Plugins Part I
• Nuby on Rails - The Complete Guide to Rails Plugins Part II
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com view helpers
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com generators

Como é um assunto meio grande, decidi dividir em algumas partes. Nessa primeira, vou mostrar como estender uma classe de Ruby, criar um generator pra gerar migrations e adicionar um acts_as nos models, para adicionar métodos e outras coisas. Como exemplo, vou criar um plugin que adicionará algumas funcionalidades simples de loja à aplicação, chamado little_store. Para isso, ele precisa de um resource Product. Não vou utilizar testes, para que o post não fique muito grande. Talvez eu fale sobre testar plugins em outra oportunidade. É importante notar que algumas coisas que vou mostrar não são as melhores formas de se fazer, como estender BigDecimal pra criar um método que gere uma saída formatada em Real. Já existem helpers prontos que fazem isso. Os exemplos são só pra ilustrar o que estou dizendo, esse plugin não é útil :)

[Continue lendo]

Bom, todo mundo fica dizendo que os plugins são a melhor parte de rails, que a comunidade participa muito, bla bla bla. Decidi então mostrar como fazer um plugin. Aliás, decidi aprender. Não tem muito material sobre isso, principalmente em português. Esse post foi escrito depois de ter lido:

• Rails Guide - The Basics of Creating Rails Plugins
• Nuby on Rails - The Complete Guide to Rails Plugins Part I
• Nuby on Rails - The Complete Guide to Rails Plugins Part II
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com view helpers
• Urubatan - Escrevendo plugins para o Rails - dicas e truques - plugins com generators

Como é um assunto meio grande, decidi dividir em algumas partes. Nessa primeira, vou mostrar como estender uma classe de Ruby, criar um generator pra gerar migrations e adicionar um acts_as nos models, para adicionar métodos e outras coisas. Como exemplo, vou criar um plugin que adicionará algumas funcionalidades simples de loja à aplicação, chamado little_store. Para isso, ele precisa de um resource Product. Não vou utilizar testes, para que o post não fique muito grande. Talvez eu fale sobre testar plugins em outra oportunidade. É importante notar que algumas coisas que vou mostrar não são as melhores formas de se fazer, como estender BigDecimal pra criar um método que gere uma saída formatada em Real. Já existem helpers prontos que fazem isso. Os exemplos são só pra ilustrar o que estou dizendo, esse plugin não é útil :)

Iniciando

A primeira coisa a se fazer é gerar a aplicação, e verificar se está tudo certo:

  
    rails littlestore
    cd littlestore
    script/generate scaffold product name:string, description:text
    rake db:migrate
    script/server
  

Depois, é preciso gerar o plugin:

  
    script/generate plugin littlestore --with-generator
  

Essa opção, --with-generator, irá criar um modelo para os seus generators. Se seu plugin não for ter um generator, ela é desnecessária. Essa é a estrutura gerada:

  
    littlestore
    |-- generators/
        |-- littlestore
            |-- littlestore_generator.rb
        |-- templates/
        |-- USAGE
    |-- init.rb
    |-- install.rb
    |-- lib/
    |   |-- littlestore.rb
    |-- MIT-LICENSE
    |-- Rakefile
    |-- README
    |-- tasks/
    |   |-- littlestore_tasks.rake
    |-- test
    |   |-- littlestore_test.rb
    |-- uninstall.rb
  

• init.rb Esse arquivo é carregado toda vez que a aplicação inicia. Você precisa fazer alguns require aqui :) . Bom notar que nem sempre ele é utilizado. O plugin do RSpec, por exemplo, não o usa, pois não faz sentido o plugin ser carregado antes de você ter usado o generator.
• install.rb Carregado somente no momento da instalação.
• lib Nesse diretório fica o código base do plugin. Esse é o padrão, podem ser criadas outras pastas. É sempre bom dividir em alguns arquivos. Ou até pastas, a depender do tamanho do plugin.
• MIT-LICENSE Ele gera um modelo de licensa pra você. Obviamente, você não precisa usá-la, pode fazer o que quiser! Ao contrário da GPL :(
• tasks As rake tasks ficam nesse diretório.
• test Os testes ficam nesse diretório. Se quiser usar RSpec, tem o rspec-plugin-generator

Estendendo uma classe

É fácil estender uma classe em Ruby. Criarei um método em BigDecimal, que é a classe correspondente no rails pra o :decimal das migrations. O método vai apenas formatar o valor pra que ele saia com duas casas decimais e um R$ na frente. Pra isso, criamos um arquivo no diretório lib.

vendor/plugins/littlestore/lib/core_extensions.rb

  
    BigDecimal.class_eval do
      def to_real
        "R$ #{self.to_f.round(2)}".gsub(".", ",")
      end
    end
  

É recomendável usar class_eval ao invés de redefinir com class diretamente. Também é preciso adicionar o arquivo no init.rb

vendor/plugins/littlestore/init.rb

  
    require 'core_extensions'
  

Pode-se testar com o console do Rails:

  
    script/console
    >> d = BigDecimal.new(73.3492.to_s)
    => #<bigdecimal:23e2b44>
    >> d.to_real
    => "R$ 73,35"
  

Generator que gera migrations

Novamente, o diretório dos generators:

  
    |-- generators/
        |-- littlestore
            |-- littlestore_generator.rb
        |-- templates/
        |-- USAGE
  

O diretório templates/ contém templates feitos pelo usuário, que podem ser utilizados pra criar generators. E o arquivo USAGE serve pra definir o que irá aparecer quando o usuário chamar o generator sem parâmetros, ou seja, como utilizar o plugin, como o nome já diz :)

Quero criar um generator que será chamado por script/generate littlestore Product, onde Product é o model que sofrerá as mudanças (na verdade a tabela desse model que será modificada, certo?). Para isso eu edito o arquivo que foi gerado pelo generator que criou o plugin:

vendor/plugins/littlestore/generators/littlestore_generator.rb

  
    class LittlestoreGenerator < Rails::Generator::NamedBase
      def manifest
        record do |m|
          m.migration_template "migration:migration.rb", "db/migrate", {:assigns => littlestore_assigns, 
            :migration_file_name => "add_littlestore_fields_to_#{custom_file_name}"}
        end
      end

      private
        def custom_file_name
          custom_name = class_name.underscore.downcase
          custom_name = custom_name.pluralize if ActiveRecord::Base.pluralize_table_names
        end

        def littlestore_assigns
          returning(assigns = {}) do
            assigns[:migration_action] = "add"
            assigns[:class_name] = "add_littlestore_fields_to_#{custom_file_name}"
            assigns[:table_name] = custom_file_name
            assigns[:attributes] = [Rails::Generator::GeneratedAttribute.new("price", "decimal")]
            assigns[:attributes] << Rails::Generator::GeneratedAttribute.new("quantity", "integer") 
          end
        end
    end
  

Todo generator precisa precisa de um Manifest. E o método record é usado pra criar esse Manifest. Geralmente se cria usando templates. Nesse caso, utilizei o migration_template, já que quero que ele gere uma migration. É bom testar se o pluralize está ativo, para não haver erros com nomes de tabelas. Note também que utilizo um método pra definir o hash assigns, apenas pra ficar mais organizado.

Como dá pra ver, essa migration irá adicionar as colunas price e quantity na tabela do model que foi dado como parâmetro. No meu caso, criei com Product:

  
    script/generate littlestore Product
  

Esses campos adicionais irão servir pra que o acts_as_buyable funcione.

Criando um acts_as

vendor/plugins/littlestore/lib/acts_as_buyable.rb

  
    module LittleStore
      module ClassMethods
        def acts_as_buyable
          send :include, InstanceMethods
        end
      end

      module InstanceMethods
        def buy(qt)
          return "We don't have enough items to fullfill your order" if qt > self.quantity
          self.quantity -= qt
        end
      end

      def self.included(receiver)
        receiver.send :extend, ClassMethods
      end
    end
  

Simples, não? self.included é chamado quando o módulo LittleStore é incluído, e o parâmetro é a classe ou módulo que incluiu o LittleStore. Então, receiver irá herdar o módulo ClassMethods, e o método acts_as_buyable estará disponível :) . Tendo em mente que ClassMethods são os métodos de classe (duh!), como Product.currency, e InstanceMethod os das instâncias, como @product.price, é possível implementar várias coisas aqui. Dá também pra definir atributos, usando cattr_accessor e write_attribute.

É preciso adicionar o arquivo ao init.rb:

vendor/plugins/littlestore/init.rb

  
    require 'acts\_as_buyable'
    ActiveRecord::Base.send :include, LittleStore
  

Essa linha do ActiveRecord não é necessária, mas pra cada model onde o acts_as_buyable será utilizado funcione, é preciso incluir o módulo com include LittleStore.

Na próxima parte mostrarei como fazer routes e helpers customizadas nos plugins. Além de como gerar um RDoc e alguns outros assuntos :)