A muito tempo venho pensando em uma coisa: O que acontece quando mudamos nosso foco para a direção das pessoas? Se ao invés de focarmos em obter mais lucro, mais dinheiro, mais bens, melhores processos,  equipamentos mais rápidos, a gente simplesmente focasse na pessoa… na pessoa na forma do cliente, na pessoa e sua qualidade de vida, na pessoa que usará aquele novo equipamento, etc.

Existe um grupo de pessoas aqui no Rio, mais especificamente ligados a TI (desenvolvedores, designers, etc)  que proporam exatamente isso:  miraram no ser humano. Isso vem galgado no Small Acts (acesse o link e leia pois vale a pena).  Ao fazermos isso, centra nossas atenções nas pessoas, os resultados foram surpreendentes e nossas ações tem tido repercussões até inesperadas.  São eventos em que, por pura paixão, vamos e levamos toda a nossa “energia” (nenhum de nós ganha dinheiro palestrando, ou fazer qualquer outra coisa afim), são encontros que para muitos parecem organizados e ultra focados como grupos de usuários sendo que na verdade estamos ali para conviver, rever amigos, tomar um chopp e como bons nerds que somos acabamos por falar de tecnologia e similares.

E claro que por vez ou outra surgem boas iniciativas dentro desse encontros e elas, por sua vezes,  em alguns casos viram excelentes projetos e ficam famosas. Mais tudo isso acontece não porque se quer ficar rico ou famoso. Mas porque acreditamos sinceramente nas pessoas e queremos levar essas coisas, que consideramos legais, para as pessoas.

Pode soar para muitos como algo idealista e utópico. De certa forma, olhando friamente e tendo como base o “restante” da sociedade, realmente é.   Entretanto, quando estamos ali fazendo para nós não passa de diversão. Por muitas vezes, me pus “de fora” e fique observando: parecíamos crianças empolgadas.

Insisto que ainda parece um tanto utópico nesse nosso mundo consumista mas quando o foco deixa de ser o lucro, o processo, a empresa e passar ser as pessoas realmente coisas mágicas passam a acontecer. Isso eu falo e qualquer nível de relacionamento. Se pegarmos uma loja e fazermos com que a equipe foque na pessoa e não no dinheiro do cliente veremos vendas aumentar, satisfação do cliente, aumento da propaganda boca a boca, etc. Se pensarmos em ambientes de trabalho, quando temos gerentes “humanos”que focam na pessoas de seus funcionários e não os encara como recurso, todos produzem mais, ficam mais felizes, as coisa fluem sem atritos, etc.  Isso pode ser extrapolado, ouso dizer, para qualquer situação.

Claro que em TI isso não pode ser diferente e ao meu entender possui uma dimensão mais interessante. A maioria das pessoas que trabalham com TI são pessoas que gostam de máquinas. Sim…. elas gostam de máquinas: são seus celulares, seus computadores, seus gadgets, seus video games, e o que mais vier. Poucos são aqueles que gostam de convivência. Isso é algo que para o profissional de nossa área deve ser vencido. Quanto não são os gênios que simplesmente travam quando tem que estar dentro de uma equipe? Quantos problemas temos no desenvolvimento por problemas que nada tem relação com a tecnologia e sim com as relações pessoais da equipe? .

O foco nas pessoas faz que com isso tudo se inverta e verdadeiros progressos se façam. Ao focar na pessoa, os processos se humanizam e passam a levar em consideração essa dimensão. Com isso eles se tornam mais próximos da realidade. Mas factiveis. Softwares são feitos para seres humanos, em sua maioria. E por isso, em sua concepção devem ter o foco no ser humano e não da linguagem, na máquina, etc. Isso que chamamos de experiência do usuário e que vem sendo perseguido pelos grandes players do mercado.

Bom no meu projeto atual estou usando Ruby on Rails. Estou adorando. A coisa é realmente fantástica e me sinto obrigado a dizer que é a melhor opção para desenvolver produtos web.  Mas não é por isso que resolvi escrever este post. Quero compartilhar um aprendizado adquirido.

Dentro da nossa aplicação precisamos mapear (auditoria) as alterações que são feitas em um determinado objeto.  Seria registrar no banco de dados quais campos alterados e, além disso, registra também qual era o valor antes e depois da alteração. Vamos a um exemplo.  Imaginemos que tenho um usuario; esse usuário tem nome, telefone e endereço. Ao alterar o nome dele, quero que fique resgistrado que seu nome foi alterado de um valor “A” para um valor “B”.

