Modismo - Ágil e Rails
Todos aqui devem saber que eu sou um defensor de Metodologias Ágeis e de Rails. Tive o prazer de começar com Rails a uns 3 anos atrás, e a uns 2 anos com Ágil - Scrum, XP, Lean. Durante este tempo tenho colhido bons frutos das minhas escolhas e, como bom evangelista, eu prego aquilo que acredito e o que faço.
Mas nem tudo são flores, tenho me deparado com algumas coisas que me deixaram um pouco frustrado: O modismo. Modismo? Sim, Modismo. Modismo, é aquela tendência de comprar, fazer, falar e ser o que todos são no momento, ou seja, um indivíduo sem idéias fixas e definidas, que são guiados pela mídia - A ditadura que domina a cabeça das pessoas.
Mas isto é legal. Todos usando Rails e sendo "ágil"!!! Não é este o problema, vamos fazer uma análise: Quando comecei com Rails, tínhamos poucos desenvolvedores, tanto no Brasil quanto lá fora, e era mais do que nossa obrigação divulgar. Era o que podíamos fazer para conseguir expandir o mercado de trabalho e poder trabalhar profissionalmente com aquilo que aprendemos a gostar. E sabe o que tínhamos na época? Um monte de feras como o Akita, Tino Gomes, Lucas Húngaro, Tapajós, Ronaldo Ferraz, Rodrigo (caffo), Demetrius Nunes (dema), Bruno Miranda e outros. Isto era muito bom, porque era uma comunidade super pequena mas de alto nível, qualquer assunto levantado era discutido por quem sabia o que estava falando. Hoje nós temos uma comunidade “inchada”, com poucos excelentes programadores Ruby/Rails e um monte de “usuários” do framework.
Conheço um monte de “usuários” Rails que não sabem nada de Ruby. Alguns outros chegam a chamar o Rails de linguagem, pasmem, isto é o cumulo da ignorância. A rails-br se tornou uma lista de newbie, com perguntas que são facilmente respondidas fazendo uma busca no Google ou no próprio grupo, tornam-se extensas threads inúteis.
O mesmo está acontece com as metodologias ágeis: todos estão falando de ágil, cursos novos, certificações e um monte de blah, blah, blah. Está cheio de consultores e consultorias pronto para moldar um Scrum para sua empresa. Conseguem criar um produto "bonito" e cheio de marketing sem entender os conceitos, regras e fundamentos das metodologias. São apenas aberrações.
Já trabalhei com diversas metodologias, incluindo RUP, Espiral, Cascata e Incremental - que eu lembre foram estes, e o que diferencia estas metodologias tradicionais são o enfoque e os valores, a idéia das metodologias ágeis é o enfoque nas pessoas e não em processos ou algoritmos, a preocupação de gastar menos tempo com documentação e mais com a implementação. Mas para alcançar resultados é exigido muito de cada pessoa, da equipe e da organização, precisa de comprometimento, sacrifício, acreditar – ter fé, saber trabalhar em equipe, o que diga-se de passagem é impossível para a maioria das pessoas - no seu orgulho besta e infantil. Não adianta rotular como ágil sua empresa e não ter atitude. Melhor continuar sem o rótulo ou você vai ferrar com seu projeto/empresa.
Tenha em mente que Ruby não é a solução para tudo, e Ágil também não. O importante não é o que você usa: é quem e como usar. As pessoas ficam entusiasmadas com tudo que escutam e acabam por colocar o carro na frete dos bois.
Leia também:
- Agile indo para o buraco?
- Agile não é para todos
- The Decline and Fall of Agile
- The Decline and Fall of Agile
- Skipping Their Vegetables
- Rails não é solução para tudo
- Como Ruby on Rails pode o tornar um programador pior
Caindo na Real
Sei que muitas vezes tenho sido chato e insistente para que vocês leiam mais, estudem e pensem no futuro. Eu sempre afirmo que a faculdade nunca garantira um futuro na área e nem mesmo que se tornará um bom profissional. Sei também que muitos não vão concordar com isto, mas tudo bem.
Tenho observado alguns trabalhos na nossa turma da faculdade e do pessoal do último ano também, e posso dizer que temos alguns trabalhos medianos, outros razoáveis e outros para terminarem o curso. Vejamos alguns pontos:
- Muitos dos trabalhos são feitos simplesmente por fazer, sem objetivo. Eu sempre digo: "Cada um deve coçar sua própria coceira". O que vocês vão fazer com os sistemas desenvolvidos durante o Curso? Por que não fazer algo que possa abrir as portar para um bom futuro?
- Será que todas as 4793842759 funcionalidades serão usadas? Muitos dos projetos que vi tem vários cadastros e relatórios, e que nunca vai ser usado, mesmo que o sistema vá para produção. A simplicidade é a alma do negócio.
- Alguns projetos fogem a esta regra, mas a maioria é sistema de gestão comercial para web. Desconheço um sistema de gestão para web funcional, trabalho com web a bastante tempo para saber que estes sistemas deveriam ser Desktop e no muito existirão módulos para web.
Um outro ponto importante: não saber o que fazer e como fazer. Sei que vocês trabalham e muitos não estão na área de TI, e quando estão, não fazem parte do time de desenvolvimento. Mas isto não significa que você não possa tirar um tempo para ler. A leitura é fundamental na nossa área, jamais pensem que se fizerem N faculdades conseguiram ter um bom emprego ( A não ser que seja regulamentada a lei atual de Analistas de Sistemas - mas serão tão medíocres e buscarão continuar assim). E o que devo ler? Terra? Globo? Info? InformationWeek?. Não estou pegando no pé destas sites ou revistas, mas é que tem conteúdo muito mais interessante. Quando comecei minha carreira procurava me atualizar constantemente através destes canais, mas percebi que sempre estava uns 10 passos atrás. O que tinha de errado? as minhas fontes de informações. Existe hoje milhares de blogs, podcasts, screencasts e grupos com diversos temas que precisamos refinar o conteúdo para mantermos o foco.
E como acho um bom blog? Depende do que você gosta ou quer aprender mais. Se você quiser aprender Rails, por exemplo, procure pessoas como Chad Fowler, Dr. Nic e Obie Fernandez – mas os caras escrevem em inglês? Não acha que já passou na hora de começar a estudar? Ou você programa em português? Mas vai demorar muito, não tem nada em português? - Tem sim, e caras bons como Carlos Brando, Fábio Akita, Ronaldo Ferraz, Tapajós, Danilo Sato, Nando Vieira e tantos outros. Mas por que ler estes caras? Porque eles são referencias para a comunidade Rails, assim como Leah Culver para Python/Django. Estas caras estão respirando e vivendo o que tem de melhor no mundo de TI.
Terminou Ozéias? Ainda não, só mais duas coisas. Por que tudo tem que ser Java? Por que ser bitolado? Tem muito programador medíocre que pensa em ser um desenvolvedor Java para garantir um bom salário e, em um belo dia, vai acordar e ver que o cara da mesa do lado - aquele mesmo, o chato - que falava de Ruby, Python, Perl, Linux, Mac, Erlang, Agile e mais um monte de “merda” foi embora pra trabalhar em um emprego dos sonhos! O que ele tem de diferente? Ele não bate cartão.
Pra terminar, ou melhor para começar, uma coisa que me ajudou muito foi o livro “Getting Real” – em inglês novamente? Sim, mas aqui tem a versão em português. É um excelente livro para quem quiser aprender mais sobre como desenvolver uma aplicação web de sucesso.
Terminou agora? Agora sim!
Update:
Voltei, mas só para colocar um link para o post que o Carlos acabou de fazer: Faça com que cada nova funcionalidade prove o seu valor, não deixem de ler.
