%w(Akita On Rails) * 2.0 - Quick and Clean Comments

Comment on 'Quick and Clean' by Rafael Ferreira

2007-07-13T17:21:04Z

Acordei pedante hoje e nao consigo evitar de comentar uma minuncia irrelevante.

Quando voce diz “Ruby não tem essas proteções. Linguagens como Ruby, Python, Haskell, O’Caml, foram feitas para bons programadores, aqueles que sabem exatamente o que estão fazendo” alguem que nao conheca bem estas linguagens pode ficar com uma impressao errada. So para deixar bem claro, Haskell e O’Caml sao linguagens estaticamente tipadas. Haskell especificamente tem um sistema de tipos fortissimo.

Comment on 'Quick and Clean' by Frederico

2007-07-13T17:21:04Z

A “diet dos Controllers” no rubyonbr eh um articulo bom. bom trabalho na traducao pra portugues… mas sera quem foi que escolheu esse nome para portugues? “diet dos Controllers” :D hehehe

aqui tem um articulo muito bom, que vale a pena ser traduzido pra portug. http://somethinglearned.com/articles/2006/05/24/best-practices-a-strong-case-for-attr_accessible-part-2

o articulo fala sobre o bom uso de attr_accessors e como eh facil de modificar dados da mensagem POST no protocolo HTTP.

por exemplo, o usuario tem um campo “admin” que por defeito eh “false” quando o usuario se registra ele poderia adicionar useradmin=true na mensagem POST…

principalmente o uso de user.product_ids

ja que o usuario poderia tomar conta de todos os produtos…

(user has_many products)

www.Frederico-araujo.com

Comment on 'Quick and Clean' by AkitaOnRails

2007-07-13T17:21:04Z

Ainda não é uma resposta completa como você falou, mas neste link tem uma introdução. Assim como minha última coluna na RubyOnbr que mencionei neste post.

Comment on 'Quick and Clean' by antoni0

2007-07-13T17:21:04Z

MVC sempre será um assunto desafiador. Na maioria das vezes, concentrar as regras nos modelos parecem ótimas e por assim dizer são até ‘leis’. No entanto, o cenário é diferente quando a aplicação é complexa.

A aplicação pode adquirir comportamentos que são tão complexos que iniciam desde o roteamento dos controladores e fica dificil concentra-la apenas nos modelos. Fluxos, navegações, interações são exemplos.

Por sua vez, os controladores podem ter complexidades acidentais como hierarquização (isso é comum em jogos no qual você não pode escolher a personagem sem antes ter feito a autenticação)

‘Modelos dão significados aos dados’ e aplicação das regras do negócio deveriam ficar nos modelos, mas não como regra, apeans por conveniência.

Talvez com aplicações web isso faça muito significado, pois é fácil aplicar um MVC. Mas em outras áreas no qual os modelos vão além de ‘algo junto ao banco de dados’, não é tão simples como deveria.

Esperamos ver um artigo seu dedicado ao MVC!!

Comment on 'Quick and Clean' by AkitaOnRails

2007-07-13T17:21:04Z

Excelente texto, gostei dele. E quanto ao loop no select * é verdade, eu mesmo já encontrei código assim. Isso se explica em parte se o programador veio da época Clipper, Paradox e derivados. Não havia algo tão forte como SQL. Fazer “joins” não era trivial, principalmente para iniciantes. E a primeira página de muitos tutoriais de SQL é justamente um select *. A maioria não pula da primeira página e as boas documentações estão em inglês. Depois da primeira página todo mundo acha que já “entendeu” SQL: “ok, é fácil, basta puxar tudo, fazer um loop e pronto”. Ninguém pára para pensar que os dados trafegam via rede de um servidor para outro, que os dados “puxados” vão para a memória, que os dados precisam gastar ciclos de processador para serem processados (por definição). No fim o sistema fica lento como uma carroça e a solução está na ponta da língua: “esse servidor já é muito velho, precisa fazer upgrade, colocar mais memória, etc”. isso seria cômico se não fosse desastroso.

Comment on 'Quick and Clean' by Walter Cruz

2007-07-13T17:21:04Z

Me lembrou um texto antigo, básico, mas bacaninha: http://www.1bit.com.br/content.1bit/bom_programador

Uma vez eu conheci um cara que não fazia JOINS. Ele fazia SELECT * em todas as tabelas, fazia loops for malucos e se achava o maior. Não é mentira. Nem piada. Infelizmente.

Comment on 'Quick and Clean' by Samir

2007-07-13T17:21:04Z

Muito bom seu artigo Akita, ja faz 3 meses que comprei o livro e todo santo dia fico recapitulando alguns artigos.

Abraços

Comment on 'Quick and Clean' by Clovis

2007-07-13T17:21:04Z

RoR realmente um ambiente muito bom para quem ja é experienciado.

Uma coisa que me ajudou a entender como funciona o Active Record foi fazendo testes de includes, e finds, e visualizando o sql gerado no .log

Para quem ja entende de sql, da pra tirar um bom resultado disso.

[]s

Comment on 'Quick and Clean' by Ronie Uliana

2007-07-13T17:21:04Z

Grande post.

Me lembra algo q li em algum lugar que era mais ou menos assim:

Tentar criar uma linguagem de programação poderosa que proteja o programador é como criar uma faca afiada que não corte o dedo.

Ou seja, a linguagem não é o problema, é a solução, o problema é quem opera ela :D

Comment on 'Quick and Clean' by Antelio I. Abe

2007-07-13T17:21:04Z

Em poucas palavras: NO PAIN, NO GAIN!

Comment on 'Quick and Clean' by AkitaOnRails

2007-07-13T17:21:04Z

Sim, esse é o livro de Chad Fowler, mas o “livro” que eu cito no texto de fato é o meu (Repensando a Web com Rails – fonte para quem precisa de documentação em português). Mas deixando o “momento-propaganda” de lado, também recomendo o Rails Recipe que você falou, é uma excelente fonte de boas técnicas e dicas.

Comment on 'Quick and Clean' by Leonardo Marques

2007-07-13T17:21:03Z

Muito bom o post. Acho que vale a pena colocar um link para o livro que é citado algumas vezes no texto, acredito que seja o Rails Recipes http://www.pragmaticprogrammer.com/titles/fr_rr/