No ano passado eu tive a excelente oportunidade de participar do JavaOne 2008, foi uma experiência muito enriquecedora e apesar de este ano não poder estar lá presente, eu não poderia deixar de fazer um levantamento dos principais acontecimentos e novidades apresentadas no evento para ficar por dentro de tudo, e claro, deixar vocês, queridos leitores, em dia também.

Java = Inovação por JavaBahia

O Slogan do evento no passado foi Java +You ou Java + Você, neste ano houveram três: Java  = Everywhere ou Java = Em toda a parte, Java + Community = Powerful ou Java + Comunidade = Poder e Java = Innovation ou Java = Inovação. Um outro acontecimento especial deste ano é o aniversário de 14 anos do Java, o vídeo abaixo, que foi exibido na abertura do evento, apresenta rapidamente alguns pontos fortes da evolução que a tecnologia sofreu ao longos dos anos:

O presidente da Oracle Corporation, Larry Elisson afirmou que a Oracle sempre investiu na plataforma Java e que agora investirá mais do que nunca. Veja alguns momentos no KeyNote no vídeo abaixo:

James Gosling apresentou a Java Store, um site que catalogará aplicações Java que poderão ser instaladas facilmente em seu computador, algumas delas simplesmente através de drag-and-drop no desktop (arrastar e soltar).

James Gosling, Vice Presidente da Sun por JavaBahia

No segundo dia, houve uma General Session chamada Your Lifestyle: Mobile, TV and Beyond em foi demonstrado o uso de Java nos mais diversos dispositivos como celulares, televisores, Blu-ray, etc e destacou-se como o JavaFX poderá ampliar ainda mais este mercado em expansão.

The Gospel of Java

Esse divertido vídeo foi apresentado em uma General Session e conta a história do Java.

JavaFX

Falou-se bastante sobre as novas tecnologias Java SE 7 SDK, Java EE 6  e Jaxa FX 1.2, mas principalmente sobre Java FX, essa tecnologia recebeu grandes investimento da Sun e promete transformar a forma com que se desenvolve aplicações de alta qualidade de ambiente gráfico com Java. Os dois vídeos abaixo publicados por Augusto Sellhorn do Blog Sellmic.com exibem parte de uma demonstração de JavaFx em que é possível ver ferramentas de animação JavaFX muito semelhante com que se conhece com Adobe Flash e Microsoft Silverlight.

O pessoal do JavaPosse entrevistou Octavian Tanase e Jacob Lehrbaum sobre o JavaFX, vale a pena conferir (em inglês).

Brasileiros no JavaOne

Mais uma vez o Brasil foi muito bem representado por congressistase palestrantes que marcaram o evento. Magno Cavalcante e Clayton Chages apresentaram a Technnical Session: “Java™ in the Brazilian Digital TV: Interactivity and Digital Inclusion on TV“.  Ainda sobre TV Digital, David Campelo apresentou a “TS-4453: New Java Digital TV Standard Goes Brazil“. A Dupla Marlon Luz e Bruno Oliveira, também deixaram suas contribuições brasileiras com a palestra Java ME Myth Busters, confira a entrevista (em português) realizada pelo Sérgio do JavaBahia.

O brasileiro Felipe Gaucho que atualmente trabalha na Suiça esteve no evento e postou em seu blog suas impressões. O Baiano, Serge Rehem doJavaBahia também participou do evento registrou sua impressões.

O Classpath está morto!

Mark Reinhold, Chief Engineer do Java SE, disse isso durante a demonstração da forma com que o Java 7 gerenciará módulos. Vale a pena dar uma olhada no projeto Jigsaw que tem como objetivo resolver de forma eficiente as questões da modularização no JDK, esse projeto está sendo construindo segundo a JSR 294: Improve Modularity Support in the Java Programming Language. Segundo Raja Islam o benefício principal que será alcançado com a modularização será a redução do tempo de carga e deploy de aplicações Java.

Microsoft no JavaOne

Pode parecer estranho, mas a Microsoft apresentou a General Session do terceiro dia do JavaOne. No momento em acontecem as General Sessions não há nenhuma outra apresentação ocorrendo simultaneamente e todos os congressistas presentes participam, ou seja, são apresentações de grande importância e alcançam a maior parte do publico do evento.

Dan’l Lewin, Vice Presidente Corporativo da Microsoft, falou sobre esforço que vem sendo realizado a cinco anos desde o inicio da parceria entre a Microsoft e Sun para promover a interoperabilidade entre aplicações Java e .NET, segundo Lewin em uma entrevista realizada pela Microsoft no ano passado com mais de 5 milhões de pessoas, constatou-se que 73% dos entrevistados trabalhando em ambientes mistos (Java + .NET). Para maiores informações visite www.interoperabilitybridges.com.

Outras linguagens sobre JVM

Ola Bini da ThoughtWorks,  famoso por participar ativamente na comunidade open source e por desenvolver a linguagem de programação Ioke, também participou do evento e destacou o projeto Da Vinci, segundo ele, essa tecnologia contribuirá para que a Java Virtual Machine se torne melhor. Ola Bini também apresentou sua BOF 4434: Hacking JRuby.

BOF significa (Birds-of-a-Feather), as BOFs  são palestras informais, interativas e flexíveis. No JavaOne, geralmente acontecem no final do dia com assuntos complementares aos discutidos nas technical sessions (TSs) ou palestras técnicas que acontecem durante o dia.

Charles Nutter também esteve lá falando sobre o projeto JRuby que … No vídeo abaixo, Nutter falou um pouco a tecnologia:

Rich Hickey falou sobre sua linguagem: Clojure, que também roda sobre a JVM. Para saber mais confira os slides de sua “TS-4164 Clojure: Dynamic Functional Programming for the JVM Machine“.

Neal Ford fez uma comparação entre as linguagens Ruby e Groovy em sua “TS-4955: Comparing Groovy and JRuby“.

Falou bastante sobre JRuby, Jython, Scala e Groovy.  Nesta entrevista para o JavaOne, Guillaume Laforge da SpringSource comenta um pouco sobre isso:

Destacou-se também o lançamento da versão 1.6 da linguagem Groovy, confira a “TS-4215: What’s New in Groovy 1.6?” por Laforge.

Bill Venners, da Artima Inc., apresentou um pouco da linguagem Scala em sua “TS-4487: The Feel of Scala“.

Roberto Chinnici falou sobre programação funcional e orientada a objetos com JavaScript, seus slides podem ser visto neste link.

Java, uma plataforma em evolução!

De acordo com Jim White, o Java 7 está previsto para ser lançado em Fevereiro de 2010. Jim participou de algumas palestras que tinham como tema principal a evolução do Java, e disse que muitas das decisões para o Java 7 ainda não foram tomadas, o que indica que ainda há bastante trabalho pela frente. Enquanto ao Java 6, White, diz que será lançado mais cedo, em Setembro de 2009.

Joseph Darcy da Sun Microsystems, na “Ts-4060: Small Language Changes in JDK Release 7” apresentou algumas das mudanças que serão feitas na linguagem Java. Darcy chamou a atenção da comunidade para que torne-se parte da evolução e que participando e contribuindo, através do projeto Coin que tem essa finalidade.

Servlet 3.0

A especificação vem evoluindo através da JSR 315 e entre as principais novidades está a possibilidade de configurações toda a aplicação através de annotations ao invés de utilizar o arquivo web.xml e maior utilização do principio CoC (Convetion over Configuration) que visa diminuir a quantidade de configuração. Existem annotations para registrar Servlets, Filters, Listeners, e até mesmo para declarar regras de segurança e permissões de acesso.

Um outra recurso que ganhou bastante repercussão foram os novos Servlet Assíncronos, para maiores informações confira a “TS-3790: Java Servlet 3.0:Empowering Your Web Application With Async, Extensibility and More” apresentada por Rajiv Mordani, Greg Wikins e Jan Juehe.

Bean Validation

Validação através de metadados nos JavaBeans como no Hibernate Validator. Confira a “TS-5184: Bean Validation: Declare Once, Validate Anywhere – A Reality?” apresentada por Emmanuel Bernard da JBoss sobre o assunto.

Java Server Faces 2.0

Ed Burns e Roger Kitain, ambos da Sun Microsystems, apresentaram a “TS-4640: A Complete Tour of the JavaServer Faces 2.0 Plataform” onde falaram sobre as principais novidades do JSF 2.0. Nesta nova versão do JSF teremos melhor suporte a Ajax, componentes compostos que possibilitará melhor reuso de código e melhor suporte a eventos. E para completar ainda mais a discussão sobre JSF no JavaOne, Kitto Mann da Virtua, na “TS-5205: Writing Killer JavaServer Faces 2.0 UI Components” apresenta diversos conceitos importantes se criar inovadores e eficientes componentes JSF 2.0 e David Allen da RedHat falou sobre fluxo de páginas (page flow) e conversação (converstation) com JSF na “TS-5045: Converstations and Page Flows on the JavaServer Faces Plataform“.

EBJ 3.1

A evolução dos Enterprise Java Beans continua, na versão 3.0 pode-se notar grande avanço e uma simplicidade muito grande ao se comparar com versões anterior, nessa nova versão a meta de aumentar a simplicidade se manteve, por isso, a forma de empacotamento dos aplicativos foi simplificada e criou-se o EJB Lite API, que é um conjunto reduzido das funcionalidades disponíveis na especificação completa do EJB.

Além da simplicidade, novas funcionalidades foram incluídas como por exemplo, objetos Singleton, Callbacks de Startup e Shutdown, Timers baseado em Calendars, Session Beans assincronos e integração com JAX-RS. Para maiores informações confira a “TS-4605: Enterprise JavaBeans 3.1 Technology Overview” apresentada por Kenneth Saks, Senior Staff Engineer da Sun Microsystems.

Java Persistence API (JPA) 2.0

Linda DeMichiel da Sun Microsystems, na “TS-5214: Java Persistence 2.0: What’s New?” apresentou as principais novidades da JPA que evolui através da JSR 317:

1. Modelagem mais flexível
2. Novas formas de mapeamento O/R, novas annotations
3. Java Persistence Query Language mais poderosa
4. Criteria API
5. Suporte a Validação
6. Novos padrões de configuração

A Implementação de Referência ou Reference Implementation (RI) da especificação é o projeto EclipseLink que tem como base o antigo projeto da TopLink da Oracle. Andrei Badea da Sun e Dogule Clarke da Oracle apresentaram na “TS-5018: Developing Java Persistence API Applications with the NetBeans IDE and Eclipse Link” de forma um pouco mais prática como utilizar a nova API. Mike Keith da Oracle fez uma apresentação completa sobre os conceitos de mapeamento da JPA na “TS-5265: A Java Persistence API Mapping Magical Mystery Tour“.

Context Dependency Injection for Java EE