Ficando claro a necessidades vamos para a solução.  Passei então para procurar algum plugin que me ajudasse nessa missão. Encontrei vários.  ”Acts_as_audited”,  foi um dos mais interessante que encontrei e recomendo se seu modelo for simples sem relacionamentos muito para muitos.  Mas apesar do plugin resolver o problema, fiquei intrigado de como seria possível fazer isso. Imaginei soluções das mais mirabolantes. Desde de criação de metodos proxies, a magias negras de alta classe (desculpem a brincadeira rubistas) .

Oque achei, como tudo no Ruby, foi a coisa mais simples e fácil já vista. Desde a versão 2.0 do rails, as classes active records ganharam alguns métodos que ajudam bastante nessa missão. São eles: changed?, changes, <atributo>_changed?, <atributo>_was, etc.

changed?  : ele indica se houve ou não alteração nos atributos do objeto. (false se não e true se sim)

changes : devolver um dicionario com as alterações que ocorreram. A chave dele é a propriedade e o valor é uma tupla com o valor antigo e o novo valor

<atributo>_changed? : é um metodo que diz se o atributo mudou. Algo como : usuario.nome_changed?

<atributo>_was : mostra o valor antigo do atributo

<atributo>_will_change! : meio que força a flag indicando que houve uma alteração.

Com esses métodos na mão é possível, sem ajuda do plugin fazer você mesmo sua funcionalidade de auditoria do sistema de forma bastante maneira.  Basta além deles usar os triggers before e after (create, update, etc) do model para chamar os métodos que farão a mágica acontecer.

Espero que ajude. Para saber mais, veja o screencast: tracking_attribute_changes.m4v

Abraços e até a próxima

Muito tenho escutado neste últimos dias sobre a questão do sucesso ou não do uso de metodologias ágeis.Principalmente com relação a entregas. Primeiro preciso dizer que não sou um doutor no assunto, nem pretendo ser, muito menos um profundo conhecedor, mas considero que tenho uma pequena vivência no assunto que me permite tecer alguns comentários sobre o assunto.

Uma das coisa que me incomodam bastante no meio de informática é que muitos de nós são um tanto radicais. Canso de escutar pessoas dizerem que somente a tecnologia delas  – que elas usam – é a melhor. Em minha humilde opinião, comentários a parte (já escrevi, inclusive, sobre isso), não existe o ideal e a tecnologia mais adequada para o problema.

Como disse antes não quero me ater a discussão do porque não existe uma tecnologia legal e se devemos conhecer mais de uma pois isso, já amplamente abordado inclusive por mim.  Quero apenas rebater um poucos os fanáticos.

Atualmente temos uma clara evolução do uso de duas tecnologias principalmente: Python e Ruby. O Ruby quase exclusivamente impulsionado pelo Rails ( framework de desenvolvimento altamente produtivo de aplicativos web) e python pelo seu poder ( o famoso battery include) e também por alguns de seus frameworks ( Django, Web2Py, Zope, Plone, etc)

Uma coisa que me incomoda um pouco na galera é que por muitas vezes, o pessoal que está chegando agora, vem tomando logo formas de pensar radicais. Um exemplo disso é o discurso mais do que batido que Java é mal.

Gente, sinceramente, Java não é mal. Muito pelo contrário, foi uma grande porta, primeiro passo, para todo esse boom que temos visto. Java, embora não seja  opensource, sempre fomentou o software livre e acabou por criar uma comunidade forte em seu entorno. Essas mesmas comunidades  que são veneradas por  muitos dos que negam o java,  surgiram desse movimento graças ao Java.

O grande problema, da linguagem,  que ela parou no tempo. O que por um bom tempo, sobre somente alguns pontos de vista, ajudou a protegê-la foi o mesmo que a engessou-la. Se ela tivesse se aberto para modificação, mesmo que gradualmente, possivelmente  ainda estaria sendo usada e adorada como antes.

É certo que criar um aplicação em rails é muito mais produtivo do que criá-la em Java ( mesmo com todos os frameworks existentes).  O mesmo vale para o Python em até outros casos.  Então por que estou, aparentemente, defendendo-a? Simples, pois quero mostrar que ainda existe vida após a morte nesse nosso mundo de TI.

Java , para “competir”  com essa galera tem “renascido” com outras formas que permitem sermos mais produtivos.  Um exemplo que gosto muito é o Groovy. O Groovy, senão me engano, foi criado por 2002 ou 2003 como uma linguagem alternativa para rodar dentro da JVM (java virtual machine). Graças ao seu sucesso foi implementada a um especificação para tornar a JVM capaz de entender outras linguagens.

