Rails Podcast Brasil – Episódio 36

5 de novembro de 2008  |  Destaques, Podcasts  | 

De volta a nossa programação normal, um podcast com as últimas noticias desta e da última semana. Neste episódio falamos sobre o Rails Rumble, a polêmica do Nokogiri, Paperclip, o novo gem de autenticação Authlogic e CouchDB.

Estamos preparando um episódio especial sobre o Rails 2.2, em breve!

Neste Episódio

Download: Episódio #36
iTunes: http://podcast.rubyonrails.pro.br/rss
Episódios anteriores: http://podcast.rubyonrails.pro.br/


6 Comentários


  1. Muito legal o podcast !
    Conheci o Diego do GemHub no Rails Summit e foi muito legal também, peruano sangue bom ! :D

  2. Akita,

    Nesse podcast você comentou que a forma correta de se fazer um sistema de autenticação seria usando LDAP porém eu tenho que discordar de você.

    Eu acredito que faz bastante sentido um sistema de autenticação usando LDAP em sistemas como intranets e extranets de mundos corporativos. Normalmente nesse tipo de empresa as pessoas possuem contas em um ActiveDirectory sendo desejável se ter uma base única.

    Em sistemas exclusivamente WEB eu não acho que LDAP seja a melhor forma. Na grande maioria dos sistemas adicionar essa camada significa impossibilitar o uso de shared hosts pois não seria possível instalar esse serviço. Acredito que a realidade que gerou esse monte de plugin seja exatamente esse contexto.

    Claro que quando o sistema cresce as coisas podem mudar, mas iniciar dessa forma seria muito mais custoso e uma das grandes vantagens do Rails é baratear o custo de experimentar e tornar viável as empresas fazerem vários sistemas até encontrar aquele produto que vai dar muito dinheiro e torna-las a próxima 37Signals.

    Para o uso do LDAP também existe o argumento da necessidade de usar a mesma autenticação em mais de um sistema. Se tratando de sistemas WEB acho que esse problema pode ser resolvido facilmente com o uso de uma interface REST para autenticar o usuário nos mais diversos sistemas.

    Inclusive essa é uma forma bem simples de fazer um SSO. Essa estrutura nós implementamos lá no projeto Lucidus e está funcionando muito bem, de uma forma bastante satisfatória.

    Acredito que não existe uma forma correta de se fazer autenticação e sim a forma que melhor se adapta a sua realidade.

    Um abração

  3. Akita,

    Lá na Improve It nós estamos migrando um sistema para o CouchDB e compartilho da mesma opinião que o futuro não é dos bancos relacionais. Pelo menos no que diz respeito a WEB.

    Nós andamos analisando as mais diversas formas de se fazer modelos falarem com o CouchDB e vimos vantagens e desvantagens em todos eles. Nenhum deles me parece 100% maduro mas acredito que alguns podem ser usados tranqüilamente. Vocês citaram o ActiveCouchsó que eu gostaria de indicar o CouchRest que foi o que nós optamos.

    Ele nos pareceu fazer bastante sentido pois as classes de modelo são HASH o que torna mais “coerente” com o conceito do banco.

    []’s

  4. Tapajós,

    Eu acho que o Akita estava se referindo a intranets e extranets mesmo. Acho que cortei isto sem querer na edição… :)

  5. Então a culpa é sua! Heheheh

  6. Eu vi o paper-clip e até agora não vi grande vantagem sobre o attachment_fu, como desenvolvo muito CMS para website acabo usando o attachment_fu em todos os projetos… o attachment_fu faz redimensionamento, gera varios thumbnails ou imagens em tamanhos diferentes, respeita ratio, pode usar o AmazonS3, pode usar o db para gravar as fotos em blob, pode usar os registros da foto na mesma tabela ou em outra só para fotos, e ainda tem as validações bem semelhante ao paperclip.

    Eu pessoalmente só achei vantagem nas validações que são mais bonitinhas o resto não tem nada de mais que o attachment_fu não tenha… ao menos no meu ponto de vista.

Trackbacks

  1. Nome do Jogo » Blog Archive » Por que Paperclip?

Deixe um comentário