Gavin King da RedHat apresentou na “TS-6726: Context and Dependency Injection for Java Plataform, Enterprise Edition (Java EE Plataform)” uma introdução o que a especificação JSR-299 trará de novo ao Java EE. Segundo King teremos um novo e rico modelo de gerenciamento de depedências com suporte a objetos statefull, integração da camada web com a camada transacional, será muito fácil construir aplicações utilizando EJB e JSF juntos, e frameworks terceiros poderão facilmente integrar-se a API.

Spring 3.0

Rod Johnson da Spring Source apresentou as novidades do Spring 3.0 na “TS-5225: Spring Framework 3.0: New and Notable“. Segundo Johnson, o trabalho em tornar o desenvolvimento de aplicações Java para Web mais simples e poderoso continua, por isso, os arquivos XML serão ainda mais curtos, havendo necessidade de utilizá-los somente quando for preciso externalizar algum recurso.

A nova versão traz suporte a REST, melhorias no MVC e expression language. O Spring 3.0 será compatível somente com Java 5+.

Spring Roo

O Spring Roo é o mais novo projeto da Spring Source, e segundo Jim White, é uma espécie de Rails, também com muita meta-programação, que tem como base apenas Java e Spring. Rod Johnson disse que a missão do Roo é melhorar dramaticamente a produtividade de desenvolvedor Java sem comprometer a poder e flexibilidade através de geradores de código que proporcionarão a entrega rápida de aplicativos corporativos robustos e de alta performance.

Google Guice

E por falar em Spring, o Google Guice, também vem ganhando bastante espaço no mercado como framework de injeção de dependência, e os Googlers Bob Lee e Jesse Wilson, falaram sobre ele na “TS-5434 Introduction to Google Guice: The Java Programming Language Is Fun Again!“, confira.

Eclipse Galileo

Depois do Calisto, Europa e Ganymede, vem aí o Eclipse Galileo. O lançamento está previsto para 24 de Junho. O release incluirá 48 projetos, o destaca bastante crescimento, ao se comparar como o Ganymede que contemplava apenas 24 projetos. Em 26 de Junho, a Eclipse Foundation fará uma apresentação chamada Galileo in Action onde serão apresentadas as principais funcionalidades do novo realease.

Google App Engine

Como comentei no artigo anterior, o Google App Engine agora possui suporte a Java, e claro, isso não poderia deixar de ser assunto de destaque no JavaOne, por isso, os Googlers, Toby Reyelts, Max Ross, e Don Schwarz, apresentaram a “TS-3817: Google App Engine: Java Technology in the Cloud“.

Effective Java

Joshua Bloch do Google, que teve intensa participação do desenvolvimento da linguagem Java, desde o JavaOne 2007 vem de falando sobre boas práticas de programação, e destacando tópicos de seu livro Effective Java, em sua “TS-5217: Effective Java: Still Effective After All These Years” manteve o mesmo padrão dos anos passados.

Prêmios do JavaOne e Java Toy Show

General Session por JavaBahia

No último dia do evento, James Gosling apresentou o Toy Show, onde foi apresentado diversas situações onde pessoas e empresas por todo o mundo utilizaram Java de forma inovadora, e também foram distribuídos os prêmios dos ganhadores do Duke’s Choice Award.

Slides e Vídeos

Os slides e vídeos das apresentações estão sendo paulatinamente disponibilizados no site da Sun Developer Network (SDN), não perca a oportunidade de baixar alguns slides para estudar, garanto que tem material de ótima qualidade publicado lá.

Alguns vídeos do CommunityOne também podem ser baixados aqui.

Conclusão

O JavaOne 2009 não trouxe tantas pessoas como anos anteriores, este ano apenas 9.000 pessoas se reunião enquanto em edições anteriores do evento mais de 25.000 estiveram presentes, é claro que existem diversos fatores para que isso tenha acontecido como a crise econômica e a gripe suína, por exemplo, mas de toda forma há uma grande diferentes que nos leva a reflexão. Neste ano o evento nos trouxe diversas tecnologias, frameworks, projetos e iniciativas que prometem manter a plataforma em constante evolução. Fiquemos Ligados!

Aconteceu no Moscone Center em São Francisco nos dias 27 e 28 de maio de 2009 o evento do Google para desenvolvedores, o Google I/O. Apesar de não ter participado do evento assisti a diversos vídeos publicados no canal Google Developers do YouTube e gostaria de compartilhar com vocês alguns dos tópicos que achei mais interessantes e links para que possam buscar maior aprofundamento.

No Keynote do primeiro dia, Vic Gundontra ,vice presidente de engenharia do Google, liderou a apresentação com a ajuda de grandes personalidades do desenvolvimento de software. O principal assunto foi a “Web como plataforma de desenvolvimento de software” e de forma especial, como o HTML 5 poderá contribuir para o futuro da internet. Gundontra lembrou da tecnologia AJAX que infelizmente só foi explorada de maneira significativa muitos anos depois de sua concepção, “não queremos que o mesmo aconteça com o HTML 5“.

Cinco das principais funcionalidade do HTML 5 foram destadas:

1. Canvas – Através deste recurso será possível desenhar no browser sem ajuda de ferramentas externas como Flash ou Silverlight.
2. Video – Haverá um tag especial para inserção de vídeos e estes poderão ser manipulados através de JavaScript.
3. Geolocation – Você poderá compartilhar sua localização geográfica para que softwares como o Google Maps ou Google Latitude tirem proveito.
4. Banco de Dados e Cache – Será possível armazenar dados de aplicações no browser para que seja possível desenvolver softwares que funcionem mesmo com conectividade baixa ou nula.
5. Web Workers – Processamento em background que impedirá os constantes e desagradáveis travamentos do browser.

Outro ponto bastante destacado foi o árduo trabalho que vem sendo realizado por todos os fornecedores de browser para melhorar o desempenho de programas JavaScript, segundo o vice-presidente da Mozilla, c, o Firefox 3.5 será 3 vezes mais veloz do que o que Firefox 3 e 10 vezes mais veloz que 2.0.

Um serviço muito interessante foi apresentado por DeWitt Clinton, Tech Lead, no Google: o Google WebElements, uma série de elementos como mapas, buscadores, agendas, chats, planílhas e apresentações que podem ser incorpadas ao seu site através de poucos cliques.

Além dos tópicos citados, falou-se ainda do suporte a Java no Google App Engine, um pouco de Google Web Toolkit, e claro, do Google Android.

Para maiores informações sobre esses novos recursos do HTML 5, assitam o Key Note  do primeiro dia.

No Keynote do segundo dia, como você provavelmente já ouviu falar o Google apresentou sua nova plataforma de comunicação online, o Google Wave. O Google Wave agrega diversos serviços da web como e-mail, comunicação instantânea, wikis e redes sociais e promete grandes possiblidades de integração e mecanismos para que desenvolvedores possam extender suas funcionalidades. Não entrarei em maiores detalhes, porque seria chover no molhado, mas se você quiser mais informações, assita ao vídeo abaixo.

Java Magazine 68

É com grande satisfação que anuncio a publicação do artigo “Desenvolvendo com Agilidade” na revista Java Magazine Edição 68. Esta foi a primeira vez que escrevi um artigo para ser publicado em uma revista, e sem dúvida foi uma grande oportunidade que me trouxe excelentes experiências e maturidade. No artigo, procurei apresentar uma visão geral sobre o desenvolvimento ágil de software, sua origem, principais metodologias e práticas.

Espero que através de artigo mais pessoas entrem em contato com o desenvolvimento ágil e que tenham assim uma melhor experiência profissional. Escrevi sobre esse tema porque realmente acredito nele, e sei que pode trazer grandes benefícios ao dia-a-dia de muitas pessoas.

Críticas, sugestões e feedback serão sempre bem vindos.

Já nas bancas!

Como anunciado anteriormente, neste último final de semana participamos do Porto Alegre Agile Weekend, foi a primeira fez que pisei em solo gaúcho. O evento foi realizado na PUC-RS, a universidade possui, sem dúvida,  uma excelente estrutura.

Auditório Principal

A Chegada

Ao chegar, pegamos o final da palestra “Anti-Práticas Ágeis” do Peleteiro da Globo.com. Peleteiro ressaltou a importância da prática e da vivência das metodologias ágeis, e alertou sobre a cilada de pensar que “Agile By the Book” funciona, mencionou a consagrada estória do taxista que foi publicada há algum tempo atrás no blog do Alexandre Magno para ilustrar a importância de se ter o cliente presente, e respondeu  a diversas perguntas sobre Scrum na Globo.com.

Scrum na Borland

Depois do delicioso coffe break voltei ao auditório e assisti a palestra do Bruno Lichot: “Como o Scrum mudou a forma da Borland de  Entregar Software“. Lichot apresentou um pouco da história dos métodos ágeis na Borland e falou sobre sua conversão pessoal aos métodos ágeis. “Scrum fez a ponte entre o gerenciamento e a execução“, disse, e completou “Mantemos o foco em agregar valor a empresa com projetos mais curtos e um relacionamento mais estreito com o cliente“.

scrum por darkmatter

A Borland foi eleita pela a Scrum Allience um dos maiores casos de sucesso de Scrum. Lichot apresentou um pouco do perfil das equipes da Borland: 70% dos projetos da empresa utilizam métodos ágeis, o tamanho dos sprints varia de acordo com o perfil de cada equipe e as necessidades de cada projeto, o perfil de cada profissional é respeitado, o plano de testes é gerado no levantamento de requisitos, procura-se remover obstáculos ao invés de encontrar culpados, utiliza-se kanban digital para equipes distribuídas.

Lichot deixou ainda algumas dicas: “Mudança sempre gera conflito“, afirmou, e ao alertar sobre os céticos, aqueles que apresentaram resistência as mudanças, Lichot aconselhou: “ganhe dos céticos, apresente resultados, afinal contra fatos não há argumentos, mostre software pronto e que funciona.“

Alguns dos benefícios alcançados pela Borland com a adoção de Scrum:

1. Melhora do Time to Market com releases mais freqüentes e participação mais ativa dos clientes;
2. Transparência para acompanhamento da evolução do projeto gerou mais confiança;
3. As pessoas agora são realmente parte da empresa e estão muito mais comprometidas;
4. Dobrou-se o número de releases;
5. Os clientes estão mais satisfeitos;
6. O software entregue possui mais qualidade;
7. Equipe mais motivada e integrada;
8. Desenvolvedores e testadores trabalham juntos e não uns contra os outros.

Scrum na Força Área

P-47 Thunderbolt, Força Aérea Brasileira / Brazilian Air Force por Luigi Brasile

