Ruby vs python

1,859 views
1,663 views

Published on

Published in: Technology, Education
7 Comments
1 Like
Statistics
Notes
  • Apresentação bem legal, slides bem claros e com a informação diretaE a visão geral das duas linguagens também ficou bem legal, destacou uns pontos importantes de cada uma.

    Só um detalhe que acho q poderia ser diferente pra ficar ainda melhor, não ouvi a apresentação, então não sei ao certo 100% do conteúdo. Mas, com base nos slides, acho q o slide #19 ficou um pouco tendencioso. Olhando por esse slide, vejo que você deve ter trabalhado mais com Python do que com Ruby. Acredito que há muito, mas muito, mais coisas na comunidade Ruby do que apenas Rails. Com certeza Rails ficou mais conhecido que qualquer outra lib/framework feito em Ruby, mas acho que mais coisas merecem destaque, frameworks de testes (Rspec, Cucumber), gems pra fazer de tudo (http://rubygems.org/ e https://www.ruby-toolbox.com/).

    Mas no geral, apresentação mto boa. Acho que seria uma boa apresentação para alguém q está começando vir dar uma olhada e ver o q cada tecnologia tem de bom.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • @maskpl concordo 100% no que você citou sobre o ruby, só discordo contigo no sentido de achar PHP mais fácil pra aprender. Em python leva-se muito em conta o famoso 'só deve existir uma maneira certa de fazer algo', um exemplo disso é um programa python que sempre é separado por seus objetos dentro um modulo e um pacote, por mais que não criamos classes as vezes aquele objeto ainda continua sendo um objeto (como é no ruby) mas em PHP isso é confuso, você pode criar um programa procedural, um separado por classes e trabalhando com objetos e outro ainda mais confuso que é uma mescla de procedural e orientado a objetos. Lembro da época que comecei na profissão e usávamos PHP, eu tive muita dificuldade pra entender orientação a objetos devido a essa liberdade ou falta de padrão (decida aí) que o PHP tem nesse sentido, acredito que se eu tivesse começado com python eu teria tido menos dificuldades pelo fato de sempre existir uma maneira certa de fazer as coisas. Não estou dizendo que PHP é pior, mas concordo com o gráfico sobre o comparativo de nível de dificuldade das linguagens.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • acho que o quadro na 26 meio tendencioso ou quem fez não tinha conhecimento a fundo nas 3 linguagens a ponto de um comparativo, e detalhe, ruby não é tao usável assim até pela sua flexibilidade, pode ser facil pra quem conhece, mas a curva de aprendizado é um pouco longa, pois a sintaxe é cheia de 'truques' e o python não é tao facil de aprender como diz la, daria pra inverter php e python nesse quesito, pois com o php vc consegue aplicações praticas em um ponto baixo da curva de aprendizado ao contrario do ruby e python.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Cléber, acho que 'a capacidade de fazer mais com menos esforço' é a resposta ideal pra esse sentido de 'usablidade'. Não sei se já trabalhou com ruby, mas a linguagem é muito usada na criação de DSLs, isso pro 'programador final' (o sujeito que vai usar a sua gem ou seu framework, resumindo, sua API pública) é algo muito bom porque geralmente essa API acaba sendo muito bonita, em alguns casos parece que realmente está escrevendo um texto em inglês. Acredito que seja por isso que o Ruby ganhou uma nota alta neste quesito. Dito que é praticamente impossivel criar algo como rake, capybara, rspec e etc usando python.

    Sobre 'least astonishment' é realmente a 'menor surpresa' ~> http://en.wikipedia.org/wiki/Principle_of_least_astonishment
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Mas qual seria o conceito de 'usabilidade'? É a capacidade de fazer mais com menos esforço? E o que seria 'least astonishment'? 'Menor surpresa'?
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
1,859
On SlideShare
0
From Embeds
0
Number of Embeds
63
Actions
Shares
0
Downloads
11
Comments
7
Likes
1
Embeds 0
No embeds

No notes for slide