Groovy é um Java melhorada e evoluído para os moldes desses novos paradigmas trazidos por Ruby, Python, etc.  Trouxe uma produtividade maior. Hoje é possível fazer uma aplicação nos moldes de Rails em “Java” /groovy usando o framework Grails.

Outra faceta desse mesmo ponto de vista tem sido o JRuby. JRuby é uma implementação do interpretador do Ruby para a JVM. Assim é possível executar código escrito em Ruby a partir da JVM.

A coisa não para por aí. Basta uma simples busca no google para vermos outros exemplos desse renascimento em outras formas do Java.

E ainda tem a pŕopria linguagem que não para de evoluir e ainda tem o seu espaço. Acredito sinceramente, que existem alguns problemas (requisitos)  os quais a melhor solução seja implementar a solução em Java.

Bom com certeza ainda terão aqueles que dirão que suas linguagens tem as melhores ferramentas. Concordo plenamente. Para mim, falando por exemplo de testes – TDD e BDD,  cucumber, rspec, mocka, should-dsl, lettuce, entre outras são estado da arte. Porém, já encontrei coisas em “Java” (entenda aqui conseguir testar código java, pois tem ferramenta em Groovy por exemplo) que pelo menos chegam perto disso.

Bem a princípio era isso que gostaria de dizer, até a próxima pessoal.

Nesses últimos tempos tenho estado distante do blog mas foi por um bom motivo acreditem.  Estou numa nova empresa, a Globo.com, e lá venho tendo diversos desafios. Dentre esses diversos desafios, um deles tem sido o uso de novos tecnologias bem longe da minha zona de conforto que é o Java.

Para os que acompanham o blog a um certo tempo pode soar como repetitivo porém é válido dizer que de um bom tempo até então tenho procurado aprender novas coisas. Confesso que tenho sentido na pele o peso do ditado “não se ensina truque novo a cachorro velho“. Não sou tão cachorro velho assim (tenho apenas 30 anos)  embora esteja na estrada a muitos anos. Com isso, ganhasse uma certa falsa tranquilidade de estabilidade. A verdade meus amigos que nada é garantido e nos dia de hoje que não estuda (constante aprendizado) está fadado a morrer num curtíssimo intervalo de tempo.

Não se ensina truque novo a cachorro velho

Bem, para não gastar energia em muitas coisa e no final não conseguir chegar a lugar nenhum, resolvi focar. Taí uma boa dica para a galera: foque.  Essa situação presente de que temos que saber de tudo, tem feito um nó na cabeça de todos. Temos que ser bons em tudo. Calma.  A maior qualidade que admiro numa pessoa é sua capacidade de aprender. Não gosto daqueles caras que chegam dizendo que sabem tudo e que vomitam um monte de sopa de letrinha. Geralmente basta que se aprofunde um pouco no assunto que eles revela a sua pouco profundidade em tudo.

Prefiro pessoas que tenham noção das coisas e  capacidade para ” se virar”, ou seja, capacidade para aprender aquela determinada tecnologia ou qualquer coisa correlata.  Mas não se esqueça de focar. Porque foco?

Infelizmente nós seres humanos não somos multithread. Sendo assim, é preciso tratar um coisa de cada vez, em fila.Querer estudar um monte de coisa ao mesmo tempo gera confusão e no final terá gasto um tempo enorme e terá apenas noção daquilo.Volto a dizer que admiro a pessoa que tenha um horizonte amplo mas precisamos ser mais “especialista em algo”.  Por isso foco.

É legal ter foco. Evitar lidar com muitas coisas ao mesmo tempo. Fazer uma coisa de cada vez até o fim

Tendo em mente isso, resolvi focar em Python. Python é uma excelente linguagem. Poderosa, permite fazer muitas coisa com um simplicidade franciscana.  Exemplos: temos excelentes ferramentas gráficas em python, Django, Web2py, e por ai segue.

Quiz a vida brincar um pouco comigo e com isso cai num projeto novo onde tudo está sendo feito em Ruby on Rails.  Confesso que foi uma loucura no início. Mas agora estou adorando, pois está sendo uma excelente oportunidade de conhecer a funda Ruby e o Rails, coisas sobre as quais sempre escutei muito.

O Ruby é um experiência nova que vai muito além do uso de um nova linguagem: é experimentar um novo forma de encarar a questão de desenvolver uma aplicação.  Tudo em Ruby – veja os códigos de coisas feitas em Ruby no github – parece ter um cuidado especial para que fique bonito. Quando falo bonito, não me refiro somente o produto final, estou falando também e inclusive do código.

São implementações que sempre primam pela legibilidade, pelo beleza (isso mesmo) do código. Tudo parece conspirar nessa direção. Veja um exemplo:

