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

Transcript

1. RUBY ON RAILS PERMANECENDO RELEVANTE @fnando
2. NANDO VIEIRA
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.
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
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.