Obrigado pela colaboração e continuem acompanhando!

O Rails utiliza DSLs em peso, graças à natureza dinâmica do Ruby e sua flexibilidade.

Como publicado pelo Fábio Akita, a ThoughtWorks lançou, na semana passada, o primeiro episódio de seu podcast IT Matters, falando justamente sobre DSLs. O podcast é muito interessante e conta com ninguém menos que o próprio Martin Fowler e mais alguns membros de sua excelente equipe. Vale muito a pena conferir.

Foi um mês caótico, por assim dizer: conseguindo patrocínios, negociando com a universidade, encontrando um dia livre em comum na agenda dos palestrantes, divulgando, lidando com a incompetência de muitos que nos atrapalharam e, principalmente, contando com a ajuda de todos os que foram fundamentais para que o evento pudesse acontecer.

Agradecemos ao professor Eduardo Morgado, Thaís e Jekimim do LTIA, professor Marco Torres da Faculdade Fênix, André Ruz, nosso amigo e todos os outros que estou esquecendo agora, mas que vão me perdoar por isso, certo?

O evento foi um sucesso, tivemos aproximadamente 80 pessoas presentes. As palestras foram ótimas e tudo correu muito bem. Meus agradecimentos ao Vinícius e ao Akita, que também colaboraram muito para que conseguíssemos fazer isso acontecer. A “chacoalhada” das palestras já começa a dar frutos por aqui. Continuem o ótimo trabalho, desejo à vocês muito sucesso e espero que possamos nos encontrar pelos eventos Brasil à fora.

Um agradecimento muito especial à minha namorada, Talita. Seu apoio é sempre fundamental para mim.

Sucesso parece ser, em grande parte, uma questão de continuar enquanto os outros desistiram – William Feather

Veja todas as fotos do evento aqui.

Atualmente, até mesmo nas pequenas empresas brasileiras, permeia um pensamento bizarro: quanto mais processos, documentos, burocracia, horas extras e falta de transparência, melhor. É o chamado comportamento corporativo.

Em algum momento da história, sabe-se lá por qual motivo, as pessoas passaram a acreditar que todas as empresas devem copiar fielmente o modelo de trabalho das grandes corporações. Isso é compreensível até certo ponto, afinal, essas corporações “deram certo”. No entanto, é muito esquisito ver pequenas empresas, que deveriam se aproveitar dessa característica, se prejudicarem por adotar esse modelo.

Como diz Jason Fried, da 37signals, as grandes corporações objetivam vender software para as empresas da Fortune 500, mas as pequenas devem focar na “Fortune 5.000.000″, isto é, para que competir no mercado das grandes se há muito espaço para vender software para pequenas empresas e até mesmo para pessoas diretamente? É aqui que ganha muita força o conceito de Software as a Service (SaaS – vale a pena ler sobre isso).

É muito mais fácil conseguir feedback quando se faz software para pessoas e pequenas empresas. O motivo? Você está lidando diretamente com o usuário do sistema. Já quando se desenvolve para grandes empresas, há uma clara separação: há aquele que compra o software e aquele que usa o software. Na grande maioria das vezes, o usuário só terá contato com o software já após sua implantação, durante o treinamento (quando existe).

Até mesmo os vendedores de software já têm táticas definidas para esses casos: eles nunca falam do software em si, mas sim o que as pessoas que têm o poder de compra do software querem ouvir.

O software (projeto ou produto) é comprado, montanhas de especificações são escritas e entregues aos desenvolvedores, o cronograma atrasa, o custo é duas vezes maior do que a estimativa, tudo é feito às pressas e, meses depois, o verdadeiro usuário tem um monstro em suas mãos. Aí então começam meses de correções, renegociações e toda a balela que já conhecemos.

Já passou da hora de repensarmos sobre isso. Como de praxe, o Brasil sempre fica para trás e só percebe as mudanças muito tempo depois. Em outros países, muitos empreendedores já perceberam isso e estão trilhando novos caminhos. Estamos entrando na “era das startups”.

Até quando nós ficaremos fora desse movimento?

Leia mais:
Small is beautiful for Web 2.0 start-ups

Business Inovation Factory – Jason Fried Interview

Em inglês: http://rubylearning.com/blog/2007/11/26/akitaonrails-on-ruby-symbols/

Em português: http://www.akitaonrails.com/2007/11/26/ruby-symbols

Aproveitem também para baixar a apostila de Ruby do Satish e entrar no fórum do site. É mais uma boa fonte para aprender Ruby.

Na semana passada foi publicado o screencast “Simplify Views with Rails 2.0“. Hoje foi publicado o “Fixtures in Rails 2.0“. Vale a pena conferir.

Para uma visão geral do Rails 2.0, visite o Peepcode e compre o pdf “Rails2 PDF“.

Fiz uma consulta ao fórum e parece ser um problema geral. Enviei um e-mail a eles comunicando. Espero que isso seja corrigido em breve.

O “Pluralization Tester” recebe uma string e mostra os resultados de métodos como pluralize, humanize, camelize e vários outros.

A diferença é que o HasFinder permite o encadeamento de condições e também o uso das mesmas em associações. Exemplos:

Definindo os métodos de busca e suas condições:

class Article  {:published => true}
  has_finder :popular, :conditions => ...
end

É possível encadeá-los ou usar outros métodos sobre eles:

  Article.published.popular
  Article.published.popular.count
  Article.popular.find(:first)

Trabalhando com associações:

class User
  has_many :articles
end

user.articles.popular.find(:first)
user.articles.published.popular.average(:view_count)

Também é possível estendê-los com blocos:

class Article
  has_finder :unpublished :conditions => {:published => false} do
    def published_all
      find(:all).map(&:publish)
    end
  end
end

Leia mais aqui.