Rails Não é Solução Para Tudo - resposta ao Akita
Fabio Akita, o principal envagelizador de Rails do Brasil ( e bem influente na comunidade Ruby mundial ), postou um texto sobre Rails não ser a solução para tudo. O texto é como um complemento de uma palestra do DHH. E respondendo a questão que o Akita levantou no final do post resolvi criar este texto.
David Heinemeier Hansson’s keynote at RailsConf Europe 2008 from gotthingsdone on Vimeo.
No video, DHH comenta sobre o pensamento errôneo, onde as pessoas pensam que código legado é PHP ou Java e que Ruby on Rails é sempre perfeito… pensamento mais errado impossível. Tudo que você fizer hoje será melhor do que você fez ontém. Eu mesmo estou atrasado com um projeto interno aqui da empresa pois decidi migrar meu sistema de Rails 2.1/Test::Unit/Prototype para Rails 2.2/Jquery/Rspec no meio do caminho pois aprendi novas funcionalidades de cada um desses frameworks que me fizeram acreditar que valia a pena migrar ( aguardem novidades para o início do ano :D ).
Respondendo ao Akita: “Quero ouvir de vocês: por que vocês usam Rails hoje? O que foi que mais os atraiu? Agora que estão usando, o que estão achando? E quais outras tecnologias vocês usam e porque? Acho que será uma discussão interessante.”
Já trabalhei com delphi e um pouco de .NET ( ainda era webmatrix ). Tentei aprender cobol pois me antigo patrão disse que era importante ( na empresa realmente era ), brinquei um pouco Java J2ME e mais um tanto de coisa.
Atualmente trabalho com Rails para sistemas e websites muito dinâmicos no backend e com integração a DB. Mas também trabalho muito com Flex e Flash. Em Flash especialmente, nem tudo precisa de um DB… então ainda uso PHP ( acho bem mais feio que Ruby mas é bem prático para coisas pequenas e não gosto de criar uma app rails para configurar ActiveMailler só para mandar um email, não faz sentido ).
Vejo a mesma relação entre Rails e outras linguagens/frameworks web, como Flex e outras linguagens/frameworks de Frontend … cada um tem seu lugar, adoro flex, ganho dinheiro com Flex mas também uso muito javascript pois ele tem seu lugar ( principalmente com Jquery e Prototype). Em Rails é a mesma coisa.
Gosto de Rails porque é uma framework de atitude, tem pessoas como DHH por trás… por isso ele é um framework repleto de boa idéias. Pessoalmente acredito que o Rails foi e é um marco na história de software e DHH umas das pessoas mais geniais dos últimos anos quando o assunto é desenvolvimento web.
Gosto de Ruby por que é poderoso e flexivel. Definitivamente não acho simples como costumam dizer, tem muito coisa em ruby que da para coçar a cabeça por bastante tempo para começar a entender. Minha estante do escritório deve ter mais de 10 livros de Ruby, já li por completo uns 7, sem contar cursos, videos, blogs e tudo mais que consumo para tentar entender um pouco desta linguagem… mas quanto mais estudo, menos sei.
Ganho dinheiro com Rails ( meus clientes não ligam se é Rails ou Cobol, o que importa é que funcione )... Mas não gosto de usar qualquer coisa, eu poderia estar usando PHP para construir grandes portais sem nenhum framework, mas quando meu cliente pedir manutenção eu tenho certeza que perderia este cliente. Por isso uso Rails em tudo que caiba… Mesmo em sites estáticos acabo usando Rails porque seu sistema de templates é muito bom ( eu sei que existem frameworks exclusivo para sites estáticos, mas nunca acredito que um site estático vai ser estático para sempre…. pois um dia ele vai precisar evoluir e o cliente vai querer atualizar seu próprio site, ou seus usuários vão querer cadastrar algo. E nesse dia o Rails vai estar lá, ocioso em todo seu poder mas útil para algo que faz bem até aquele momento, Templates ).
Uso Rails pois me forçou a ser um melhor programador. Em Rails você é forçado a trabalhar com alguns patterns como ORM ( ActiveRecord ) e MVC, são patterns que tem uso prático e não servem apenas para complicar e atrapalhar seu trabalho prático. Você passa a acreditar que é possível fazer testes automatizados. Passa entender como é possível usar Ajax sem perder dias quebrando a cabeça. Passa entender porque Webservices não são a maravilha que todo mundo prega porque já temos Rest por aí a anos.
Todos estes pequenos conceitos que estão enraizados no Rails te forçam a olhar para trás e entender que você estava errado, e te forçam a olhar para frente e entender que é preciso continuar estudando outras coisas para entender que você hoje vai estar errado amanhã.
Uso Rails pois me ajudou a ser um melhor designer. Sempre tive uma perna no design e o resto do corpo no desenvolvimento. Mas depois que conheci Rails e otimizei meu tempo de trabalho em coisas repetitivas, comecei a ter mais tempo para ser razoávelmente bom tanto em Design quanto em Desenvolvimento.
Por tanto aprenda Rails… mas não pensem que Rails é a única coisa do mundo. Não pense que algo é bem feito só porque foi feito em Rails e não pense que tudo em PHP é mal feito.
3 Comentários to “Rails Não é Solução Para Tudo - resposta ao Akita”
Ved diz:
19/12/2008 em 08:28 AM
Daniel, excelente texto! Gostei da suas colocações e um dia – quando a preguiça me deixar – voltarei a estudar Rails! Abração!
Nilson Silva diz:
19/12/2008 em 10:37 PM
Excelente post, uso Rails pelos mesmos motivos.
Rômulo Mendes diz:
03/01/2009 em 12:10 AM
Gostei do posicionamento! Quando conseguimos definir a melhor linguagem para determinado serviço, podemos dizer que não estamos apegados a uma determinada linguagem, pesamos os prós e os contras de nossas escolhas. Realmente não faz sentido algum perder tempo com código de insert/delete/update/edit… O MVC é uma excelente prática de desenvolvimento. O Rails é a linguagem inteligente, por isso estou fascinado.
Comentário
CATEGORIAS
HomeDesign
SEO
Empreendimento
Cifras
Ruby e Rails
Flex
Photoshop
Flash
XHTML/CSS
JavaScript
Variados
Database
Firefox
Projetos
3D
Projetos
TextMate
Smalltalk
Mac
Livros
ARQUIVO
07/2010 (2)06/2010 (4)
05/2010 (4)
04/2010 (4)
03/2010 (5)
02/2010 (7)
01/2009 (4)
12/2009 (7)
11/2009 (4)
10/2009 (10)
09/2009 (7)
08/2009 (6)
07/2009 (12)
06/2009 (5)
05/2009 (6)
04/2009 (9)
03/2009 (14)
02/2009 (18)
01/2009 (14)
12/2008 (20)
11/2008 (18)
10/2008 (9)
09/2008 (12)
08/2008 (6)
07/2008 (12)
06/2008 (10)
05/2008 (15)
04/2008 (19)




PomoDo e Pomodoro Technique
comentado por Luis
Flash SlideShow
comentado por Gilmar
50% do software é design
comentado por Daniel Lopes
Vetores Grátis - VectorLab Pack
comentado por louis vuitton
Texturas legais
comentado por thomas sabo kommt