Ruby vs python

  1. 1. RUBY VS PYTHON IGOR LEROY
  2. 2. IT’S NOT ME!
  3. 3. RUBY PYTHON 1995 1991 YUKIHIRO MATSUMOTO “MATZ” GUIDO VAN ROSSUM CODE DESIGN COMPUTATION EFFICIENCES FUN SIMPLE & BEAUTIFUL FLEXIBLE EXPLICT "I WANTED A SCRIPTING LANGUAGE THAT “NOW, ITS MY BELIEF THAT PYTHON IS A WAS MORE POWERFUL THAN PERL, AND LOT EASIER THAN TO TEACH TO STUDENTS MORE OBJECT-ORIENTED THAN PYTHON. PROGRAMMING AND TEACH THEM C OR C++THATS WHY I DECIDED TO DESIGN MY OWN OR JAVA AT THE SAME TIME BECAUSE ALL LANGUAGE." THE DETAILS OF THE LANGUAGES ARE SO MUCH HARDER. OTHER SCRIPTING LANGUAGES REALLY DONT WORK VERY WELL THERE EITHER.”
  4. 4. RUBY“RUBY INHERITED THE PERL PHILOSOPHY OF HAVING MORE THAN ONE WAY TO DO THE SAME THING.” —YUKIHIRO MATSUMOTO (MATZ)
  5. 5. RUBY“RUBY INHERITED THE PERL PHILOSOPHY OF HAVING MORE THAN ONE WAY TO DO THE SAME THING.” —YUKIHIRO MATSUMOTO (MATZ) RAILS RSPEC RAKE
  6. 6. PYTHON
  7. 7. PYTHON
  8. 8. SPECIAL CASES AREN’T SPECIAL ENOUGH TO BREAK THE RULESRUBY HTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTML
  9. 9. SPECIAL CASES AREN’T SPECIAL ENOUGH TO BREAK THE RULESRUBY PYTHON HTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTML
  10. 10. THERE SHOULD BE ONE AND PREFERABLY ONLY ONE OBVIOUS WAY TO DO IT
  11. 11. THERE SHOULD BE ONE AND PREFERABLY ONLY ONE OBVIOUS WAY TO DO IT“RUBY INHERITED THE PERL PHILOSOPHY OF HAVING MORE THAN ONE WAY TO DO THE SAME THING.” —YUKIHIRO MATSUMOTO (MATZ)
  12. 12. THERE SHOULD BE ONE AND PREFERABLY ONLY ONE OBVIOUS WAY TO DO IT“RUBY INHERITED THE PERL PHILOSOPHY OF HAVING MORE THAN ONE WAY TO DO THE SAME THING.” —YUKIHIRO MATSUMOTO (MATZ) RUBY
  13. 13. THERE SHOULD BE ONE AND PREFERABLY ONLY ONE OBVIOUS WAY TO DO IT“RUBY INHERITED THE PERL PHILOSOPHY OF HAVING MORE THAN ONE WAY TO DO THE SAME THING.” —YUKIHIRO MATSUMOTO (MATZ) RUBY PYTHON
  14. 14. ALTHOUGH NEVER IS OFTEN BETTER THAN *RIGHT* NOW HTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTML
  15. 15. ALTHOUGH NEVER IS OFTEN BETTER THAN *RIGHT* NOW HTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTML
  16. 16. ALTHOUGH NEVER IS OFTEN BETTER THAN *RIGHT* NOW HTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTML
  17. 17. COMMUNITY
  18. 18. COMMUNITY
  19. 19. COMMUNITY
  20. 20. MODULES AND PACKAGES
  21. 21. MODULES AND PACKAGES
  22. 22. MODULES AND PACKAGES
  23. 23. DECORATORS
  24. 24. HTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARS
  25. 25. HTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARS
  26. 26. HTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARS
  27. 27. HTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARS
  28. 28. HTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARS
  29. 29. The very things I find ugly in Ruby are what make amazing Ruby software like RSpec possible, andthat Python could never have (given the current implementation). Gary BernhardtPython is the easiest language to read. Ruby is the most fun to write. Jeff Dickey
  30. 30. REFERENCESHTTP://WWW.UDEMY.COM/BLOG/MODERN-LANGUAGE-WARSHTTP://BLOG.EXTRACHEESE.ORG/2010/02/PYTHON-VS-RUBY-A-BATTLE-TO-THE-DEATH.HTMLHTTP://DOCS.PYTHON.ORGHTTP://WWW.DJANGOPROJECT.COMHTTP://PEEPCODE.COM/BLOG/2010/WHAT-PYTHONISTAS-THINK-OF-RUBY

×