RubyConfBr

RT @shiota: Helpers devem apenas esconder detalhes de implementação, sem gerar HTMLs complexos #rubyconfbr

— Ricardo Borghetti  (@ricardoborga)2013-08-29 14:25:31

RT @cantoniodasilva: Cuidado com o presenterception. @lucasmazza na #rubyconfbr

— Ricardo Borghetti  (@ricardoborga)2013-08-29 14:25:29

Helpers devem apenas esconder detalhes de implementação, sem gerar HTMLs complexos #rubyconfbr

— Eduardo Shiota (@shiota)2013-08-29 14:24:32

RT @fabiokung: #rubyconf #rubyconfbr if you are interested in a higher level gem than Krypt to encrypt your shit, take a look at https://t.…

— Alexandre Cardoso (@accbel)2013-08-29 14:22:10

RT @cantoniodasilva: Cuidado com o presenterception. @lucasmazza na #rubyconfbr

— Claudia Farias (@krawdyah)2013-08-29 14:20:36

O grande problema de presenters é que o dev de interface tem que saber Ruby necessariamente. E nem sempre é uma coisa possível. #rubyconfbr

— Nando Vieira (@fnando)2013-08-29 14:20:28

Cuidado com o presenterception. @lucasmazza na #rubyconfbr

— Carlos Antonio (@cantoniodasilva)2013-08-29 14:19:36

RT @fabiokung: #rubyconf #rubyconfbr if you are interested in a higher level gem than Krypt to encrypt your shit, take a look at https://t.…

— ☢ Bruno Oliveira (@abstractj)2013-08-29 14:18:51

Presenter é o um pattern bacana pra tirar complexidade das views, mas traz outros “problemas”. É bom decidir se vale a pena. #rubyconfbr

— Eduardo Shiota (@shiota)2013-08-29 14:18:37

Concordo 100% com a ideia de não usar presenter para tudo. #rubyconfbr

— Nando Vieira (@fnando)2013-08-29 14:17:39