O segundo dia foi aberto com chave de ouro pelo famoso trio da Sea Tecnologia (Alexandre Gomes, Bruno Pedroso e Renato Willi), eles apresentaram o case do projeto ágil que desenvolveram na Força Aérea Brasileira. Esse, sem dúvida, é um dos cases mais interessantes que já conheci, principalmente por causas dos desafios culturais que precisaram ser enfrentados por ambas as partes: cliente e equipe de desenvolvimento.

O pessoal da Sea também apresentou algumas lições aprendidas: quebrar tarefas complexas em tarefas menores e mais simples faz com o que o projeto evolua mais rápido e com que todos acompanhem a evolução com maior transparência; retirar baias, ou qualquer barreira física melhora a comunicação entre a equipe; o tempo proporciona mais segurança para estimar e dá a equipe maior capacidade de analisar impactos; a cultura do cliente, seus valores e princípios devem ser respeitados.

Um diferencial muito interessante que nos foi apresentado, foram os mantras utilizados pela equipe da Sea, esses mantras são afirmações ou frases que representam ações que devem ser tomadas para que algo seja melhorado no processo. Os mantras podem ficar escritos em algum local que seja de fácil visão para os membros da equipe, para que assim todos possam lembrar da ação que deve ser tomada. Alguns exemplos de mantras seriam: “Eu vou escrever testes unitários”, “Eu vou rodar os testes ander de dar commit”, etc..

Confira os slides da apresentação no SlideShare.

Scrum com Soluções Simples e de Baixo Custo

Luiz Faias Jr.

Esse foi o tema da palestra do meu amigo e colega de trabalho Luiz Faias Junior. Nesta primeira participação da Bluesoft  em um evento de métodos ágeis, Faias apresentou o processo da Bluesoft e diversas dicas para a construção de uma equipe e de um ambiente ágil: comentou sobre  a criação do quadro magnético de scrum; testes unitários para propiciar a equipe de desenvolvimento mais segurança para realizar alterações no software e agregar qualidade ao produto;  integração contínua para que seja tomada alguma providência rápida se um teste for quebrado.

CML - Caipira Modeling Language

A audiência pareceu ter gostado bastante da “Caipira Modeling Language“, uma mistura de UML, Desenhos de Telas, Fluxogramas, e tudo o que você puder imaginar que faça sentido em um desenho de modelagem.

Um outro tópico interessante foram as Technical Sessions ou Reuniões Técnicas. São reuniões de 1 hora que acontecem todas as quartas-ferias na Bluesoft durante o horário de trabalho. Nessas reuniões qualquer membro da equipe pode escolher um determinado tema que tenha relação com alguma tecnologia utilizada no projeto ou alguma tecnologia que possa melhorar a dia-a-dia da equipe. Faias, citou o exemplo do JQuery, um framework JavaScript que começou a ser utilizado depois de apresentado em uma technical session e trouxe muita produtividade ao trabalho da equipe. O mesmo aconteceu com Git e com o Spring Framework. As technical sessions oferecem a todos a oportunidade de ensinar e aprender.

Fique ligado, em breve mais detalhes sobre a apresentação serão publicados no blog da Bluesoft.

Considerações Finais

Sem sombra de dúvidas o evento foi um verdadeiro sucesso! As palestras foram excelentes e as dicussões muito enriquecedoras, gostaria de parabenizar a toda a equipe do Porto Alegre Agile Weekend pelo ótimo trabalho realizado, e de forma especial agradeço também ao Daniel Wildt por nos ter convidado a participar do evento.

Confira também as impressões de Maurício Aniche e Victor Hugo Germano.

Desde a primeira vez que assisti ao programa “The Apprentice” ganhei grande admiração pelo empresário americano Donald Trump. Em maio, após o JavaOne 2008,  fui à Las Vegas e visitei o Trump Tower , o que me fez admirá-lo ainda mais. Acabei de ler o livro “Think Big: Make it happen in business and life” e gostaria de registrar minhas impressões e algumas lições aprendidas. Essa é a primeira vez que escrevo algo sem relação direta com tecnologia neste blog. Aguardo feedback de vocês leitores.

Quem é Donald Trump

Estrela de Trump na Calçada na Fama em Hollywood

Nascido em 1946 na cidade de Nova York, Trump é proprietário de parte das propriedades mais famosas do mundo, autor de diversos livros e astro de televisão, já esteve no fundo do poço e se reergueu para se tornar um dos homens mais ricos do planeta. Donald é neto de avô alemão e avó escocesa, e filho do milionário empresário Fred Trump que também atuava no mercado imobiliário.

Em 1968 depois de formado na Wharton School at the University of Pennsylvania, Trump passou a atuar no mercado imobiliário com seu pai na Trump Organization começando com o projeto de reforma da riquíssima familia Pritzker que transformou o Hotel Commodore no Grand Hyatt seguindo com obras  magníficas por todo o mundo.

Trump não parou no mercado imobiliário e na construção cívil, mas também se envolveu com linhas aéreas quando comprou a Eastern Shuttle, com cassinos quando comprou o Taj Mahal Casino Resort em Atlantic City, com televisão quando passou a ser astro do show “The Apprentice“, com moda fundou a  Trump Model Management e quando comprou os direitos do concurso de Miss Universo em 1996, com educação financeira publicando diversos livros , criando o portal de educação on-line Trump University e ministrando palestras na Learning Annex, ainda se envolveu com água mineral engarrafada na Trump Ice, com bebidas alcoólicas através da Trump Vodka, com venda de viagens através da descontinuada GoTrump, com perfumes criando o Donald Trump The Fragrance, com revistas com a Trump Magazine e construção de campos de golf.

Pense Grande

Questione-se

Questioned Proposal por Ethan Lofton

Segundo Trump, para ser uma pessoa de sucesso, você tem que ser diferente de 98% do resto do mundo e são as atitudes, reações, persistência, paixão e uma série de outras qualidades podem fazer de você parte dos bem sucedidos. No primeiro capítulo do livro, Trump faz uma série de questionamentos sobre o futuro, sonhos, aspirações, dinheiro e trabalho para que você tente descobrir qual é o seu perfil atual.

Pergunte-se o que você quer, aonde você quer chegar, quais são seus sonhos, em que você vai investir, pense nos investimentos que pode fazer nos seus negócios e na sua educação, quanto tempo você tem dedicado para realizar seus sonhos? Lembre-se que sonhar não custa nada. Defina sempre metas mais e mais altas e não se contente! Mantenha-se sempre informado sobre seu negócio. Não perca seus objetivos de vista.

Questione como você se comporta diante de um grande problema. Será que consegue concentrar-se e encontrar soluções criativas para solucioná-los? E por um acaso você gosta daquilo que faz? Gosta do seu trabalho? Você tem realmente se esforçado? Tem dado tudo de si?

“O Sucesso vem de grandes metas sustentadas por ações realizadas diariamente para conquistá-las.” Trump.

Apaixone-se

think...with passion por jessica johnson

“Você tem que amar o que você faz ou você nunca será bem sucedido, não importa o que você faça.” Trump

Segundo Trump, para sermos pessoas bem sucedidas devemos antes de qualquer coisa amar aquilo que fazemos, ele afirma amar escrever livros, fechar negócios, televisão, e todos os seus empreendimentos, “Minha motivação para esses projetos nunca foi o dinheiro.” afirmou. Não faça as coisas somente por dinheiro.

Descubra aquilo que você ama fazer, algo que você faria até mesmo se não fosse pago para tal. Algo que dê sentido a sua vida. Trump sugere que não pensemos em como ganhar dinheiro, mas em como podemos produzir ou oferecer algo que agregue valor para as pessoas. Pense no que pode ser melhorado ou em algo que possa ser feito de forma mais eficiente. Que problemas você poderia resolver? Que necessidades precisam ser preenchidas?

Saia da sua zona de conforto e aja.

Nissan Qashqai Challenge London por Richard Parmiter

Trump adverte a todos para que nunca se dêem por satisfeitos e que sempre procurem novos desafios, “O mundo está sempre mudando e você não pode se acomodar, se o fizer, a vida passará por você” disse. É possível notar claramente que Trump está sempre se envolvendo em novos desafios, bastar observar os mais diversos nichos de negócios em que está atuando.

É muito bom sonhar alto, sem sonhos não chegamos a lugar algum, mas não basta sonhar, precisamos agir para que nossos sonhos possam ser alcançados, por isso, uma vez que tenha definido seus objetivos, comece a buscar oportunidades para trabalhar neles. Não deixe para mais tarde, faça o quanto antes. Faça com que trabalhar para atingir seus objetivos se torne um hábito. Procure descobrir o tempo e a hora certa, mas não espere até sentir que tudo está  perfeito para começar, apenas comece  e quando começar não desista.

Siga seus instintos

Tiger face portrait in a square by Gavin Bell

Devemos aprender agir segundo nossos instintos ouvir a nossa intuição, muitas vezes será preciso remar contra a maré, Trump relata que em alguns dos maiores negócios que fez, precisou agir de forma totalmente contrária ao que a maioria das pessoas pensava. Você tem que saber o que está fazendo e você tem que confiar em si mesmo para saber que o que você está fazendo está certo. Então, conheça bem o seu negócio, busque os fatos e peça a opinião das pessoas, mas confie no seu taco!

Segundo Trump, todos nós possuímos instintos, são um senso natural que temos desde que nascemos e devemos aprender como usá-los a nosso favor. Ninguém sabe explicar exatamente como os instintos funcionam,  mas todos temos sensações que nos dizem se devemos ou não tomar determinadas atitudes. Trump afirma que a maior parte dos empresários de sucesso sabem como utilizar seus instintos para tomar decisões brilhantes, porém eles raramente entendem como isso funciona.

Trump conclui “Se você tiver um bom pressentimento sobre algo confie e vá em frete, se tiver um mau pressentimento, vá com cuidado. Seus instintos existem para guiá-lo. Use-os bem.“

Sua palavra vale ouro

Manter a palavra, na concepção de Trump, é algo muito importante. Voltar atrás depois de ter dado sua palavra ou apertado a mão de alguém para fechar um negócio, faz com que você perca a confiança das pessoas. Mantenha seus compromissos, mantenha sua palavra!

Para ilustrar a importância de seguir instintos e manter a palavra, Trump sobre a negociação que fez com Mark Burnett ao aceitar participar do reality show “The Apprentice”, segundo Trump, muitos achavam que seria um fracasso e o aconselharam a não aceitar a proposta, inclusive seu agente de Hollywood, porém ao conversar pela primeira vez com Burnett, Trump sentiu que aquele seria um ótimo negócio, e deu a ele sua palavra. Mesmo depois de diversas criticas de especialistas em televisão Trump não voltou atrás em sua decisão, confiou em sua intuição e manteve sua palavra, como resultado fechou um contrato milionário com NBC e fez do aprendiz um sucesso total nos Estados Unidos e em todo o mundo.

Crie sua Própria sorte

good luck! por babileta