3.time verifique_saldo

Isso é tão emblemático que tem sido copiado para outras plataformas e linguagens. Um bom caso é o Grails.

Bem vou ficando por aqui pois a família me chame e reclama um pouco por minha atenção. Até a próxima.

A poucos dias atrás eu deu uma palestra numa PythonCampus ( foi na Estácio de Madureira) para um público de cerca de 50 a 80 pessoas.  Nessa palestra, mesmo que o tema principal tenha sido falar de como fazer grandes produtos em python, aproveitei para passar alguns pontos de vista para a galera que está começando agora.

Antes de mais nada é válido dizer que apesar que já está a um bom tempo na estrada, por várias vezes me sinto como eles: sem saber para que lado “atirar”.  Hoje, como profissionais de TI, somos bombardeados a todo momento com toneladas de post de blogs, twitters, artigos, livros, lista, etc dizendo qual será ou quais serão as próximas grandes tecnologias do momento.  Frente a esse quantidade exagerada de coisas, ficamos num “mato sem cachorro” tentando dimensionar nosso tempo para investir em algo que nos garanta um bom futuro.

Bem frente a isso, tenho um péssima notícia: não tem uma resposta pronta, somente o famoso depende. Cada caso vai pedir uma coisa meu caro e quanto mais saber mais opções terá e com isso, mais chance de acertar a escolha.

Embora o assunto seja fascinante e dê “pano para a manga”, o que gostaria aqui, hoje, de falar é quanto a reaproveita conhecimento.

