Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Permanecendo Relevante

Cb5d9e9095cd41b636764a85e57ade4b?s=47 Nando Vieira
September 24, 2016

Permanecendo Relevante

Ruby (e Rails) é maravilhoso. Mas não é mais a última ferramenta lançada e que chama a atenção como antes. O ecossistema de tecnologia demanda novas soluções, quem tem mais destaque porque estão em todos os lugares, desde a página inicial do HackerNews até artigos publicados o tempo todo.

Isso nos afeta diretamente; menos vagas de trabalho, menos projetos interessantes para se trabalhar, mais infelicidade.

Nessa palestra iremos discustir o estado atual da comunidade, como podemos continuar relevantes e porque ferramentas estáveis são igualmente importantes.

Palestra apresentada na Rubyconf Brasil 2016

Vídeo disponível em https://youtu.be/XDEzelGp6Os

Cb5d9e9095cd41b636764a85e57ade4b?s=128

Nando Vieira

September 24, 2016
Tweet

Transcript

  1. RUBY ON RAILS PERMANECENDO RELEVANTE @fnando

  2. NANDO VIEIRA

  3. None
  4. None
  5. VAMOS FALAR SOBRE O ESTADO ATUAL. Como anda o nosso

    ecossistema e comunidade.
  6. http://rubyonrails.org

  7. http://contributors.rubyonrails.org/releases/5-0-0/contributors

  8. https://rubygems.org/stats

  9. https://basecamp.com

  10. https://www.heroku.com/home

  11. https://codeclimate.com

  12. https://github.com

  13. https://shopify.com

  14. https://travis-ci.com

  15. https://kickstarter.com

  16. http://trends.builtwith.com/framework/Ruby-on-Rails

  17. VISIBILIDADE DO RUBY E RAILS NO MUNDO. Como está a

    percepção de nossas ferramentas e comunidades.
  18. O RAILS JÁ TEM 10 ANOS DE EXISTÊNCIA. Não podemos

    negar que o Rails deixou de ser bleeding edge faz tempo.
  19. FERRAMENTAS ESTÁVEIS SÃO IMPORTANTES. Muitas empresas não podem se dar

    ao luxo de usar tecnologias que estão em constante mudança.
  20. FERRAMENTAS ESTÁVEIS NÃO GERAM HYPE. Desenvolvedores gostam de novidades e

    novidades geram mais barulho.
  21. https://news.ycombinator.com/item?id=10600017

  22. https://news.ycombinator.com/item?id=10600017

  23. https://g.co/trends/wj4pw

  24. ESSA PERCEPÇÃO PODE SER NEGATIVA. Menos pessoas irão adotar uma

    ferramenta quando elas tiverem a percepção de uma tecnologia está “morrendo”.
  25. http://www.indeed.com/jobtrends/q-Ruby-on-Rails.html?relative=1 RUBY ON RAILS

  26. http://www.indeed.com/jobtrends/q-Node.js.html?relative=1 NODE.JS

  27. QUEM DECIDE NÃO RECEBE A MENSAGEM CORRETA. Desenvolvedores são formadores

    de opinião dentro das empresas e podem não estar passando a mensagem correta.
  28. MITO #1 MITO #2 MITO #3 MITO #4 MITO #5

    Rails não escala Ruby é lento É difícil contratar devs Devs Ruby são caros Rails/Ruby está morto FEAR, UNCERTAINTY AND DOUBT
  29. POPULARIDADE AJUDA NA EVOLUÇÃO DA TECNOLOGIA. ⋆ Ferramentas populares possuem

    mais desenvolvedores contribuindo e mais empresas patrocinando projetos.
  30. None
  31. None
  32. None
  33. None
  34. None
  35. None
  36. MANTER O ECOSSISTEMA NÃO É TAREFA SIMPLES. Nosso ecossistema possui

    muitos projetos estáveis. Também possui muitos projetos legados.
  37. PRECISAMOS CONTINUAR COMPETITIVOS. E para isso precisamos manter projetos importantes

    de nosso ecossistema.
  38. RUBY TOGETHER https://rubytogether.org

  39. RUBYGEMS https://rubygems.org

  40. BUNDLER http://bundler.io

  41. COMO A COMUNIDADE RUBY É ESSENCIAL. Nossa comunidade tem um

    papel essencial na continuidade de projetos.
  42. PESSOAS VEM E VÃO E O CICLO SE RENOVA. Muitos

    desenvolvedores que fizeram a diferença no mundo Ruby/Rails não fazem mais parte da comunidade.
  43. http://elixir-lang.org

  44. http://elixir-lang.org elixir

  45. https://en.wikipedia.org/wiki/Jim_Weirich

  46. A SAÍDA DE DEVS DE UMA COMUNIDADE É NORMAL. Ferramentas

    são apenas ferramentas. E elas podem não fazer mais sentido para desenvolvedores de tempo em tempos.
  47. FACILITE A CONTRIBUIÇÃO DE INICIANTES. Fazer com que o processo

    de contribuição seja algo que inclua iniciantes irá trazer mais contribuições para o projeto.
  48. https://github.com/rails/rails/issues

  49. DIVERSIDADE E INCLUSÃO SÃO IMPORTANTES. Outra maneira de trazer mais

    pessoas para a comunidade é criar um ambiente que facilite a inclusão e diversidade.
  50. http://railsgirls.com

  51. http://contributor-covenant.org

  52. http://www.rubyconf.com.br/pt-BR/codeofconduct

  53. COMO ANDA A EVOLUÇÃO DO RUBY E RAILS O que

    está acontecendo com as tecnologias que usamos.
  54. RUBY

  55. MITO: RUBY É LENTO E NÃO FAZ SENTIDO USÁ-LO. O

    Ruby é rápido bastante para a maioria das aplicações.
  56. O RUBY FICA DE 5-10% MAIS RÁPIDO A CADA VERSÃO.

    O objetivo é que o Ruby 3 seja 3 vezes mais rápido que o Ruby 2.0.
  57. https://m.signalvnoise.com/ruby-has-been-fast-enough-for-13-years-afff4a54abc7

  58. “Um dos conselhos que damos na YCombinator é fazer coisas

    que não escalam. Recrutar usuários manualmente é a coisa que não escala mais comum que founders tem que fazer no início.” http://paulgraham.com/ds.html
  59. START-UPS: ITERAÇÕES RÁPIDAS E CONSTANTES. Com seu ecossistema completo, start-ups

    podem implementar funcionalidades rapidamente.
  60. RAILS

  61. None
  62. O RAILS ESTÁ EM PROCESSO EVOLUTIVO CONSTANTE. Os desenvolvedores do

    core implementam a visão que DHH julga ser a melhor para o framework e comunidade como um todo.
  63. O RAILS É ESFORÇO DE TODA UMA COMUNIDADE. Os desenvolvedores

    do Core implementam, em grande parte, a visão que DHH julga ser a melhor para o framework e comunidade como um todo.
  64. NEM SEMPRE ESSA VISÃO FAZ SENTIDO PARA TODOS. Desenvolvedores que

    tem voz na comunidade fazem bastante barulho.
  65. http://solnic.eu/2016/05/22/my-time-with-rails-is-up.html

  66. STACK OMAKASE Minitest, eRb, MySQL, Fat Models, Skinny Controllers STACK

    PRIME RSpec, Haml, PostgreSQL, Skinny Models, Service Layer http://words.steveklabnik.com/rails-has-two-default-stacks
  67. SÓ QUEREMOS ESCREVER APLICAÇÕES MELHORES Muita gente está tentando atingir

    o estado da arte criando novas técnicas.
  68. http://trailblazer.to

  69. http://cbra.info

  70. http://confreaks.tv/videos/rubymidwest2011-keynote-architecture-the-lost-years

  71. BOM DESIGN DE APLICAÇÕES É DIFÍCIL. Não existe apenas um

    jeito certo de fazê-lo. O que funciona para alguns casos, não funcionará em outros.
  72. PRÓS E CONTRAS DEVEM SER CONSIDERADOS. A decisão deve pesar

    experiência do time e o quanto de flexibilidade e rapidez você precisa para desenvolver.
  73. PODE FAZER UM RESUMO PARA MIM? tl;dw

  74. 2005 2010 2014 2015 Rails veio para matar o Java

    Node.js veio para matar o Rails Elixir veio para matar o Ruby Phoenix veio para matar o Rails LINGUAGENS E FRAMEWORKS
  75. 2006 2010 2011 2014 jQuery veio para matar o Prototype

    Angular veio para matar o jQuery Ember veio para matar o Angular React veio para matar o Ember BIBLIOTECAS CLIENT-SIDE
  76. HYPE CYCLE

  77. 1 2 3 4 5 Visibilidade Tempo Technology Trigger Peak

    of Inflated Expectations Trough of Disillusionment Slope of Elightment Plateu of Productivity
  78. O RAILS SEMPRE BUSCOU A PRODUTIVIDADE. Quando você tem produtividade

    constante, você consegue focar em seu produto e adicionar valor ao negócio.
  79. RUBY ON RAILS Plateau of Productivity

  80. NO FINAL, NÃO É ISSO O QUE QUEREMOS? Código bom

    é código em produção, rodando com usuários reais.
  81. @fnando OBRIGADO.