Sorte é algo bastante abstrato e difícil de discutir e entender, mas Trump insiste que você pode criar sua própria sorte, em outras palavras, quanto mais duro você trabalhar mais sorte você terá, esse era o lema do famoso jogador de Golf Gary Player, que apesar da baixa estatura sempre trabalhou duro e conquistou grandes vitórias.

Boa sorte acontece quando a oportunidade se encontra com a capacidade. Ao ver pessoas de sucesso, muitos não vêem nada além do resultado final, não vêem todo o trabalho foi realizado para se chegar lá. Trump afirma que depois dos anos 80 muitas pessoas deixaram seus empregos para criar empresas startups e tentar enriquecer do dia para noite, a mídia enfatizou cada vez com maior freqüência o sucesso rápido. Artistas, atletas e estrelas do rock ficaram milionários do dia para a noite, porém, esse tipo de sucesso é muito raro e acontece para um número muito reduzido de pessoas, afinal,  nem todo o mundo pode ser um Sergey Brin (fundador do Google) ou um Jerry Yang (fundador do Yahoo!), mas se você trabalhar duro tem grandes chances de chegar  onde quer.

Não tema o novo, não se intimide, busque sempre novos desafios, arrisque, acredite e  pense positivamente. Aprenda a dominar a sua mente e lembre-se falhar é sempre uma lição para a próxima tentativa, não desista. Quando algum pensamento negativo vier a sua mente, destrua-o, e substitua-o por um outro pensamento positivo. Trump diz que esse é um ingrediente essencial para o sucesso e você deve aprender a incorporar um senso positivo em tudo o que fizer, espere sempre o melhor.

Quando jovem, Trump leu o livro “The Power of the Positive Thinking” de Norman Vincent Peale, um livro similar ao best seller da atualidade “O Segredo“. Esse livro abriu os olhos de Trump para o pensamento positivo e para o otimismo, incentivando-o a agir positivamente para com seus objetivos mesmo quando muitos se referiam a eles negativamente.

Trabalhe duro, não perca oportunidades, pense positivamente, pense grande!

Cuidado com surpresas

Kinder surprises por Bethany L King

Enganos são cometidos diariamente, por isso, não seja pego de surpresa, espere que eles aconteçam e aprenda com eles. Ganhe experiência com eles. Trump afirma que devemos nos conformar e compreender que as coisas nem sempre acontecem da forma que gostaríamos que acontecessem, porém, você não estará sendo negativo nem pessimista ao admitir que erros e enganos podem acontecer, você estará apenas sendo realista e se preparando para sobreviver a qualquer desafio que a vida lhe apresente. Esteja sempre pronto.

“Se algo o pegar de surpresa, fico frio“, diz Trump, e completa “pense em como você pode resolver a situação e aprenda o máximo que puder com ela, e então siga em frente. Você provavelmente não cometerá o mesmo erro novamente“. É dessa forma que Trump lida com erros e problemas inesperados.

Encontre um Mentor

De acordo com Trump encontrar alguém que possua bastante conhecimento sobre o seu campo de trabalho e fazer dessa pessoa seu amigo pode te ajudar, e muito, a alcançar o sucesso. Peça conselhos, e se você tiver alguma dúvida sobre algo, pergunte a ele. Se você não encontrar um mentor do qual você possa encontrar face-a-face, encontre um bom autor, leia seus livros, estude sobre ele. Encontre alguém que você admira ou que tenha alcançado semelhantes com os que você quer alcançar. Se você for um desenvolver de software pesquise sobre grandes desenvolvedores como Martin Fowler e Kent Beck, se for um arquiteto pesquise sobre grandes personalidades da arquitetura e assim por diante. Trump relatou que teve seu pai como mentor e que por muito tempo trabalhou ao lado e aprendeu com ele.

Nunca perca seus objetivos de vista

Target by Jasper Johns por cliff1066

Trump relata que 1990 entrou em uma grande furada porque acreditou no que a revista BusinessWeek escreveu a respeito dele: “Tudo o que ele toca se transforma em ouro” , Trump passou a acreditar que era infalível, o melhor, e esse foi seu grande erro, “quando você pensa que não pode falhar, você vai pra casa mais cedo, você acredita que não precisa mais trabalhar, pensa que ganhar dinheiro se tornou algo trivial e então perde o foco” disse.  Foi então que Trump foi pego de surpresa e quase foi a falência, entrou em uma divida de mais de $900.000.000.

Em certo dia caminhando pelas ruas, Trump diz ter visto um mendigo e então falou para sua esposa “Aquele mendigo tem mais do que eu tenho“, e completou “Eu devo novecentos milhões de dólares e ele apenas está com os bolsos vazios.“

Nunca perca o foco e lembre-se, se você estiver passando por uma grande dificuldade, sempre se mantenha atento as coisas que o fazem se sentir melhor. Sem dúvida, você terá que lidar as coisas ruins, mas jamais permita que essas coisas o desmoralizem ou o distraiam de perseguir a sua meta.

Para Trump foco e disciplina são hábitos e podem ser aprendidos, e por isso sugere a técnica do comediante Tim Allen para não perder o foco. A técnica consiste basicamente na elaboração de três listas:  a primeira delas deve conter os maiores objetivos que você deseja alcançar em toda a sua vida, a segunda deve conter as coisas que você precisa fazer ao longo do ano corrente, e a última delas deve conter o que você deverá fazer no dia de hoje para alcançar os objetivos maiores.

“Medo, preocupações e indecisão destroem o foco” , adverte Trump por isso tome controle da sua vida e conquiste seus medos, boicote os pensamentos negativos e comece a agir sem nunca perder seus objetivos de vista, mas lembre-se que o sucesso nunca será fácil, sempre leve o trabalho a sério, e não pense que manter o foco significa ser cabeça-dura (narrow-minded).

Trabalhe sua auto-confiança

“Você é o que pensa ser“, diz Trump, portanto confie em si próprio e dê credibilidade a suas habilidades. Pense grande e mantenha sempre seus pensamentos no passo seguinte. Ao invés de se imaginar simplesmente como um gerente de marketing, imagine-se como um gerente de marketing a caminho de se tornar um vice presidente de marketing. Ao invés de se imaginar como um assistente de direito, imagine-se como alguém se tornará um advogado, e assim por diante.

Pense “Hoje é o grande dia”, aproveite as oportunidades e tome atitudes. Acredite em seu potencial, e não duvide de si próprio. Mostre do que você é capaz. Supere-se a si mesmo. Seja forte, ninguém confia nada a pessoas fracas.

Grandes pensadores andam juntos

The School of Athens - Aristotle and Plato por xtinabot

Procure pessoas tão boas ou melhores do que você para se relacionar. As pessoas que fazem parte do seu dia-a-dia e dividem o mesmo ambiente com você tem um grande impacto em você. Nós somos produto do ambiente em que vivemos. Faça parte de clubes, grupos, associações e organizações das quais as pessoas de sucesso que você admira também fazem parte. Participe de eventos. Pense em si próprio como alguém interessante para ser conhecido pelas pessoas. Aprenda a se apresentar e lembre-se do nome das pessoas e de quem elas são, certifique-se também de que elas se lembraram de você. Amplie seu networking.

Faça bons amigos e encontre-se com eles regularmente, troque idéias, ouça, divida sonhos e aspirações. Seja seletivo quanto aos seus amigos e as pessoas com quem você convive.

Conclusão

Essas foram as principais lições que tirei da leitura do livro de Donald Trump. Depois de ler o livro admiro-o ainda mais, e creio que seus conselhos podem nos ajudar a dar um passo a frente e seguir em busca da realização de nossos objetivos. Por fim, aprenda a traçar planos cada vez maiores, e passo a passo faça o que tiver que ser feito para alcança-los. Acredite em seu potencial. Aprenda com as outras pessoas, tenha bons referenciais.  Estimules boas e grandes idéias freqüentemente. E então Aja.

Referências Bibliográficas

[1] Donald Trump Family Tree – About.com

[2] Donald Trump – Wikipedia

[3] Taj Mahal – Wikipedia

[4] Think Big – Make it Happen in Business and Life – Donald Trump and Bill Zanker

Já faz algum tempo que a programação em par se tornou uma realidade do meu dia-a-dia, confesso que nos meus primeiros contatos com Extreme Programming (XP) essa era a prática que eu menos gostava, mas depois, ao me envolver mais com práticas ágeis comecei a perceber seus benefícios e inclusive passei a propagar a idéia, porém agora, senti um mais de perto como realmente funciona e gostaria de compartilhar um pouco do que venho aprendendo.

O que é programação e par?

Bernardo e Elmar por ImproveIt

A programação em par é uma técnica que sugere que todo e qualquer código produzido em um projeto de desenolvimento de software seja implementado por duas pessoas juntas, diante do mesmo computador, revezando-se no teclado [1]. A Pessoa quem está com teclado em mãos é chamada de condutor e a outra de navegador.

Por que programar em par?

“Unir-se é um bom começo, manter a união é um progresso, e trabalhar em conjunto é a vitória.”
(Henry Ford)

Foco no trabalho

Focus por Dani Ihtatho

Temos o mundo inteiro de informação e recursos ao alcance de alguns cliques. A internet, o correio eletrônico, o feed reader,  somos tentados o tempo todo  a nos distrair, e perder o foco do nosso objetivo principal: escrever código. A programação em par nos ajuda a manter o foco, afinal de contas, temos alguém sentado ao lado interessando em ver o problema resolvido, assim, com certeza, mesmo que tentados iremos evitar fazer outra coisa senão concentrar nossas energias em resolver o problema em questão. Isso não quer dizer que seja proibido consultar algo na internet, ou ler e-mails, na Bluesoft, por exemplo, sempre temos algumas máquinas disponíveis para esse tipo de coisa, porém, garanto que a freqüência desse tipo de atividade é bem menor quando se trabalha em par, e não são somente as distrações que são reduzidas, segundo Laurie Williams [3], as pessoas são menos interrompidas por outras quando trabalhando em par do que quando trabalhando sozinhas.

Ensinar e Aprender

Owen teaching Dad how to use the computer por Jordan Brock

“Aprender é a única coisa de que a mente nunca se cansa, nunca tem medo e nunca se arrepende.“
(Leonardo da Vinci)

Todos nós somos diferentes, pensamos de forma diferente e sabemos coisas diferentes, programando em par essas diferenças podem se complementar de forma positiva trazendo mais qualidade ao trabalho e muito aprendizado a ambos os envolvidos, não somente conhecimentos técnicos, mas também muito conhecimento sobre o domínio de negócio são trocados todo o tempo.

Exterminando ilhas de conhecimento

Treasure Island / The Island por Aaron Escobar

“uhmmm…, esse problema é só com fulano mesmo, ele quem desenvolveu e sempre deu manutenção nisso, nem adianta tentar porque ninguém mais vai conseguir resolver isso “.

