Publicado por Marcos Tapajós há 9 meses.
Quando eu estava lá em Francisco Beltrão o Igor, da LeoSoft, reportou um problema com o método por_extenso_em_reais que não tratava números negativos. Eu e o Tino ficamos de arrumar mas o Bruno Iecker mandou um patch corrigindo esse problema e com todos os testes.
Queria agradecer ao Bruno pelo envio do patch.
Além disso quero deixar registrado meus agradecimentos ao Igor que vem colaborado bastante com o plugin.
Publicado por Marcos Tapajós há 10 meses.
O Vinícius e o pessoal do Lucidus, andaram corrigindo alguns comportamentos indesejáveis na classe dinheiro quando ela era usada em composição no Active Record. Agora o método usar_como_dinheiro tem o mesmo comportamento das composições com Date.
Além disso o Rafael e o Sylvestre identificaram um comportamento que apesar de não ser um bug não fazia muito sentido. Quando um dinheiro era comparado com alguma coisa que não era Dinheiro ele lançava uma exceção ao invés de retornar false. Esse é um comportamento que foge ao padrão do Ruby. Normalmente em Ruby objetos diferentes podem ser comparados e o retorno será false. Exemplos:
"a" == Date.today
false
"a" == 1
false
"a" == Dinheiro.new(1)
false
Como estou preso no aeroporto de Curitiba, sem nada para fazer, acabei de aplicar o patch que eles enviaram. Obrigado pessoal !
Publicado por Vinicius Manhães Teles há 10 meses.
Resumo para aqueles que não terão tempo, nem disposição, para ler todo o post: a partir de 2008 a Improve It não irá mais prover serviços de treinamento, mentoring ou qualquer outro tipo de consultoria em desenvolvimento ágil. Continuamos acreditando fortemente nos métodos ágeis de desenvolvimento de software, mas o foco dos nossos negócios passará a ser o desenvolvimento de produtos.
O recado está dado. Provavelmente não é o que a maioria das pessoas espera de nós neste fim-de-ano, então, para quem estiver com tempo, a explicação segue abaixo. Senta que lá vem história.
A Improve It está completando seis anos. Iniciou suas operações no final de 2001 e, como qualquer outra empresa, precisa gerar lucro continuamente para manter-se viva. É possível montar um negócio lucrativo prestando serviços, ou apostando em produtos, ou fazendo as duas coisas. Logo no início, optamos por serviços.
Decidimos por serviços porque não tínhamos porte para investir em produtos no início. Produtos demandam tempo e investimento para serem criados, nutridos e promovidos. Serviço é diferente. Dependendo de seu networking e de suas habilidades, é possível começar a oferecer serviços em um dia e no seguinte já ter algum cliente. E foi exatamente o que aconteceu. Fechamos nosso primeiro trabalho rapidamente. Nossos primeiros clientes eram nossos amigos.
De lá para cá, sempre focamos exclusivamente na prestação de serviços, embora eu sempre tivesse algumas preocupações quanto a isso. A razão é simples: serviço não escala tão bem quanto produto. Em outras palavras, é possível ganhar bastante dinheiro com um produto, sem necessariamente ter uma quantidade enorme de pessoas na empresa. Exemplo óbvio é a 37signals. Eles conseguem crescer em faturamento, sem aumentar significativamente o número de pessoas. Lamentavelmente é difícil ou inviável fazer isso com serviços.
Para aumentar os ganhos oferecendo serviços, quase sempre é necessário ter muita gente. Veja à volta as empresas de TI que mais ganham dinheiro com serviços. Elas são enormes e têm um batalhão de funcionários. Isso me incomoda bastante, porque naturalmente desejo que a empresa cresça em faturamento e, sobretudo, lucro. Mas, não gostaria de ter que elevar significativamente a quantidade de pessoas. Pessoalmente, detesto empresas grandes. A última coisa que desejo para a Improve It é que ela cresça muito no número de pessoas.
O negócio que temos atualmente é saudável e, se decidíssemos continuar na mesma direção, provavelmente continuaria crescendo. Entretanto, estes seis anos me fizeram aprender algumas coisas. Em primeiro lugar, uma empresa precisa buscar negócios sustentáveis. Ou seja, precisa encontrar alguma forma de gerar receita continuamente, mês após mês.
Prestar serviços de consultoria, mentoring e treinamento é bom, mas não é tão sustentável quanto eu gostaria. A verdade é que ao longo do tempo, vivenciamos muitos altos e baixos. Às vezes, tínhamos vários trabalhos em um mês, às vezes passávamos meses sem trabalho algum. Cada vez os trabalhos se tornam mais constantes, mas, ainda assim, há muita volatilidade e imprevisibilidade na capacidade de gerar receitas. Além disso, a base de clientes é sempre pequena, o que significa que bastam um ou dois interromperem seus respectivos serviços, para gerar impactos significativos sobre nossas receitas.
Nestes seis anos, houve dois momentos que foram mais estáveis para nós. O primeiro aconteceu em 2003. Fizemos um projeto XP de pouco mais de um ano com a Vale. Foi um ótimo projeto em todos os aspectos. Além disso, foi lucrativo e nos manteve vivos durante um bom tempo. O segundo momento está ocorrendo agora, quando estamos envolvidos no Projeto Lucidus. Este é um projeto de 18 meses e ainda há metade dele pela frente.
Como se pode observar, em seis anos, apenas um terço do tempo estivemos envolvidos com negócios razoavelmente sustentáveis. Na maior parte do tempo, trabalhamos para sobreviver, como a maioria das pequenas empresas no Brasil.
No último ano e meio, passamos por algumas transformações que me fizeram refletir muito sobre a possibilidade de, finalmente, começar a direcionar os negócios para a área de produtos, ao invés de serviços. Ano passado, comecei a me envolver com o Rails. Quanto mais eu estudava e praticava, mais ficava claro para mim que havia uma oportunidade fantástica diante de nós. O Rails permite fazer muito mais, com muito menos. Além de tudo, é extremamente prazeroso trabalhar com ele. Isso é ótimo, mas não é suficiente.
Até meados do ano passado a Improve It era composta apenas por mim. Embora ela tenha sido fundada por três pessoas, meus sócios decidiram abandonar o negócio em 2004, alguns meses após o término do projeto da Vale. Na época, eles concluíram que dificilmente conseguiríamos fechar novos negócios, sobretudo do porte do que havíamos tido na Vale. Então, ambos decidiram coletar a parte que lhes cabia nos resultados financeiros do projeto e saíram da Improve It com o objetivo de trabalhar no funcionalismo público.
Na época tínhamos alguns funcionários e um escritório no centro do Rio. Não tive outra escolha, senão fechar o escritório, dispensar todas as pessoas e recolher-me ao conforto do meu lar. Fechar a Improve It não era e nunca foi uma opção para mim. Se eu fizesse isso, provavelmente teria que voltar a trabalhar em alguma empresa grande, ou, pior ainda, virar funcionário público em algum lugar. Esta última opção eu considero impensável, por inúmeras razões pessoais. Não fui feito para trabalhar nem em empresas grandes, nem em empresas públicas. Não importa o quanto elas paguem, meu perfil não casa com o delas. Então, o melhor que eu tinha a fazer era manter o negócio vivo, custe o que custasse.
De 2004 em diante, fiz inúmeros trabalhos de treinamento e mentoring em XP. Em 2006, voltei a contratar. Primeiro veio o Tapajós e logo depois o Marcelo. Este último, partiu logo em seguida para uma temporada de um ano nos EUA. Acabou de retornar. De lá para cá, vieram também o Felipe, o Leandro e o Rafael. Bons produtos precisam de pessoas talentosas para criá-los e é exatamente isso o que temos aqui. Somos cinco pessoas experientes, com muito conhecimento no que fazemos e muito talento. Nós não apenas sabemos como fazer. Nós sabemos fazer bem feito. E isso é essencial se quisermos fazer produtos bem sucedidos.
Outro pré-requisito fundamental é ter capital. Produtos demandam investimentos. É preciso colocar dinheiro antecipadamente, para que se possa criar algo que gere mais dinheiro futuramente (se tudo der certo). Quando começamos, não tínhamos muito capital. Mas, seis anos depois, temos o suficiente para investir durante algum tempo. Além disso, temos um projeto em andamento que continuará ajudando a pagar as contas por um bom tempo. Portanto, não há melhor momento para começar a trilhar novos rumos do que agora. Só falta um último detalhe, o mais difícil de todos.
Para que nós pudéssemos finalmente nos dedicar a produtos era preciso vencer a última barreira, aquela que eu carregava comigo o tempo todo. Eu teria que arrumar a coragem para deixar o passado para trás, ou seja, abandonar tudo o que viemos fazendo até aqui. Essa parte é bem mais difícil do que parece.
Estes últimos seis anos foram quase completamente dedicados a serviços na área de desenvolvimento ágil. Começamos muito cedo. Fomos pioneiros no Brasil e nos envolvemos nisso de maneira extraordinária. Meu envolvimento pessoal, em particular, foi notável. Fiz tudo o que eu podia para disseminar as técnicas ágeis no Brasil. Há cinco anos, fundei o XP Rio com mais três colegas. Ao longo dos anos, promovemos dezenas de reuniões presenciais e incontáveis debates na lista. Na UFRJ, passei a dar aulas de XP na graduação desde 2002. Foram seis turmas de XP entre 2002 e 2006. Tudo o que eu fiz na UFRJ até hoje foi voluntário. Nunca ganhei nenhum centavo pelas aulas. Nestes seis anos, fiz mais de cem palestras sobre desenvolvimento ágil no Brasil e no exterior, quase todas de graça. Viajei para lugares distantes, passei horas em ônibus e aviões para poder levar estes conceitos a pessoas que estivessem nas capitais, no interior, seja onde for. Em 2004, lancei meu livro que até hoje é o único escrito no Brasil sobre XP. Em 2002, participei do primeiro XP Brasil e em 2004, patrocinei o segundo XP Brasil. Paguei um quantia significativa que ajudou a trazer para o Brasil pessoas incríveis, como Mary e Tom Poppendieck e Scott Ambler. Em todos estes anos, é difícil contar a quantidade de mensagens que troquei nas listas. Algumas eram verdadeiros artigos, explicando detalhadamente cada aspecto do que fazíamos usando XP e outras técnicas. Aliás, também escrevi vários artigos em revistas, sites e, sobretudo, no próprio site da Improve It. Mais recentemente, estive pessoalmente envolvido na produção de inúmeros podcasts.
Diante de tudo o que eu fiz até hoje, não é muito fácil mudar. Primeiro porque a simples idéia de deixar tudo isso para trás é assustadora. Desenvolvimento ágil é algo que eu conheço profundamente. Poucas pessoas no Brasil têm vivência semelhante nesta área. Por isso, sou bastante procurado. É difícil passar um dia sem que haja uma mensagem de alguém querendo uma palestra, ou um curso, ou uma ajuda. E este é outro ponto que dificulta muito a mudança. Tem sempre alguma coisa para fazer aqui e ali. Alguma coisa que vai render um dinheirinho, mas não é o que vai resolver a nossa vida. Não é o que vai tornar o nosso negócio sustentável. Mas, é sempre atrativo, pois é algo no curto prazo.
Felizmente (ou infelizmente) algumas coisas começaram a acontecer no cenário ágil nacional, que não me deixaram particularmente feliz e que têm servido para me empurrar ainda mais para novos caminhos. Até o início de 2006, desenvolvimento ágil no Brasil era sinônimo de XP. Pouca gente conhecia outros métodos ágeis. Isso felizmente começou a mudar. Começaram a aparecer pessoas interessadas em estudar, divulgar e prover serviços em Scrum, FDD e Lean. Isso foi excelente, exceto por alguns detalhes.
Algumas pessoas passaram a atacar o XP como forma de vender as idéias de outros métodos ágeis. Isso me deixou particularmente chocado, não apenas pelo incômodo de ver algo que funciona imensamente bem ser difamado, mas sobretudo pelo tamanho da mediocridade e da burrice! A comunidade ágil no Brasil ainda é muito pequena diante do comunidade nacional de desenvolvimento de software. Todos nós lutamos por um mesmo ideal: deixar para trás os métodos tradicionais de desenvolvimento e caminhar na direção de algo que acreditamos ser mais humano, mais racional, que simplesmente funciona melhor, por uma fração do tempo e dos custos tradicionais. Nosso "inimigo" é o mundo tradicional. Se ainda somos um grupo pequeno, lutando para mudar o status quo estabelecido, qual o sentido de brigar entre nós mesmos? Qual o sentido de promover uma metodologia ágil através da difamação de uma outra? Enfim, comecei a ver estas coisas acontecendo e isso me entristeceu profundamente. É notável o quanto algumas pessoas conseguem ser pequenas, medíocres. Ao invés da união, a desagregação. Estratégia brilhante!
O passo seguinte também foi muito interessante. No final de 2006, fui procurado pelo Boris Gloger, da Sprint It para estabelecer uma parceria com o objetivo de promover o Scrum no Brasil através dos treinamentos de Certified Scrum Master (CSM). O Boris veio ao Rio, eu o levei para visitar alguns clientes e para fazer uma apresentação sobre Scrum no XP Rio. Foi ótimo contar com uma pessoa nova para reforçar alguns conceitos que já estávamos cansados de repetir por aqui. É sempre bom ter outra pessoa que possa falar dos assuntos, ainda que sejam os mesmos, de uma forma diferente.
Ficamos por aí, pois eu nunca tive interesse em me associar com nada que tivesse a ver com qualquer tipo de certificação na área de software. Ainda mais a CSM, que é notoriamente anti-ética e quase infantil. Para ser um CSM, basta pagar uma boa grana e passar dois dias em uma sala de aula. Não há provas, não há nada. Pagou e esteve presente, o certificado é seu. Parabéns! Eu nunca conheci nenhuma certificação na área de desenvolvimento de software que não fosse nociva, mas esta além de ter esta mesma propriedade, ainda consegue ser uma afronta à inteligência das pessoas.
Note que esta não é uma crítica ao Scrum. Longe disso. Trata-se de uma metodologia excepcional. É tão boa que faz parte do XP. O XP herdou toda a parte de gestão e planejamento do Scrum. Nós usamos isso o tempo todo, há anos e eu posso garantir: funciona muito bem! O que o Scrum tem para oferecer é absolutamente eficaz para desenvolvimento de software e para praticamente qualquer outra área do conhecimento. A minha crítica não é quanto ao Scrum, é quanto à certificação. Já falei muito sobre esta questão em outras oportunidades, então, não vou me alongar. Voltando ao caso do Boris, fiz o possível para ajudá-lo a promover o treinamento de CSM, mas nunca pela certificação, apenas pelo treinamento, que é ótimo. Em todos os casos em que eu ajudei a divulgar, deixei isso muito claro: vá pelo treinamento, mas não pela certificação, que não vale nada.
Um ano se passou e uma coisa interessante começou a acontecer. Scrum virou uma febre. Surgiram inúmeros cursos de Scrum pelo Brasil e isso é ótimo. Muitas empresas passaram a querer ouvir sobre desenvolvimento ágil através do Scrum e isso é ótimo. Gestores passaram a se interessar por desenvolvimento ágil através do Scrum e isto é excepcional. Percebi que, possivelmente, avançamos mais em desenvolvimento ágil no Brasil com Scrum, em um ano, do que em todos os anos anteriores com o XP. Por que será?
Em primeiro lugar, é necessário destacar o mérito comercial daqueles que foram alguns dos principais responsáveis por disseminar o Scrum no Brasil neste ano que termina. Juan Bernabo e Boris Gloger fizeram um excelente trabalho. Conheço o Juan pessoalmente, considero um amigo e admiro bastante. Nós pensamos de maneira muito parecida em vários pontos, exceto, naturalmente, na questão da certificação. Mas, isso não é nenhum problema. O Juan fez um trabalho belíssimo ao longo deste último ano e vem lutando para promover as técnicas ágeis no Brasil. Não é o único, mas passou a ter um papel excepcional ao longo deste último ano. Seu talento comercial também tem sido muito importante.
Na ascensão do Scrum, há também um segundo fator: os termos usados. A palavra Scrum é desconhecida no nosso vocabulário. Não apenas é uma palavra em inglês, como é também uma palavra que pouca gente sabe o que significa, mesmo em inglês. Isso é muito bom. Na verdade, isso é ótimo, pois não cria nenhuma resistência. Aliás, cria até uma certa curiosidade: o que será que siginifica Scrum? Como se isso não fosse suficiente, a metodologia é inteiramente regida por termos em inglês: sprint, scrum master, product backlog, sprint planning meeting etc. No Brasil, isto é perfeito. Quanto mais termos em inglês, melhor em se tratando de venda. Aqui as pessoas sempre acham que o que vem de fora é bom e o que é brasileiro é ruim. Então, nada melhor que termos em inglês e um nome que não gera resistências, ao contrário do Extreme Programming. Este último, não poderia ser pior. Consegue juntar duas coisas que dão arrepio nas pessoas: extremo e programação. Só pode ser ruim! :-) Quem não conhece, não quer conhecer e, para piorar, ainda aproveita para criar os mais diversos tipos de FUDs. Nessa linha, alguns assuntos são verdadeiros clássicos, como programação em par e documentação. Aliás, minha paciência para lidar com estes e outros FUDs já se esgotou.
Por fim, na questão do Scrum, a parte mais importante de todas: a certificação. Do ponto de vista comercial, aqui no Brasil, a certificação é uma jogada de mestre. As pessoas buscam, cada vez mais, todo tipo de selinho que puderem encontrar no mercado para colocar em seus currículos. É uma cultura insana, mas absolutamente pervasiva. Vai de pessoas a empresas. Todos estão atrás de um selo. Neste sentido, o Scrum dá as pessoas aquilo que elas querem. Querem poder ir para um curso de dois dias e poder sair de lá enchendo a boca para dizer: agora eu sou um Certified Scrum Master. Aliás, que expressão linda. Em apenas três palavras, temos um certified e um master. Normalmente, ser certified ou master em qualquer coisa já seria bom demais. Mas, a certificação de Scrum vai além. Por que ser uma coisa ou outra, quando é possível ser as duas: certified E master? Brilhante! É como dizer que uma pessoa não é apenas boa. É boa ao quadrado. É como dizer que você é ultra super powerful Yoda Ninja. Ou seja, o cara. E para ser tudo isso, basta passar dois dias fazendo um curso. A isca perfeita!
Neste ano que passou, vi coisas impressionantes relacionadas à questão da certificação. Talvez o mais bizarro tenha sido ver pessoas que eu conheço, que têm experiência de anos com métodos ágeis, correndo desesperadamente para trasformar-se em Certified Scrum Masters. Os caras pagaram uma nota, não para aprender o que eles já estavam carecas de saber e praticar, mas para, ao final, receber o selinho! Impressionante. É claro que alguma coisa nova eles devem ter aprendido, mas...
Volto a repetir, esta não é uma crítica ao Scrum, que é excepcional. É uma crítica à mediocridade das pessoas, à incrível necessidade que elas têm de um selinho como forma de dizer ao mundo que são "alguma coisa". Comercialmente, Scrum é brilhante justamente porque dá às pessoas exatamente o que elas querem: a oportunidade de pagar caro, para obter mais um selinho e, assim, deixar o currículo com mais uma sigla. Aliás, não só o currículo. Tem gente que conseguiu herdar o pedantismo hercúleo dos PMPs, os quais assinam seus emails com um ", PMP" ao lado de seus nomes. Agora temos também o ", CSM". Certamente isso se inspira nos doutores, que após uma jornada colossal pelo mundo acadêmico, finalmente podem assinar seus nomes com um ", PhD" ao lado. Para um doutor, isso já é pedante, mas para um PMP, cujo mérito não se compara ao de um doutor, isso é ridículo. Para um CSM... bem, deixa para lá.
À medida que este ano termina, algumas coisas ficam claras para mim. Primeiro, é preciso admitir que comercialmente XP é muito ruim. Há uma resistência enorme ao seu uso, baseada nas mais diversas interpretações equivocadas. A maioria das pessoas não sabe o que é, mas pelo nome, é melhor nem saber mesmo. Com certeza não é coisa boa. Segundo, não tem certificação, o que é um pecado capital neste país. Terceiro, demanda das pessoas, das equipes, das empresas, um nível de atitude social e comportamental que parece ser avançado demais para o pensamento pequenino que reina nas empresas brasileiras, com raras exceções.
Fico muito feliz com o avanço do desenvolvimento ágil no Brasil, seja ele através do Scrum, XP, FDD, Lean, ou qualquer outro método ágil. Nada do que comentei acima sobre o Scrum foi um fator determinante na decisão que estamos tomando neste momento. Foram apenas questões que nos ajudaram a refletir e compreender melhor o contexto em que estamos inseridos. Se continuássemos apostando apenas no XP, com certeza continuaríamos tendo espaço no mercado, como temos tido até hoje, só não teríamos um negócio tão sustentável quando gostaríamos.
A razão básica pela qual estamos mudando de rumos é o real desejo de buscar um futuro mais sustentável para a Improve It. Neste sentido, é inevitável pensar sobre o modelo da 37signals. Sem dúvidas esta empresa é, atualmente, nossa principal inspiração. Acreditamos ter as pessoas, o talento e o capital necessário para começar. Precisaremos de muito mais do que isso ao longo do caminho. Mas, por enquanto, precisamos apenas começar e é exatamente o que estamos fazendo agora. Adoraria poder fazer as duas coisas: continuar prestando serviços e, em paralelo, desenvolver produtos. Parece uma ótima idéia. Na prática, entretanto, descobrimos, a duras penas, que não dá. Somos poucos, temos tempo e recursos limitados. É preciso escolher e focar. Então, o foco é atender os clientes que já estão conosco e trabalhar em produtos. Novos clientes de serviços na área de desenvolvimento ágil não serão mais aceitos.
Na área de produtos, nos concentraremos em produtos web, cujo modelo de cobrança seja através de assinatura e que seja destinado a pessoas físicas, profissionais liberais e pequenos negócios. Por inúmeras razões, não queremos ter grandes empresas como clientes. Nosso objetivo é ter muitos clientes pequenos e, assim, pulverizar nossa fonte de receitas.
Já estamos trabalhando em um primeiro produto, mas só comentaremos sobre ele quando já estiver mais próximo ao seu lançamento. Em todo caso, os clientes potenciais não são da área de TI, portanto, vocês provavelmente irão conhecer o produto, mas dificilmente irão usá-lo. Trata-se de outro público-alvo, bastante diferente.
O site da Improve It sofrerá alguns ajustes nas próximas semanas. Como ele é uma referência bastante acessada por quem procura informações sobre desenvolvimento ágil, sobretudo XP, continuará no ar com todo o material que lá se encontra. Porém, faremos algumas mudanças com o objetivo de não mais promover os serviços que oferecemos atualmente e deixar claro que estamos saindo deste segmento.
Muito obrigado a todos os que estiveram envolvidos conosco até aqui. Foi bom estar com vocês, mas estamos arrumando as malas e, a partir de 2008, nossa jornada segue em outra direção. Aos que permanecem nesta estrada, desejamos muito sucesso e um 2008 de grandes realizações. Que os métodos ágeis avancem rapidamente pelo Brasil!
Publicado por Marcos Tapajós há 10 meses.
Hoje fui migrar um sistema para o Rails 2.0.1 e tudo estava funcionando mas quando fui rodar os testes do Selenium alguns quebraram pois as fixtures não eram carregadas no banco de testes.
Descobri que estava relacionado a um cache de fixtures e consegui resolver o problema. Acabei de enviar um email para o autor do plugin sugerindo um patch. Como não sei quanto tempo vai demorar para sair a correção então resolvi publicar a minha solução aqui para ajudar quem esbarrar nesse problema.
Para resolver o problema basta editar o arquivo fixture_loader.rb e modificar o trecho:
if fixtures.any?
Fixtures.create_fixtures fixtures_path, fixtures
end
Para:
if fixtures.any?
Fixtures.reset_cache
Fixtures.create_fixtures fixtures_path, fixtures
end
Publicado por Vinicius Manhães Teles há 10 meses.
Na semana passada o Rafael publicou mais dois vídeos do RejectConf:
Rafael, mil desculpas por demorar tanto para anunciar aqui no blog e muito obrigado por todo o tempo que você investiu na gravação e edição dos vídeos!
Publicado por Vinicius Manhães Teles há 10 meses.
No último sábado aconteceu o Rio on Rails 2007 e no dia seguinte embarquei em uma longa e cansativa viagem para o interior do Paraná, onde estou fazendo um mentoring em XP e Rails. Só agora consegui forças para escrever aqui no blog.
O Rio on Rails foi muito legal. As palestras foram todas de ótimo nível e o dia foi bem descontraído. Tive a oportunidade de conhecer algumas pessoas novas e rever outras que já vinha encontrando nas semanas anteriores, nos eventos que ocorreram em São Paulo, Bauru e Belo Horizonte.
Gostaria de deixar aqui o meu muitíssimo obrigado ao Senac e aos amigos da Improve It que ajudaram na organização, sobretudo o Tapajós e o Leandro, cujo pimpolho nasceu na última sexta-feira, razão pela qual ele não compareceu (parabéns, Leandro!). A ajuda de vocês foi essencial. Também quero reforçar meu imenso agradecimento aos palestrantes, principalmente àqueles que fizeram todo o esforço para vir de outras cidades. Finalmente, meu muito obrigado ao público, que apostou no evento e participou ativamente durante todo o dia. Naturalmente, obrigado especial àqueles que vieram de outras cidades, tais como São Paulo e Belo Horizonte, entre outras, para prestigiar o evento.
Em 2002, pouco depois de fundar a Improve It, tomei contato com o Extreme Programming e isso teve um impacto muito positivo no meu trabalho e, sobretudo, na minha satisfação com o desenvolvimento de software. Foi um marco importante para mim e colhi inúmeros frutos a partir do meu envolvimento nesta área. No ano passado, quando comecei a conhecer e trabalhar com o Rails, revivi os sentimentos de quando comecei com o XP. O Rails vem sendo responsável por uma transformação na Improve It e por uma satisfação ainda maior com o ato de desenvolver software. Cada dia eu gosto mais de programar em Ruby e de desenvolver sistemas web em Rails. O Rio on Rails foi uma forma de permitir que outras pessoas também comecem ou continuem a experimentar essa mesma satisfação agradável de desenvolver software de forma ágil, leve e descontraída.
Espero que o evento tenha atendido às expectativas e desejo rever todos vocês em 2008! Continuem nos trilhos! :-)
Publicado por Vinicius Manhães Teles há 10 meses.
No último sábado estive em Belo Horizonte (MG) para o Minas on Rails. O evento foi muito legal! Gostaria de agradecer ao Ronaldo Ferraz pelo convite para participar. Além disso, quero parabenizá-lo, bem como todos os demais organizadores. Foi um evento excelente.
Conheci muita gente nova e tive a oportunidade de conversar pessoalmente com pessoas que, até então, só conhecia pela rede. Toda vez que vou a BH eu fico encantado com a simpatia das pessoas de lá. Os mineiros são nota 10! :-)
Uma das palestras mais interessantes, ao menos para mim, foi a do Eduardo Rocha, que é o criador do site O Curioso, que hoje tem mais de 400 mil usuários! Foi muito bacana escutá-lo falar sobre a evolução do site e tudo o que teve que fazer para melhorar o desempenho do sistema, à medida em que chegavam mais e mais usuários.
No final do evento conversei com o Eduardo e o convidei para apresentar seu case também no Rio on Rails. Para nossa felicidade ele aceitou e, em breve, faremos a alteração da programação no site do evento. Acredito que você também irá gostar do que ele tem para contar!