Voltando ao assunto da PythonCampus, durante a apresentação aproveitei para pergunta para a galera presente, como um pequeno censo, quantos usavam determinadas linguagem. As duas que foram mais votadas foram java e .Net. Um brve parenteses antes de continuar: Ao contrário do que a maioria pensa . NET  não é uma linguagem e sim uma plataforma de desenvolvimento. Tanto que existe muitas linguagens que foram feitas para rodar dentro do .NET (C#, ASP.NET, VB.NET, IronRuby, IronPython, etc).

Dado que o mercado ainda demanda por profissionais que saibam usar essas duas tecnologias, .NET e Java, fiquei pensando como seria que uma pessoa poderia dar o passo adiante rumo a uma coisa mais produtiva e diferente.  Quando falamos com alguém que a vida toda trabalhou com Freelas (aqueles projetos pessoais que a gente cobra; aquele site do tio- entendeu?) e  que por isso usou bastante PHP, por exemplo, fica mais fácil apresentar para ele Python e Rails ; a pessoa já está acostumada com aquela natureza dinâmica e não burocrática e agora apenas aprenderá algo com mais ordem e etc.

Mas quando falamos de caras de Java, vem logo a imagem daquele moleque andando de roupa social  ou terno pelo centro do rio e trabalhando em grandes consultorias que cobram os olhos da fuça para fazer um helloworld e ainda por cima não entregam no prazo e nem perto do que o usuário queria.  Antes que me atirem pedras ou coisas afins, eu sei que nem toda a culpa é da linguagem tem muito do profissional.  Tendo essa perfil em mente, fica díficil converser aquele cara que ele deve aprender outro coisa. Ele não quer se esforçar muito mais e fica colocando defeito nas coisas para justificar sua preguiça.

Diante esse cenário caótico fiquei matutando um jeito que poderia servir de transição suave e assim, sem grandes revoluções e sim evoluções, levaria aquele cara para dentro de um mundo novo de possibilidades.

Para o caso do java, graças ao grande oraculo, aka Google, eu encontrei o Grails. o Grails é um spin off do raisl para a plataforma java usando a linguagem Groovy que roda dentro da JVM.  O GRails é uma implementação do rails em groovy. Segundo o próprio site do produto é rails melhorado pois pegar o que há de melhor e aprimorar frente as experiências da galera.

A parada é realmente boa e vale a pena baixar e testar. Com a vantagem de ainda ser Java embora a sintaxe do groovy seja muito produtiva caso resolva se lançar de cabeça. Assim como em Ruby on Rails, como muita pouca linha de código você consegue ter um site no ar.

Bem essa volta toda para dizer para a galera acordar para as coisas que estão acontecendo, para acordarem que não terão vida fácil,  não existe mais a linguagem solução e sim uma caixa de ferramenta e por aí segue.

A alguns dias atrás, fiz um workshop sobre metodologias ágeis com o Juan Bernabó na Globo.com. Recomendo fortemente a todos fazerem mesmo que já tenham certo conhecimento sobre o assunto, apliquem nos seus times ou qualquer outro caso.

Durante todo o workshop feito por ele, cujo o objetivo é de apresentar as metodologias principalmente o Scrum, vários jogos, dinâmicas e outras tantas coisas são feita. Entretanto, para mim, o mais interessante  foram as discussões que ocorreram entre as atividades.

Houve um momento que o pessoal colocou os problema encontrados no dia a dia de cada um e suas expectativas quanto ao uso de metodologias ágeis.  A primeira coisa que ficou bastante evidente foi uma expectativa que ao colocar em prático algo ágil todos os problemas desaparecerão, como que por mágica, e que todos serão felizes num ambiente super ideal.

A questão que o curso colocou, e que realmente achei genial, é que Scrum não é uma ferramenta somente de soluções. Ela tem muito mais um aspecto de mostrar os problemas e forma simples e rápida procurar resolvê-los.

Sendo assim, quem não está preparada para ver os problemas, gargalos, etc de sua empresa, ao adotar qualquer coisa no sentido, vai achar que a ferramenta não serve. Isso porque tem a expectativa errada. Verá muito mais problemas do que solução.

Uma outra coisa que o Bernabo falou que me fez mudar a forma de pensar foi que ser ágil não significa não ter problema : a questão é exatamente contrária, evidenciam os problemas e procura-se soluções. Contra medidas nas palavras do Juan.

Enfim, ao vermos a questão ágil não como mais um processo e sim como uma forma de levantar os problemas e buscar contra-medidas, fica claro a razão do sucesso e que simplesmente seguir uma cartilha não é o perfil ideal a buscar.

Ultimamente em meu trabalho o pessoal tem conversado sobre qual seria um bom perfil de profissional para a empresa. Essa discussão, embora pessoalmente eu não goste desta coisa que rotular, acabou indo para um lado bem interessante.  O que seria interessante nos dias de hoje : um “clínico geral”ou um especialista.  Com toda certeza a maioria das pessoas diriam os dois. A segunda questão que coloco é : qual a proporção ? Mais clínicos ? Mais especialistas? Igual ?

Cada vez mais se fala que hoje é importante sermos poliglotas no que diz respeito a tecnologia/linguagens. É impossível você querer galgar posições no mercado sem ao menos conhecer mais de duas coisas (linguagens, SOs, Bancos, etc) . Com toda a certeza, muitos dos times que estão por aí, vão querer pessoas que sabem mexer com o sistema operacional (não precisa ser um gênio ou commiter do linux, mas saber usar bem vale) , pessoas que conheçam mais de uma coisa e assim tenham capacidade de sugerir soluções diversas, etc.  Isso se “agrava”quando falamos em profissionais SENIORs (experientes) .

Ninguém quer um cara que só saiba Java e por isso só quer fazer tudo em Java. Pode ser que o melhor caminho esteja no uso de Ruby, Python , Php, Erlang, etc.

É cada vez mais procurado, admirado … pessoas que sejam multidisciplinares. Mas isso tem um preço.

O preço que vejo na maioria dos casos que temos pessoas que tem um conhecimento raso sobre tudo. São capazes de fazer o trivial (aquele passo a passo dos tutoriais) porém se algum situação exigir um conhecimento extra elas patinam e parte desesperadas para o google ou listas.  Isso, ainda sim, pode parecer interessante, entretanto, ter especialistas é algo bom. Eles são aqueles caras que conhecem poucas tecnologias mas as conhecem bem e a fundo; são capazes de fazer desde o trivial ao mais avançado.

A questão é que ao desejar um poliglota com fluência em tudo, as empresas optam pelos dois extremos da mesma reta. Não vou dizer que isso seja impossível de encontrar pois, eu mesmo conheço pessoas que são, para mim, ponto fora da curva.  A questão é que levar essa cobrança a todos vai gerar decepção e por consequencia desconforto.

Querer que um cara seja tão bom em programar client side (css, html, javascript – jquery e jquery ui,etc- , e outras coisas) e ao mesmo tempo seja ninja na parte server é querer que o cara seja goleiro e atacante do mesmo time  ao mesmo tempo. Ter noção e conseguir safar a onça é uma coisa, agora saber a fundo destalhes de tudo é algo que deixo para as mentes mais avançadas.

Insisto que isso não é impossível porém exige muita dedicação e tempo. Coisa que uma pessoa que trabalhe pode não ter muito. Tempo para aprender, tempo para se aprimorar  e tempo para se manter atualizado em tudo.

Em contexto como pesquisas e universidades, onde os prazos são mais elasticos, isso pode ser possivel mas em empresas a coisa é menos provável.

Enfim, deixo a pergunta que fiz lá no início: Clinicos ou Especialistas? Qual proporção?