Quem nunca ouviu algo assim? Eu já, e muitas vezes. É comum, especialmente em contextos em que não são aplicadas metodologias ágeis, existirem ilhas de conhecimento, essas ilhas são representam o conhecimento retido por pessoas que não o com outras, muitas vezes por falta de oportunidade, outras por pensar que dessa forma se tornaram insubistituiveis, bobagem.

Ilhas de conhecimento podem se tornar um grande problema, porque a manutenção do software fica extremamente dependente da pessoa que retêm o conhecimento, e essa pessoa pode a qualquer momento sair da empresa, ficar de férias, estar viajando, etc…  Mas e quando ocorrer um problema crítico e a pessoa não estiver presente? O grande problema é que tudo fica dependendo da ilha.

A programação em par estimula a troca de conhecimento, faz com que todo a equipe compartilhe o código e saiba um pouco de tudo o que foi desenvolvido, tornando assim, a toda a equipe capacitada a resolver qualquer problema a qualquer momento, se um membro da equipe estiver ausente, provavelmente não haverá poblemas por isso.

Mais disciplina = Mais qualidade = Menos bugs

asians with swords! por miss karen

A programação em par aumenta a qualidade do software sem impactar de forma significativa no prazo [2]. Apesar de ser contra senso que duas pessoas trabalhando em um único computador podem produzir mais valor do que trabalhando separadamente, sem dúvida  é fácil de acreditar que irão entregar um trabalho de muito mais qualidade, e essa qualidade adicional, por si só, trará grandes ganhos mais tarde.

Laurie Williams da universidade de Utah em Salt Lake City comprovou que a programação é em média apenas 15% mais lenta do que a programação individual, porém, produz 15% menos bugs [5]. Considerando que testar e debugar é na maioria da vezes muito mais custoso do que a programação inicial, esse é um resultado no mínimo significativo.

Segundo Vinícus Teles, “a pessoa que está conduzindo o teclado (condutor) tem um campo de observação diferente do seu parceiro. Quem digita normalmente está olhando sobretudo para a linha que está editando e adjacências. O navegador, por sua vez, tem uma visão mais ampla e olha não apenas a linha que está sendo editada, mas também o restante do código que aparece na tela. Ao fazer isso, ele acaba tendo uma visão complementar que freqüentemente revela problemas que o condutor não percebe com a mesma rapidez” [1], dessa forma, o código está sendo revisado o todo o tempo, sem contar que  programar em par evita que caiamos na tentação de não escrever testes unitários ou deixar refactorings de lado [4].

Dicas

Ping-pong programming (P3)

"Ping (Pong)" por Dustin Baxter

Ping-pong Programming [12] é um técnica que une programação em par e test driven development tornando o a programação em par mais divertida [13], dinâmica e interativa, consiste nos seguintes passos:

1. O Programador A escreve um novo teste e o deixa falhando.
2. O Programador B implementa o código necessário para fazer o teste passar.
3. O Programador B escreve o próximo teste.
4. O Programador A implementa o código necessário para fazer o teste passar.
5. O processo se repete.

Pausas

"Pause" por Vanderlin

Pare! Tome um café. Coma alguma coisa. Converse com outras pessoas além do seu par [7]. Tudo isso será bom para que descanse um pouco, se distraia e se prepare para voltar mais disposto e dar continuidade na tarefa.

Cuidado com discussões longas

Estabeleça um time-box para discussões. É comum que dois programadores discordem ao tentar decidir as melhores formas de implementar algo, quando isso acontecer, procure ouvir as razões da outra pessoa e apresentar suas argumentações, tentem chegar a um meio termo, se isso não for possível chame uma terceira pessoa para dar uma opnião. Não resista em ceder quando perceber que outro pode estar certo, lembre-se você está aprendendo e ensinando o tempo todo, não há problema algum em estar errado de vez em quando.

Não se engane!

Wrong Way por Emilie Eagan

Mito: Sem Programação em Par, não há Agilidade

Martin Fowler uma das personalidades mais respeitadas no mundo do desenvolvimento de software escreveu um artigo em 2006 levantando alguns dos principais enganos sobre programação em par. Fowler esclarece em seu artigo que “não é necessário programar em par para estar praticando um processo ágil” [11], nem mesmo para se pode dizer que para aplicar Extreme Programming você é obrigado a programar em par,  o máximo que se pode dizer é que alguém aprender XP, deve tentar programar em par e ver se funciona em seu caso em particular [11]. A programação em par não é nem mesmo citada no manifesto ágil, porém, é uma prática altamente recomendada para que se alcance os principios ágeis.

Mito: A Produtividade cairá pela metade

Um outro engano muito comum é pensar que a produtividade dos desenvolvedores cairá pela metade, como discutimos anteriormente, na maioria dos casos essa afirmação será falsa.

Mito: Tenho certeza de que não vou gostar de programar em par

Segundo Fowler, muitas pessoas surpreendem-se e começam a gostar de programar em par depois de tentar, por isso, experimente antes de dizer de não gosta!

Conclusão

Concluo com a citação de Mary e Tom Poppendieck no livro “Implementing Lean Software Development”:

Programação em Par não é para todos, nem para todas as situações, porém, a programação em par cria sinergia: Duas pessoas vão frequentement entregar um código mais integrado, testado e sem defeitos, trabalhando juntas [...]. A Programação em par é uma das melhores formas de se atigir os beneficíos de revisões de código [...] .

Referências

[1] Improvit – Programação em Par
[2] Extreme Programming Rules – Pair Programming
[3] Williams, Laurie (2003). Pair Programming Illuminated, Addison-Wesley
[4]  Beck, Kent (2000). Extreme Programming Explained, Addison-Wesley
[5] Cunningham & Cunningham – PairProgramming
[6] Mark Needham – Pair Programming: What works for me
[7]  Brian Guthrie – The Way I Pair
[8] thekua.com@work – How I like to pair
[9] InfoQ – Pair Programming Debate
[10] InfoQ – Common misconceptions about paired programming
[11] Martin Fowler – Pair Programming Misconceptions
[12] Pair Programming Ping Pong Pattern
[13] Ping Pong Pairing: Even More Fun!
[14] Poppendieck, Tom and Mary (2007). Implementing Lean Software Development, Addison-Wesley

No início deste ano conheci o jQuery e desde então não escrevo mais JavaScript sem ele. Gostaria de apresentar um pouco dessa biblioteca, e citar algumas boas razões para que você se aprofunde mais a respeito e pense em utilizá-lo.

O que é jQuery?

jQuery é uma biblioteca JavaScript rápida e concisa que simplifica percorrer documentos HTML, manipular eventos, criar animações e interações Ajax para um desenvolvimento web rápido. O jQuery foi desenvolvido para mudar a forma com que você escreve JavaScript [1].

Porque eu deveria utilizá-lo?

Simplicidade e Baixa Verbosidade

That was Easy por Jason Gulledge

Quando bem usado o jQuery pode ajudá-lo a tornar seu web-site ou aplicação mais interativo, interessante e excitante, além disso, é simples de entender e fácil de utilizar, o que significa que a curva de aprendizado é pequena, enquanto as possibilidades são (quase) infinitas. [2].

Leveza

O jQuery (core) possui aproxidamente 15KB.

CSS 3 Compilant

O jQuery suporta CSS 1-3 e xPath Básico.

Cross-browser

Funciona no Internet Explorer 6.0+, Firefox 2.0+, Safari 2.0+ e Opera 9.0+.

Open Source

jQuery é Open Source e está atualmente disponível para uso em projetos pessoais ou comerciais sobre as licenças MIT e GPL.

Manipulação de Elementos DOM

O DOM (Document Object Model) é um padrão da W3C que define um conjunto de objetos para o HTML e forma de acessá-los e manipulá-los [4]. Todos os elementos HTML, assim como seus textos e atributos podem ser acessados via DOM, inclusive podem ser modificados, removidos, e novos elementos podem ser criados. O HTML DOM é uma plataforma independente de linguagem, a linguagem mais usada para acessá-lo é o JavaScript, e é aí que o jQuery entra para facilitar as coisas. Window, Document, Table, IFrame, Link, Input Button, InputRadio e Select são alguns dos objetos DOM.

A função $ (Dollar)

American Dollar 2 por thinkpanama

O caractere ou símbolo mais poderoso no jQuery é o cifrão, o cifrão representa uma função, a função $(), que normalmente retorna um conjunto de objetos seguido por uma cadeia de operações (chain) [5]. Através dessa função podemos selecionar um ou mais elementos DOM em uma página HTML e manipulá-los de diversas formas. Depois de feita uma primeira chamada a função $() é possível fazer outras chamadas subsequentes para filtrar ou adicionar mais objetos a seleção atual e manipulá-los.

Observe o exemplo abaixo:

$("div.texto").add("p.quote").html("a little test").fadeOut();

1. Obtem um objeto DOM div com um atributo class igual a texto.
2. Adiciona um Parágrafo dentro do div com o atributo class igual a quote.
3. Adiciona uma frase dentro do parágrafo.
4. Invoca o método de animação fadeOut que faz com que o elemento desapareça.

Se você conhece um pouco de JavaScript deve estar pensando quanto de código seria necessário realizar este mesmo trabalho sem o auxílio de uma ferramenta como essa. É isso mesmo, todo esse poder está ao seu alcance em apenas 15KB!

Vejas alguns outros exemplos:

$("#rodape").css('color', 'red');

Obtem o elemento com ID igual a rodape e altera sua cor para vermelho.

$("button").click(function() {
    alert('Bom Dia')
});

Obtem todos os elementos do tipo button vincula o evento onclick (ao clicar) desse elemento à uma função que exibe uma caixa de diálogo (alert).

$('input['type=text']).attr('readonly', 'readonly');

Obtem todos os elementos do tipo input text (caixas de texto) e os torna somente leitura.

$('td').each(function(){
    alert(this.id);
});

Obtem todos os elementos td (células de tabelas) e para cada elemento encontrado executa uma função que exibe uma caixa de diálogo (alert) com ID do elemento.

Esse exemplos não mostram nem ponta do iceberg, as possíbilidades são muitos maiores. Mas além disso ainda existem outras razões para você se interessar pelo jQuery.

Ajax

Jeremy doesn't get Bulletproof Ajax por Mark Norman Francis

Com jQuery realizar requisições ajax tornou-se uma tarefa extramente trivial:

$("#feeds").load("feeds.html");

Realiza uma requisição GET para feeds.html e insere o resultado no elemento com ID igual a feeds.

 $("#feeds").load("feeds.php", {limit: 25}, function(){
   alert("The last 25 entries in the feed have been loaded");
 });

Realiza uma requisição POST à página feeds.php passando o parâmetro limit com valor 25.

Interface de Usuário

Touch sensitive por Pranav Singh

O jQuery UI é um complemento para jQuery que consiste em um conjunto de componentes para construção de interfaces gráficas, também é possível construir componentes com funcionalidade de arrastar e soltar (drag and drop), componentes que podem ter seus tamanhos alterados (resizable), além de alguns widgets mais tradicionais como barras de progresso, accordion, calendário (date picker), caixas de diálogo e confirmação, tab panels, inputs com auto-complete, entre outros, e tudo com a mesma simplicidade anteriormente apresentada.

Testes Unitários

Weird liquid por Ed Mitchell

Hoje, em tempos do movimento ágil, mais do que nunca, sabemos da importância de se escrever testes unitários, porém ainda poucos os escrevem para código JavaScript. Pois bem, com auxilio do QUnit, é possível escrever testes unitários utilizando uma sintaxe bem amigável e fácil de ser compreendida.

test("a basic test example", function() {
  ok( true, "this test is fine" );
  var value = "hello";
  equals( "hello", value, "We expect value to be hello" );
});

Plugins

scared plugs por Luke Gattuso

Uma das grandes vantagens do jQuery é grande quantidade de plugins disponíveis, é possível encontrar plugins para as mais diversas finalidades como validação de formulários, componentes visuais, datagrids, tool tips, pop-pups, slide shows, formatação de números, internacionalização, efeitos visuais, etc. Você poderá facilmente localizar alguns muito úteis navegando no repositório oficial de plugins.

Quem está usando jQuery?

Throw Your Hands Up por Alex L

Essa, sem dúvida, é uma pergunta que muitos de nós nos fazemos antes de adotar uma ferramenta ou framework, e ao saber que empresas de sucesso também estão adotando, nos sentimos mais seguros em fazer o mesmo, não que isso determine que algo seja bom ou ruim, mas enfim, o Google, a Dell, a Mozilla, o Digg, o Bank of America, o WordPress e a NBC.com são alguns exemplos de quem está usando jQuery. Uma lista mais completa pode ser vista aqui.

Concluindo…

Espero ter conseguido despertar o seu interesse em obter maiores informações e fazer alguns testes com essa poderosa biblioteca JavaScript, e por favor, não deixe de oferecer feedback através de comentários.

Referências

[1] Site Oficial do jQuery

[2] Visual jQuery

[3] Smashing Magazine – jQuery Exemplos e Melhores Práticas

[4] JavaScript HTML DOM Objects

[5] jQuery, the very very basics

Conforme anunciado, em 1º de Novembro aconteceu no auditório da Faculdade Anhembi Morumbi o evento de lançamento do “InfoQ Brasil“. Farei uma breve descrição do evento e minhas impressões.

A abertura foi por conta do palestrante internacional Floyd Marinescu co-fundado do Portal The Server Side e fundador e editor chefe do InfoQ. Floyd falou um poucos sobre os objetivos do portal, como funciona e quais são os motivos da internacionalização do conteúdo que além do idioma inglês, também está disponível em japonês, chinês e agora em português. O conteúdo do portal está classificado em seis categorias: arquitetura, java, .net, ruby, SOA, e desenvolvimento ágil. Um dos maiores diferencias do portal é a possibilidade de personalizar o conteúdo através de filtros por categoria, e essa personalização vale inclusive para feeds.

Floyd enfatizou o foco em conteúdo rico, como vídeos com palestras e entrevistas, a propósito as palestras apresentadas no evento foram filmadas e devem ser publicas em breve. Um outro grande diferencial do portal são os livros gratuitos, e um dos mais conhecidos, é o “Scrum e XP direto das Trincheiras” que já foi traduzido para português. Para concluir Floyd atribuiu todo o sucesso e qualidade do portal aos editores, porque como sempre, “são as pessoas que fazem toda a diferença“, e não é por acaso que segundo a Technorati, o portal  InfoQ é um dos mais influentes em tecnologia de toda a internet.

A Guerrilha SOA

Em seguida, “Alexandre Gomes” da Sea Tecnologia, em sua palestra “A Guerrilha SOA“, falou sobre o caminho que a arquitetura orientada à serviços vem tomando ao longo dos anos, segundo Alexandre, fazem oito anos que se ouve falar em SOA e webservices mas, até agora, “não vimos a coisa virar” e isso fez com que perdêssemos a empolgação, além disso existe uma grande divergência entre conceitos e definições, mas diante de toda essa bagunça há um consenso: “SOA é Sobre Serviços“.

Desde muito tempo que se vem tentado criar formas de fazer com que diferentes aplicações comuniquem-se, tecnologias e conceitos como RPC, Corba, RMI e WebServices são exemplos disso. A grande necessidade é evitar desenvolver sistemas que façam a mesma coisa, ao invés disso, podemos fazer com que eles se troquem informações, e essa, definitivamente, não é uma necessidade tão moderna, e SOA é uma “nova roupagem que a solução para esse problema ganhou.” O grande objetivo é aproveitar ao máximo o seu parque de ativos, ou seja aquilo que você já têm.

O Mercado Precisa de "Febres"

Segundo Alexandre, “o mercado precisa de febres e de alguma para gerar movimentação financeira” e ” graças ao investimento que grandes players fizeram em SOA, isso vai colar mas nem que seja na marra. O palestrante citou a estratégia “Stop the World” que mesmo árdua e demorada tem sido usada para implementação de SOA em algumas empresas, segundo ele, não é dessa forma que as coisas deveriam acontecer, mas sim, conforme a real necessidade da organização, e de forma incremental com constante feedback (qualquer semelhança com princípios ágeis é mera coincidência, rs), além disso, SOA tem que começar pela filosofia porque “o impacto causado pela forma de pensar é sempre maior que o da tecnologia por si só” e deve-se  tomar cuidado para não criar problemas que não existem somente para empurrar soluções, os problemas já devem estar lá, e  lembre-se que você não precisa necessariamente de ferramenta alguma fazer SOA.

Padrões

O palestrante internacional Max Lanfranconi do Java Community Process (JCP), falou a história do desenvolvimento de padrões na humanidade, citando exemplos como hieróglifos, números, letras, medidas, partituras musicais, código de barras,  dentre uma infinidade de outras coisas, depois apresentou casos de projetos que falharam por faltas de padrões, tudo isso, para justificar a importância de se estabelecer padrões, que é justamente o que o JCP faz.

Max do JCP

O JCP estabelece os padrões que guiam a evolução da plataforma Java. Max convidou todos a participarem do JCP, enfatizando que é totalmente gratuito para que indivíduos se tornem membros (para empresas existe um custo), existem várias formas de participar e diferentes papéis que podem ser assumidos, você pode fazer parte de um expert group e contribuir de forma ativa para uma especificação, ou pode simplesmente acompanhar os acontecimentos como um observer, pode também se tornar um líder de especificação, ou fazer parte do comitê executivo.

Na sequencia, Rafael Steil fez uma palestra sobre .NET, abordando características, recursos, história, objetivos e possibilidades. A Yara Senger da GlobalCode falou sobre as principais novidades da plataforma Java e o Akita falou sobre Ruby on Rails, apresentando a filosofia da comunidade, suas origens, o famoso mito Rails não escala, apresentou cases de sucesso e dicas para quem quer aprender mais sobre Rails. Victor Hugo Germano e Manoel Pimentel fizeram uma apresentação sobre Agile e Lean, e houve também um painel sobre tecnologias ágeis. No final Wanger Santos falou sobre Papel do Arquiteto de Software.

Painel de Plataformas Distribuídas

Gostei bastante do painel de “Plataformas Distribuídas” com participação de Giovanni Bassi, Fábio Akita, Alexandre Gomes, Henry Conceição e Vinícius Senger, discutiu-se tecnologias de integração, SOA e até Cloud Computing que segundo a opinião de muitos é mais um hype, e deve-se tomar cuidado para não pensar que isso é a bala de prata, porque bala de prata não existe.

Saiba os porquês

Para fechar, creio que a grande mensagem que tirei do evento como um todo, foi  “Use as tecnologias quando (e se) realmente precisar, não use simplesmente porque está na moda, saiba o que é mais produtivo e resolve melhor o seu problema, leve tudo o que for relevante em consideração e cuidado para não optar simplesmente por opções mais fáceis que não te tirem da sua zona de conforto “. Usando as palavras do Alexandre Gomes, “nós desenvolvedores gostamos muito de estar na crista da onda“, mas cuidado, aplique as tecnologias certas no momento certo e na situação certa. Não use nada só porque alguém disse que é legal, estude, vá em busca, questione, saiba o verdadeiro porquê e enfim, pense, pense, pense!

A InfoQ Brasil precisa de pessoas para traduzir e produzir artigos, se você tiver vontade e estiver capacitado, converse com o pessoal da Fratech.

Parabéns a toda a equipe da Fratech e a todos os colaboradores pelo excelente trabalho que vem sendo realizado. Acho que este dia foi um grande marco para a comunidade de desenvolvimento de software brasileira, vida longa a InfoQBr!

Nos dias 23 e 24 de Outubro participei do evento “Falando em Agile 2008” realizado pela Caelum aqui em São Paulo. Da mesma forma que fiz no “Rails Summit 2008“, tentarei transmitir um pouco da minha visão sobre o evento.

No primeiro dia, Alexandre Magno fez a abertura apresentando a proposta do evento e lançou uma questão para que as pessoas refletissem: “Agile simplesmente está na moda ou veio para ficar”?

Em seqüencia houve o Keynote de David Anderson, uma grande personalidade do mundo ágil envolvido na criação da metodologia Feature Driven Development (FDD), ele foi trazido à São Paulo pela Heptagon para ministrar o treinamento Zen Of Agile. Algumas pessoas já falaram sobre a palestra do David, mas gostaria de comentar alguns pontos que me chamaram atenção.

Working Hard - Foto por Karol M

“Working harden rather than smarter:” David questionou sobre simplesmente trabalhar duro ao invés de trabalhar e forma inteligente, e comentou sobre a fato de as pessoas não terem vida social ou tempo para a família porque trabalham mais (ou muito mais) de 40 horas semanais. Será que isso é mesmo necessário?

Starbucks citado por David - Foto por Rob

“The workers are not the problem, managers are:” Essa é uma frase de Barry Boehm que foi citada para começar uma reflexão sobre diversos problemas de gerenciamento de software, segundo David, um fraco gerenciamento pode encarecer o desenvolvimento de software mais intensamente do que qualquer outro fator. O palestrante disse acreditar que os gerentes do Starbucks são melhores do que a maioria dos gerentes de projetos de desenvolvimento de software: – “Eles simplesmente fazem o que tem que ser feito“.

“Todo trabalhador do conhecimento é um executivo:” No sentido de que tomamos milhares de decisões todos os dias para realizar nosso trabalho, não se trata apenas de seguir uma especificação.

Bugs - Foto por Michael Porter

“Software quase sem defeitos é possível:” David afirmou que um software sem defeitos pode até ser impossível, mas quase sem defeitos, com certeza, é possível. Comentou sobre a idéia que vem do Lean de parar tudo para resolver defeitos e falou da importância incentivar e dar condições aos desenvolvedores de fazer tudo de forma apropriada (inclusive dando a eles mais tempo se for necessário).

Alguns outros bons conselhos de David foram:

• Reduza a quantidade de Trabalho em Progresso (WIP)
• Pratique revisão de código e design
• Utilize ferramentas de análise estática e dinâmica de código.
• Faça testes unitários e pratique Test Driven Development (TDD).
  
• Faça Integração Contínua
• Não abra mão de testes formais por um testador profissional
• Estude mais sobre Kanban
• Utilize templates para User Stories
• Faça Programação em Par
• Treine sua Equipe
• Utilize padrões e templates de Arquitetura, Design, Codificação
• Tenha uma forte definição de pronto.

Arte por Nilson - www.nilson.de

O Adail Retamal da Heptagon fez uma apresentação sobre Agile Thinking (Pensamento Ágil) onde apresentou diversas técnicas que utiliza como apoio ao desenvolvimento ágil. Adail fez um tributo a filósofos e pensadores que o ajudaram a formar seus principais conceitos: Platão, Aristóteles, Arquimedes, Newton, Professor Júlio César de Melo, Richard Feynman e Eliyahu Moshe Goldratt.

Mind Map - Foto por Keith Davenport

Em seqüencia, foi apresentada a técnica de desenhar Mapas Mentais, que são um tipo de diagrama voltados para a gestão de informações, de conhecimento e de capital intelectual, que pode ser usado para desenvolver documentação de projetos. Foi sugerido que se faça um mapa para projetos que responda as perguntas:

• O que?
• Por que?
• Quem?
• Quando?
• Onde?
• Como?
• Quanto Custa?

Adail explicou como funciona a UML em cores, e apresentou o conceito de Teoria das Restrições (TOC), e como utilizá-los no desenvolvimento de software para melhoria contínua, identificar problemas, encontrar raízes de problemas, manter o foco no que é importante, e suas solucionar problemas.

Foto por ScottieT812

A Galera da Sea Tecnologia e o Tenente Souto apresentaram um case de desenvolvimento ágil de software dentro da aeronáutica, comentaram sobre a experiência adquirida na quebra de paradigmas e enfrentando diversas dificuldades culturais.

O Guilherme Chapiewski da Globo.com fez uma apresentação sobre liderança em equipes ágeis, os principais conceitos na minha perspectiva foram os seguintes:

• Um bom líder deve ter a Visão que incluí o Propósito, a Missão e os Valores, e deve transmitir isso para sua equipe.
• Deve dar as direções para equipe.
• Deve construir um bom ambiente para que as pessoas se desenvolvam.
• Deve ter paixão pelo que faz.
• Deve ser útil.
• Deve estar presente.
• Deve dar o melhor de si.
• Deve ser autêntico.
• Dever dar bom exemplo.
• Deve incentivar as pessoas a tomar iniciativa para resolver problemas sozinhos (deve ser descentralizador).
• Deve garantir que o trabalho está alinhado as expectativas.
• Deve ser tolerante.
• Não deve dar respostas deve ajudar as pessoas a encontrá-las.
• Deve garantir que as pessoas têm as ferramentas necessárias para trabalhar.
• Deve manter o seu time e contratar novos membros.

Happy Hour no Bar Opção - Foto por Victor Hugo

No final no primeiro dia, claro, assim como no Rails Summit, tivemos um Happy Hour no bar opção que fica na região da Avenida Paulista com presença da maioria dos palestrantes e uma galera super bacana.

No segundo dia, o Danilo Bardusco da Globo.com falou sobre como foi a introdução do Scrum na Globo.com, como surgiu a idéia, quais eram as necessidades, quais foram as dificuldades e como eles estão as vencendo. Entre as dificuldades, Danilo citou a quebra do paradigma do Big Design Up Front (BDUF), ter a equipe toda trabalhando em uma historia por vez e enfrentar a resistência de quem acha que está perdendo o poder. Achei interessante a idéia de utilizar personas para ajudar entender as histórias e reuniões periódicas entre disciplinas (arquitetos da informação scrum masters, etc.). Os Slides da apresentação estão disponíveis no blog do Bardusco.

Foto por Sara Petagna

O Daniel Cukier e o Professor Fábio Kon, ambos da Agilcoop e do IME/USP fizeram uma apresentação sobre “Padrões para Introduzir Nova Idéias” com base no livro “Fearless Change” de Linda Rising e Mary Lynn Manns, uma ótima abordagem quem está implementando metodologias ágeis em organizações. Recomendo assistir à esta entrevista (em inglês) e ouvir à este podcast da Agilcoop (em português) para mais informações sobre o assunto.

O Daniel Wildt da Dell em sua palestra contou um pouco sobre sua experiência na implantação de metodologias ágeis em equipes distribuídas, acho que a principal mensagem da palestra foi “Qualidade não é um opção“. Segundo Daniel, os princípios de qualidade da norma ISO 9000 são coerentes com o Manifesto Ágil.

O Antonio Carlos Silveira do Yahoo falou sobre o papel o Product Owner e a Priorizarão do Product Backlog. Os principais recados foram:

• Entenda o cliente. Utilizar personas (pessoas que representam seus usuários) podem ajudar.
• O Product Owner precisa entender muito bem do domínio do problema e precisa saber e ser muito bom em tomar decisões.
• O Product Owner pode ser técnico? Depende do domínio do problema, se o domínio for técnico, claro que pode.

Antônio também apresentou as técnicas “Kano Model” e “Benefício Relativo” para estimativa de histórias, mas disse que no fim das contas a o chute é a técnica que impera.

Arte por Leo Reynolds

O Phillip Calçado “Shoes” da ThoughtWorks em sua palestra “A Maldição da Fábrica de Software” falou sobre algumas lições que aprendeu em projetos que trabalhou na Austrália.

O Primeiro problema citado foi o de um projeto onde muitas pessoas foram envolvidas e como “gente demais compromete a comunicação” as coisas foram ficando complicadas, até chegar a um ponto em que 4 pessoas desenvolveram a mesma coisa no mesmo dia. Eu acho que este tipo de coisa acontece porque algumas pessoas ainda não entenderam que a idéia de que “o fato de 1 mulher poder ter 1 filho em 9 meses não significa que 9 Mulheres podem ter 1 filho em 1 mês“.

O Segundo problema foi referente a um projeto com um pouco de BDUF em que havia um arquiteto super-herói que dizia aos programadores o que e como desenvolver. Como resultado, a primeira versão do projeto foi entregue em metade do tempo planejado porém, na segunda versão os programadores queriam começar tudo de novo porque era impossível dar manutenção no código que havia sido desenvolvido. Isso aconteceu principalmente porque não houve refactoring.

De acordo com Shoes problemas como os citados acima acontecem porque as pessoas muitas vezes não entendem que tudo em métodos ágeis é um ciclo e que como as práticas estão relacionadas, jogar uma prática fora pode comprometer as outras, por isso experimente antes de jogar fora. Isso não quer dizer que você não possa adaptar métodos ágeis a uma forma mais adequada a sua realidade, mas quer dizer que você deve tomar cuidado e adaptar conscientemente. Saiba o que você está fazendo e pense no que você perde.

Algumas dicas do Shoes:

• Estude e Entenda os Conceitos. Saiba o que você está fazendo.
• Lembre-se que você desenvolve software.
• Não leve nada a ferro e fogo.
• Cuidado com quem você contrata (existem falsos agilistas).
• Só melhoria contínua salva.
• É muito fácil ser medíocre, mas você precisa ir além.

Além das palestras citadas, houveram outras de excelente qualidade apresentadas por Danilo Sato, Francisco Trindade, Professor José Papo, Alexandre Magno e  Robinson Caiado.

Meus parabéns a toda a equipe da Caelum pela realização do evento, a Globo.com, ao Yahoo e a Borland pelo patrocínio, e todas a pessoas que tornaram o “Falando em Agile 2008″ realidade.

Fique Ligado nos próximos eventos: OpenHack 2008 e Lançamento da InfoQ Brasil.

Nos dias 15 e 16 de outubro participei do Rails Summit Latin America 2008. O evento recebeu grandes nomes do desenvolvimento de software e da comunidade Ruby On Rails, o nível técnico foi inquestionável. Os palestrantes apresentaram temas como testes, qualidade, empreendedorismo, desenvolvimento ágil, open source, REST, Git, Escalabidade, e claro, Ruby e Rails.

Auditório Principal

Como o Alexandre Gomes falou “a impressão que me deu é que a grande bandeira desta comunidade não é a tecnologia em si, mas os princípios em que acreditam.” Assino em baixo.

Não entrarei em grandes detalhes sobre as palestras porque tem gente que já falou muito bem, mas registrarei as principais lições que aprendi nestes dois dias de evento.

O Dr. Nic Williams e o Chris Wanstrath falaram bastante sobre a importância de contribuir com projetos Open Source, ser ativo na comunidade e gastar menos tempo com coisas que podem não ser assim tão importantes. Os grandes conselhos foram:

1. Aprenda Git
2. Aprenda Testes Unitários
3. Aprenda a Testar Primeiro
4. Crie um Blog para compartilhar coisas que você aprende
5. Mantenha um Currículo online
6. Participe de reuniões de desenvolvimento (como o DojoSP, por exemplo)
7. Concerte código de outras pessoas
8. Responda perguntas em fóruns
9. Traduza artigos para mais pessoas terem acesso.

Jay Fields, Danilo Sato e  David Chelimsky falaram sobre Testes. Licões aprendidas:

1. Selenium é lento e grandes suites podem ser insustentáveis, você não precisa testar tudo, mantenha o foco no que for mais importante.
2. Remova débitos técnicos.
3. Faça o que funciona bem para você (ou sua empresa).
4. Fique atento aos Code Smells.
5. Aprenda Behavior Driven Design (BDD = DDD + TDD + Aceptance Test Driven Planning) e teste comportamento.
6. Defina os testes de aceitação nas reuniões de planejamento.
7. Use o código de teste para comunicar suas intenções e o “você do futuro” vai te agradecer.
8. Teste não é custo, é investimento!

Pra fechar com chave de ouro, Obie Fernandez apresentou um pouco do dia-a-dia da Hashrocket (empresa fundada por ele) e como eles aplicam os quatro princípios do manifesto ágil. Sem sombra de dúvidas, essa foi a palestra que eu mais gostei, por isso comentarei um pouco sobre ela.

Para aplicar o primeiro princípio “Indivíduos e Iterações são mais importantes do que processo e ferramentas” eles fazem o seguinte:

1. Programação em par: Na Hashrocket, a programação em par acontece com um computador, dois desenvolvedores, um monitor dois teclados e dois mouses. Segundo Obie, ao programar em par, o código é revisado o tempo todo e os desenvolvedores se tornam seniors muito rápido.
2. Nada de Entrevistas: Quando é necessário contratar novas pessoas para equipe, um post é publicado no blog informando que eles contratando. Quem se enquadrar melhor no perfil é convidado a trabalhar por uma semana (em par), algo como um trial…
3. Não cresça demais e forme equipes Pequenas: Porque é fundamental manter as pessoas unidas. Forme equipes auto-organizáveis de 2 a 4 pessoas e escolha as pessoas certas, não se tem gerentes de projetos.
4. Guest Star Program: Faz-se convites para grandes estrelas da comunidade de desenvolvimento de software para que estes trabalhem junto com a equipe durante um determinado período de tempo. Assim é possível trocar experiências e aprender com os melhores.

Para aplicar o segundo princípio “Indivíduos e Iterações são mais importantes do que processos e ferramentas“:

1. TAFT – Test All The Fucking Time: Esse é o título de  uma apresentação do Brian Liles cujo a principal mensagem é Teste Todo o Tempo.
2. RSpec: Utiliza-se esta ferramenta que permite escrever testes em forma de especificação executável.
3. Mínimo Produto Viável: Desenvolve-se o mais importante, o que realmente dá valor ao software.
4. Releases Curtos: Entrega-se software em pequenos intervalos.

Para aplicar o terceiro princípio “Colaboração do Cliente é mais importante do que negociação contratual”:

1. OnSite Custumer: O Cliente (ou alguém que responda por ele) deve fazer parte da equipe.
2. Visual Design First: O Design Visual deve estar pronto antes do inicio do desenvolvimento do software.
3. User Stories: Utilizam user stories como especificação, as user stories devem conter narrativas sobre funcionalidades a serem implementadas no software, devem ter um critério de aceitação e devem ser estimadas.
4. Master Service Agreement: negociação contratual da Hashrocket.

Para aplicar o terceiro princípio “Responder as mudanças é mais importante do que seguir um plano”:

1. Pivotal Tracker: Utilizam o Pivotal Tracker como ferramenta colaborativa para gerenciamento de projetos baseados em user stories.
2. Reuniões de Pé: São reuniões diárias muito conhecidas em metodologia ágeis como XP e Scrum em que a equipe geralmente reponde a três perguntas: “O que fiz desde a última reunião?”, “O que farei até a próxima reunião?” e “Quais são meus impedimentos?”. Essa reunião proporciona transparência e mantém todos informados da situação atual do projeto.
3. Pivotal Standup: Uma reunião onde as pessoas respondem rapidamente “Tenho alguma coisa interessante para compartilhar com todos?“.

Para concluir sua apresentação Obie apresenta o princípio mais importante que é o grande segredo do sucesso: “Divirtam-se Juntos“, e mostrou algumas fotos de situações (participando em reuniões de grupos de usuários, passeando de barco, tocando instrumentos musicais, jogando vídeo games, indo à praia, bebendo, pulando na piscina, etc) em que ele e sua equipe estavam se divertindo.

Para maiores informações, visite o site do Obie, o site da Hashrocket, o blog do Obie, e sua galeria do Flickr.

Palestrantes Reunidos no final do Evento

Hugo, Akita, Ricardo e Eu

E como todo bom evento, é claro, tivemos um Happy Hour, dessa vez em um restaurante japonês na Liberdade.

Happy Hour no final do Evento

Meus agradecimentos ao Fábio Akita e à toda a equipe da Locaweb pela realização do evento.

Um grande abraço a todo os bons amigos que participaram do evento!

Quinta e Sexta estaremos no “Falando em Agile 2008“. Espero encontrar você lá!

Nesse ultimo sábado, 12 de outubro, estive no Encontro Ágil que foi realizado pelo pessoal do AgilCoop no IME/USP.

IME

Logo após a abertura do evento, assisti a apresentação “Planejamento Ágil de Projetos” do Dairton Bassi. Ao inicio da apresentação Dairton apresentou um divertido vídeo que conta a realidade do dia-a-dia de alguns desenvolvedores de software.

Alguns dados interessantes sobre projetos de desenvolvimento de software que foram apresentados:

• 67% ultrapassam os custos
• 83% são cancelados
• 64% das funcionalidades raramente ou nunca são utilizadas

Planejamento Ágil - Dairton

Discutiu-se sobre os extremos de se ter planos demais e não ter plano algum, e sobre níveis de planejamento (estratégico, portifólio, produtos, release, iteração, diário), falou-se sobre estimativas de prazos, grau de incerteza (ao estimar), e problemas de produtividade como a sindrome do estudante (deixar sempre para a ultima hora) e Lei de Parkson (mesmo que a atividade esteja pronta utiliza-se o resto do prazo estimado para coisas desnecessárias),  e enfim, foram apresentadas algumas técnicas:

• Estimativa por opinião do Especialista
• Estimativa por analogia (comparação com atividades passadas)
• Divisão e conquista (quebram-se problemas para serem analisados em partes menores)
• Planning Poker

Em seguida houve o Debate “Métodos Ágeis, CMMi, MPS.BR, RUP ou o quê?” dirigido pelo Professor Fábio Kon com participação de Maurício Hermogenes da Paggo, do Rodolfo Ugolini da IBM, do Márcio Tierno da Inmetrics, Dairton e Cézar. A discussão foi muito interessante e os participantes realmente estavam preparados e qualificados para falar do assunto. Tierno recomendou a leitura do artigo “Como a Pixar promove a criatividade coletiva” publicado por Ed Catmull na Havard Business Review, segundo ele tem muito a ver com princípios ágeis.

Debate - Rodolfo, Cézar, Dairton, Tierno e Maurício

Após o almoço assisti a palestra “Dificuldades na Implantação de Métodos Ágeis” do Fábio Kon. Falou-se principalmente sobre problemas de relacionamento e comportamento, dificuldades de resistência por parte de gerentes, arquitetos de software, programadores, testadores, DBAs e Clientes.

Palestra do Fábio Kon

Em seguida, peguei a última parte da apresentação de Métricas de Software do Jorge Diz da Global Code.

Jorge Diz

Ao fim da palestra do Jorge, teve inicio o “Birds of a Feather” (grupos de discussões muito semelhantes as Muvucas que ocorrem no Just Java). Em cada uma das seis salas haviam pessoas discutindo diferentes temas relacionados a desenvolvimento ágil, eu participei da discussão sobre testes.

Depois do Coffe Break assisti a palestra “UOL: Chegando no Ágil com Scrum e práticas de XP” por Paulo Cheque e Priscilla Hansted, nessa palestra nos foi apresentado um pouco da trajetória do UOL na implantação de Scrum, falaram um pouco dos projetos da UOL, as ferramentas que podem ser utilizadas para testes (FIT e Selenium), e práticas de XP.

Palestra do UOL - Cheque e Priscilla

Ainda consegui pegar a última parte do debate “Métodos Ágeis precisam de certificações?” que estava acontecendo na outra sala e após o debate houve um retrospectiva sobre e evento e finalmente o encerramento.

Concluindo, o evento foi muito positivo e proveitoso, foi possível aprender e discutir com grandes personalidades do mundo Ágil além de rever bons amigos e ampliar o networking. Gostaria de dar os parabéns à todo pessoal do IME e da AgilCoop pela organização do evento, a Bluesoft pela iniciativa do patrocínio, e à todos os palestrantes e participantes por colaborarem para que este evento se tornasse realidade.

No meu álbum do picasa têm mais fotos, e o Daniel Cukier também publicou fotos e fez alguns vídeos durante o evento.

PS: Preparem-se para o Rails Submit Latin America, eu e o Júnior da Bluesoft também estaremos lá.

Este post é a tradução de um trecho do post “Dr. Strangecode, or How I Learned to Stop Worrying and Love Old Code” do Chris Boran, em ele que conta como foi descobrir a maravilha que é refatorar!

Alguns anos atrás, eu estava em minha livraria predileta quando vi o livro “Refactoring: Improving the Design of Existing Code” do Martin Fowler. Este livro mudou a minha carreira. Até então, eu tinha muito medo de mudanças. Eu enxergava o código antigo como um castelo de cartas – se não fosse extremamente cuidadoso, tudo poderia desmoronar. Sempre que meu chefe me pedia uma opinião sobre determinada área de código, minhas respostas eram mais ou menos assim:

O risco de fazer qualquer mudança, por menor que seja, é enorme – então, ou fazemos alguma gambiarra e nos arrependemos mais tarde, ou reimplementamos tudo.

Tudo bem, nós podemos conviver com a gambiarra por enquanto, e mais pra frente nós vamos arrumar um tempo pra fazer isso da forma certa.

Evidentemente, a cada release, nós eramos forçados a fazer varias decisões como essas. Quando a próxima release viesse, teriamos como prioridade corrigir código que já estaria em produção. Na prática poderíamos ter sorte e de gastar um montão de tempo reescrevendo um único e pequeno subsistema, mas introduzir pequenas gambiarras, poderiam comprometer outros sistemas. O resultado final é carinhosamente referido como uma “Grande Bola de Lama (Big Ball of Mud)”. Isso mesmo! É tão agradável como parecer ser. A vida pode ser bem miserável quando você sabe que está trabalhando todos os dias apenas alimentando a bola de lama (com + e + gambiarras). Você não gosta disso! Sua equipe não gosta disso! O seu chefe não gosta disso! Mas por algum motivo, você sente que as coisas nunca estam progredindo.

Eu pensava que o código velho precisava ser jogado fora e não re-vitalizado, mas eu queria ver se esse negócio de refectoring funcionava mesmo, então resolvi tentar. Fui bastante cuidadoso para seguir as técnicas exatamente como estavam descritas no livro. Assegurei que não estava usando a palavra refatorar quando eu queria dizer apenas re-escrever. Eu fui cuidadoso para refatorar o código toda a vez que eu queria mudar alguma coisa no código e não apenas procrastinar para mais tarde. Eu me assegurei de que os meus refactorings eram pequenos. E assim fui fazendo…

Obviamente esta forma de trabalhar também exigiu que eu fizesse testes unitários muito bons, mas eu já sabia alguma coisa sobre Test Driven Development e já tinha escrito testes unitários antes de corrigir bugs em uma tentativa de prevenir regressões. Rodar esses testes depois de cada refactroing não foi um desafio tão grande assim pra mim. Pouco a pouco eu fui descobrindo a verdade: Aplicando técnicas de refactoring, eu poderia pegar trechos de código que pensava precisar reescrever completamente e melhorá-los enquanto resolvia bugs. Eu podia matar dois coelhos numa tacada só.