AgileAndArt

"Para Todos" Release

2009-05-27T18:05:00.002-03:00

I'd like to announce the release of my first book, PARA TODOS.
It's a poetry book and there will be a small party with autographs and wines at Livraria Cultura in Shopping Villa Lobos. In the party, Trio Dellaz will sing for one hour and I will read some poetry of the book.

Everybody is welcome to this great moment!

Master Thesis Presentation - Video

2009-05-21T18:05:00.003-03:00

I finally finished my M.Sc. degree in Computer Science. I already have the video, which is right now just in portuguese, but soon I'll have subtitles in English. I'd like to thank everybody who came to watch the performance. I hope you have a lot of fun with it.

Thanks for my N95 I had two cameras filming the event, so I've got a great final result using Apple iMovie software for edition.

Here is the video, enjoy!

Some Theater Performance

2009-05-20T09:00:00.003-03:00

I'd like to share with you 2 scenes that I made in the theater. One was in 2005 in a play called a "Sétima Arte" - the scene is a trio singing Day'o Banana. The other is on a play called "O Banquete da Vida" - the scene is a guy selling Mentos in a train. Both were done in the Oficina dos Menestréis group.

Master Thesis defense - Patterns for Introducing new Ideas in the Software Industry

2009-05-08T17:44:00.004-03:00

I invite you to my master thesis defense next monday at IME-USP - Here's is the address and time:

Rua do Matão, 1000 - Universidade de São Paulo.
2pm in Auditório Jacy Monteiro

The thesis is about Patterns for introducing new ideas in the software industry.

You can read the whole thesis in this address (unfortunately, in portuguese, not yet the final revision, so I'm accepting comments). Here's the abstract in English:

The software industry is very dynamic and new ideas arise all the time from virtually any part of the world. It is not guaranteed that these ideas will be adopted, mainly because, among other obstacles, the solution may imply in having people change their way of thinking. Different from people, computers recieve a well defined command and execute it precisely. We should take into account that human beings are independent and unpredictable. Despite of this unpredictability, we can find some behavioral patterns to help us deal with several situations, allowing us to achieve our objectives.

This work brings a small introduction into the pattern concept and a presentation of the 48 Patterns for Introducing New Ideas. These patterns provide some insight into the difficult task of introducing new ideas into any organization. We show that if the idea brings cultural changes of any kind, then the task is even more complicated. We also suggest four new patterns that can be attached to the original catalog.

In one of these new patterns we show the great importance of combining artistic activities with the day-to-day activities of people who work in software development and how Arts can help us to introduce new ideas. The study of some practices like theater, painting, poetry, music and meditation allowed us to find some connection elements between the purely mathematical side of the human mind and its creative, artistic one. Software development must be approached as a ``human activity'', rather than a solely technical or logical one. Above all, there are two groups of people involved in the process: the software creators and the users. Although a barrier appears to separate these two groups, in this paper we will assert that this divide can be bridged if IT professional nurture their artistic and interpersonal relationship skills in addition to their obvious technical ones.

Elevator Bug

2009-03-19T10:19:00.005-03:00

This is a common scene in the Condominio São Luiz elevators: every now and then appears a blue screen, or a Windows message telling people in the elevator to contact Microsoft. This morning it happened again. There was some kind of trouble with Adobe Flash Player plugin. "Inform this problem to Microsoft"

2 weeks ago I met another message box in the elevator. "The system has been recovered from a serious error". If the system had a seriour error and has been recovered, why this message? What if the elevator stops between floor 9 and 10 and you get a message box: "Your elevator is in serious problem, please contact Microsoft for recovery". I'm terrified. Does anybody has Bill Gates phone number, please?

Would a elevator running Linux or Mac fail the same way? Maybe yes, maybe not. But please, don't ask me to call Microsoft! I'm stuck in the elevator! Call the fireman!!!

Refactoring Paintings

2009-03-11T14:47:00.002-03:00

Refactoring is a well known technique in software development. In short terms, refactoring is to execute a sequence of small well defined steps with the intention to let your code base more clear, more beautiful, more elegant. The result of a continuous refactoring practice is a simpler and easier to maintain software project. There many times also when refactoring takes the programmer to create new abstractions and code generalizations.

Let's go to a simple example: suppose we are programming a Person entity class. This class contains attributes like name, weight, age, gender, spoken language. After some time, I find out that I need to insert cats in my system for some reason. Then, I create the Cat class with its attributes name, weight, gender and hair color. After that understand I've created an ambiguity. Both and Cat and Person classes have some attributes in common. By doing a refactoring, I can then create the Animal class, with the common attributes (name, weight, gender) and make the Cat and Person classes "inherit" the animal properties.

The idea of extracting abstractions is to identify the essence of a system and describe its most deeply characteristics with simple elements. To achieve this essence you need a lot of experience and sweat. You need mastery you programming skills and use the tools and programming languages in the most proper way. It is an Art.

Play the video bellow to see how refactoring was made by Pablo Picasso in his paintings:

First, the painter draw a ordinary bull, which can be recognized by a 5 year old child. Irrelevants parts are being remove at each new stage of the draw (there are 11 pictures), besides the main idea of the bull remains. The whole genious desconstruction proccess takes six weeks. Even with few drawn lines, the last painting can still clearly represent the bull. They are the animal's essence.

Every capable programmer, software creator, needs to know how to recognize essential aspects of the domain he is programming for. The technic helps to execute it, but geniality is rooted in intuitive thinking and the artistic capacity of identifying and extracting the essence.

(Portuguese version)

Fearless

2009-03-10T19:13:00.002-03:00

Turn resistance to the new idea to your advantage. Every innovation, in true, breaks something. So, every resistance is welcome. We need the resistance to test our new ideas and convictions. Skeptics are a gift! They give us information about our progress and teach us how we can adapt our approach.

Maybe, the most important point in changing is how we deal with fear. Every change process implies in fear on both sides: those who are being changed want to avoid the pain of (maybe) loose something; those who are promoting change have the fear that their idea are wrong or won't be accepted. When both these sides get in contact surges an impasse. Resistance is not the main force that takes a change to failure. Reaction to resistance is the problem.

You will hardly get 100% approval of a new idea. This is welcome. Every law that doesn't let opened the possibility of its execution, precisely because of its disobedience, is an arbitrary law. Second the Sanhedrin Treaty, is case of judgment of capital punishment - when it was necessary 23 judges -, if there was an unanimity in the sentence to the defendant, the judgment was disqualified and the defendant liberated. The sense of this kind of law is the distrust that a process can be conducted so well, that there is no doubt about it and can't exist any different interpretation about this situation. (Nilton Bonder - The Immoral Soul)

It is difficult to listen to people when we don't agree with some point of view. We usually get fixed on our point of view. Another approach would be encourage the other to talk more about his point. Just listening to him could help you both to understand each other.

Ask for the help of the resistants. Make sure they know you are listening to them. Truly listen and try to learn with them. Try to make them undestand that accepting the new idea does not mean throw away their own ideas. Don't assume that a skeptic posture lasts forever. Someone who initialy seems against can turn into your favor.

This pattern allows you to use the resistance to your own benefit, instead of using it against you. People who watch you dealing well with skeptics will respect and admire you for this.

(English translation of this post)

#QCON - Functional Programming, Music and Art

2008-12-23T09:56:00.000-02:00

Last month, at QCON, I was in a great talk about functional programming languages (like Haskell) and their benefits to the Art world. The title of the talk was "How Functional Programmers can
Help, Inspire, or even Be Artists". First of all I'd like to emphasize that all good programmers are artists, and as Richard Gabriel said 6 years ago, we programmers should be trained like artists. This is the major problem of our Computer Science Courses.

We all know artificial intelligence and computer tools are getting better and better. Right know we can easily produce things like this video:

In his talk, Prof. Paul Hudak also showed the examples of how we can do image animation using functional programming. The project he described was the Functional Reactive Animation (FRAN). All these things are not really new, but now that functional languages are returning to the main stream, those are the things that begin to appear. With tools like FRAN, an animation can be made as easy as this:

 growFlower u = buttonMonitor u `over`
           stretch (grow u) flower

grow u = size
where
size = 1 + atRate rate u
rate = bSign u

Of course if you don't know functional programming this is strange and difficult, but just think about an application which enlarges and shrinks an image when you press right or left mouse button. Think that this application can be written in those 6 code lines above.

Another application for functional programming is music. I recently acquired my MacBook last week I used Garage Band software for the first time. It is amazing what one can do with music software. I've already played with Fruit Loops Studio (my favorite), Sony SoundForge (great too) and who don't remember one of the first DJ software called MixMan.

But the focus of Paul's presentation wasn't in using tools, but in how you can build wonderful tools with less lines of code, just because functional programming were made for this kind of application. He showed an example of his Haskore project, a nice way to compose music using the Haskell functional language. You specify the program in terms of WHAT to do, not HOW to do it.

The design goals of the Haskore project are:

Simplicity, expressiveness, generality and performance
Real-time sound synthesis
Transparency
Good for signal processing, algorithmic composition and interactive applications

A small example of how you can write a song using Haskore. Here is the language definition for notes:

type Octave = Int
type Dur = Rational
type Pitch = (PitchClass, Octave)
data PitchClass = Cff | Cf | C | Dff | Cs | Df | Css | D | Eff | Ds
data PitchClass = Cff | Cf | C | Dff | Cs | Df | Css | D | Eff | Ds
| Ef | Fff | Dss | E | Es | Ff | F | Gff | Ess | Fs | Gf | Fss | G
| Aff | Gs | Af | Gss | A | Bff | As | Bf | Ass | B | Bs | Bss
data Prim a = Note Dur a | Rest Dur

So, a prim(itive) can be defined as

a note with a Picth (class + octave) and a duration (expressed as a real number)
or a rest with a duration (silence)

For example:

Note (1/4) (C,4) :: Prim Pitch - it is a Middle C quarter note

The music is defined as a sequence of primitive notes, or notes played in parallel:

data Music a = Primitive (Prim a) –primitive note or rest
| Music a :+: Music a --sequential composition
| Music a :=: Music a --parallel composition
| Modify Control (Music a) --modifier

This is just a little example, the language is much more complete, you can even define performance and interpretation using the language.

Ok, all these geek things are great and we love it. But I still have some doubts about how the most rooted concepts of creativity can be applied to these computational tools. I mean, I love music and I feel it when I listen to it, I feel it when I play the guitar with my band. I really don't know how this tools can contribute to produce human interaction. Of course one can go home and program a nice music using Haskore, or do a couple of clicks in Garage Band to produce a pre-factoried song. This is wonderful, people can produce things that they could not some time ago. But what about the old fashion music composition? Will people in future have to know something about the pentagram and how to write a sheet?

To fill a song I need to close my eyes. To compose something in my piano I just close my eyes and play what comes, don't know from where. Is there any computer tool that I can use with closed eyes? Or am I wrong and closing eyes isn't necessary?

Professor Paul ends his talk telling us about an computacional application for dance. It is like a pentagram like represantation of steps and body movements. All right! Now you can formally define a dance script and send it to a robot and he will do a nice job, dancing.

My final question is: what is the robot feeling while he is in his perfect dance defined by an algorithm?

Patterns for Introducing New Ideas - Video Talk

2008-12-08T13:35:00.003-02:00

A new video I made last week at Locaweb about Patterns for Introducing New Ideas. Sorry, but these videos are in Portuguese.

Click the YouTube link up here to see other parts... :-)

Breakfast as QCON SF 2008 with Martin Fowler

2008-12-05T17:46:00.002-02:00

For me, it was an honor to eat my morning croissant with Martin Fowler. Sharing my emotion with you!

Thinking = Language

2008-12-01T14:59:00.009-02:00

Last week, walking along the San Francisco streets, I had many insights. It was a great week at QCON, where I could meet many of the great people in the software development world.

I'd like to share with you one of my biggest insights. It has to do with how language is deeply related to thinking.

English is not my first language (I was born in Brazil and here we speak Portuguese), so I don't know English as I know Portuguese. When I was in San Francisco, I've created a challenge for myself: I wouldn't think in Portuguese. I had to think everything in English. This was a great experience: I noticed that I just couldn't think well!

Once I didn't have the right words to represent my thoughts, the thoughts couldn't come. Right now, even writing, I'm trying to say something to you, but I just can't do it properly! So I decided to train my abilities, not just in speaking or writing English, but in THINKING. That's why I decided to write my blog in English. I'm sure that exercising this continually I'll improve the quality of my thoughts.

Every time you learn another language, it is not just a new way of speaking, reading or writing, but a new way of thinking. I think that is one of the main reasons hackers and programmers are intelligent people comparing to the average population: they where obligated to learn another language, a programming language in that case.

I think that everybody should learn at least 10 languages at fluent level. And when I say "language", maybe I mean not just those everybody thinks of, like English, Chinese, Spanish, but languages as the vehicle to express thoughts and feelings. Examples of these languages:

Musical language (reading and writing song sheets)
Theater language (tragedy, comedy, etc)
Programming languages paradigms (Functional, Object Orientated)

Then you should organize the languages you know as I did for my known languages in the following table. Here, the levels go from 0 (knows nothing) to 5 (very fluent):

Language	Reading	Writing	Listening	Speaking
Portuguese	5	5	5	5
Italian	4	3	4	3
Hebrew	2	2	1	1
Java*	5	5	-	-
Ruby*	3	2	-	-
SQL*	5	5	-	-
Music**	2	1	4	4

* Assume that programming languages you read and write but don't speak (I know there are some guys who like to speak in Java, but let's ignore this fact)
** Song sheets you read and write, for speaking I consider singing or playing an instrument and listening the capacity of recognizing rhythm, melodic patterns, etc.

I know there are a lot of theories which relates thoughts and languages. I don't know any of them at all. What I'm describing here is just something that happened to me when I tried a self-experience. I just know that the more languages you learn, more easy it is to learn a new one and your ability to communicate and think becomes better and better.

Searching YouTube, I found a very long video of a talk about how these things I said happen in the computer world.

There are some non-resolved topics for me. We really don't know much about our mind. Maybe some people survive and live well with these doubts, but for me, searching for these answers is the reason of life. That's why I try so many things all the time. I've tried acting in theater, playing and singing music, the Vipassana Meditation. All these different stuff took me to somewhere and I feel I have a better understanding of the world because of them.

I invite you now to learn another language: start with music, or with meditation, or dancing, or with Japanese ideograms. Go there and learn! Then learn more two different languages. Make your language table a 10 rows table and fill it with 5's. After this, come back here and comment what happened.

Two Big Changes

2008-11-20T18:37:00.003-02:00

I'd like to use this post to announce 2 big changes in my life. The first one is that since now I will post here in English instead of Portuguese. With this, I'd like to make my blog more understandable outside Brazil. I'm not sure I'm ready to write everything I think in a foreign language, but the only way to find it out is to begin writing and see what happen. So, here I am. For the practice I will also write some poetry in English, in my poetry blog.

The second change in my life is that I've just became a film maker. I've done my first short film and I'd like to share it with you.
The film title is "Todo mundo tem o direito a vida - todo mundo tem o direito igual", which means Everybody has the rights for life - everybody has the same rights". It's the story of a foot and a dog. The foot wants to dance as the dog just want to turn around the table in infinite cycles. They both have their rights to do it whenever they want, and I hope they continue doing forever and ever. I'd like to thank Lenine for the soundtrack and if the film goes someday to hollywood I promise pay all the rights...

Thanks you for the audience!

#QCON: Coffees effects

2008-11-19T20:08:00.002-02:00

Linda Rising talked about coffee effects in our lives. I leave here just a picture she showed us to think about this issue

Photos QCON San Francisco 2008

2008-11-18T23:13:00.002-02:00

Here are some photos of the first and second days of QCON SF 2008. Enjoy!

QCON SF 2008

Padrões Para Introduzir Novas Idéias

2008-11-18T07:01:00.006-02:00

Participei hoje do primeiro tutorial na QCON San Francisco 2008. O tutorial foi sobre o assunto que eu venho estudando há algum tempo: Padrões para Introduzir Novas Idéias. Em termos de conteúdo, não vi nada muito novo. Mas o que mais me impressionou foi a presença de espírito da Linda Rising. Foi um enorme prazer estar com ela todo esse dia e ouví-la falar sobre os padrões. A sua fala é tranqüila, clara e perfeita. Nunca tinha vista alguém da área da computação se expressar de forma tão maravilhosa. Me sinto privilegiado de ter participado de um tutorial ao lado de uma das mulheres que seja talvez um dos maiores nomes da computação atual.

Para compartilhar o momento com todos, filmei alguns momentos. Linda propôs que, para aprender melhor sobre os padrões do livro Fearless Change, algumas pessoas fizessem encenações de um script escrito por ela. São pequenas sketches que ilustram momentos de personagens como o Inovador, o Evangelista e outros. Espero que todos gostem!

Clique no link "YouTube" acima para ver os outros vídeos relacionados

Sem Medo

2008-11-09T18:38:00.003-02:00

Transforme a resistência à nova idéia em algo a seu favor. Toda inovação, no fundo, rompe com algo. Logo, a resistência é bem vinda. Precisamos da resistência para testar nossas idéias e convicções. Os céticos são um presente. Eles nos dão informações sobre o caminho que estamos seguindo e sobre como podemos adaptar nossa abordagem.

Talvez o ponto mais essencial da mudança é a nossa forma de lidar com o medo. Num processo de mudança existe medo de dois lados: quem está sendo mudado quer evitar a dor de ter que, talvez, perder algo; quem está promovendo a mudança tem medo de que sua idéia esteja errada. Quando esses dois lados entram em choque surge um impasse. A resistência não é a principal razão pela qual uma mudança falha. É a reação à resistência que causa problema.

Dificilmente se obterá 100% de aprovação numa nova idéia. E isso é bem vindo. Toda lei que não deixa em aberto a possibilidade de sua execução, justamente por sua desobediência, é uma arbitrariedade. Segundo o Tratado de Sanhedrin, em caso de julgamento de penas capitais - quando se faziam necessários 23 juízes -, caso houvesse uma unanimidade na condenação do réu, o julgamento era desqualificado e este liberado. O sentido de tal lei é a desconfiança de que um processo possa ser tão bem conduzido que não paire qualquer dúvida quanto a uma leitura diferente da situação. (A Alma Imoral - Nilton Bonder)

É difícil ouvir quando não concordamos com algum ponto de vista. Normalmente ficamos fixados em nosso ponto de vista. Uma outra abordagem seria encorajar a outra pessoa a falar mais sobre o ponto de vista dela. Só de ouvi-la já ajudará vocês a se entenderem.

Peça ajuda aos resistentes. Certifique-se de que eles sabem que você está ouvindo. Ouça de verdade e tente aprender com ele. Tente fazê-los entender que aceitar a nova idéia não significa jogar fora a experiência deles. Não assuma que a posição cética é fixa. Alguém que inicialmente parecia contra pode se virar a seu favor.

Esse padrão permite que você use a resistência a seu favor, ao invés de a usarem contra você. As pessoas que virem você lidar com os céticos de forma respeitosa vão admirá-lo por isso.

Dojo, feedback e teatro fórum

2008-11-01T20:13:00.000-02:00

Há um tempo tivemos na empresa um treinamento sobre Feedback. Uma das atividades da tarde foi criarmos encenações onde o líder deveria conversar com um subordinado e dar feedback sobre um determinado acontecimento (i.e. não cumprimento de meta, comportamento inadequado, etc.). Duas coisas estavam sendo trabalhadas: de um lado o "ator" no papel de líder estava simulando uma situação real e aprendendo a lidar com situações difíceis do dia-a-dia de forma lúdica. Do outro estava a platéia, que podia (se) observar de fora. Podemos considerar essa observação fundamental e valiosa para o aprendizado. Ao observar o outro (e suas reações) numa situação que já vivemos, podemos extrair novas saídas, novos comportamentos possíveis.

Na mesma semana do curso de feedback realizamos uma sessão de Dojo com os líderes de tecnologia. Dojo é um encontro de programadores que se reúnem para trabalhar em cima de um determinado desafio de programação. Eles estão lá para se divertir e melhorar suas habilidades através da prática "deliberada". Existe uma diferença entre a experiência que ganhamos no cotidiano do trabalho e o aprendizado buscado por livre vontade. Esse exercício é uma grande oportunidade de aprender com os outros. É também uma oportunidade de Simplesmente Fazer. Só fazendo é que o programador tem a oportunidade de aprender. Podemos ler vários livros ou artigos sobre TDD, mas nunca saberemos o que o Desenvolvimento Orientado a Testes realmente significa se não o fizermos e praticarmos repetidas vezes.

No Dojo existem algumas regras rígidas a serem seguidas (e fundamentais para a eficácia do aprendizado). Seguindo essas regras, o grupo pode observar cada programador trabalhando e depois sugerir melhorias, num processo de feedback. É a prática contínua misturada com a observação que traz o aprendizado. Durante o exercício, dois programadores formam um par e trabalham em cima do código, enquanto a platéia observa em silêncio. Mesmo que a dupla esteja fazendo coisas muito erradas e absurdas, a regra é observar e só depois que os testes estiverem passando comentar. Além de tudo, é um grande exercício de disciplina (bons programadores só são bons porque têm muita disciplina). A cada 7 minutos troca-se uma pessoa da dupla, de forma de todos tenham a oportunidade de programar. No momento da troca fica claro como um código mal feito do passado pode atrapalhar um trabalho futuro. Outro fato evidente é ver os vários estilos de programação e como uma comunicação ineficiente dentro do time pode levar a resultados completamente improdutivos e muitas vezes desastrosos. Claro que a troca não é o principal fator que faz com que código ruim do passado seja difícil de manter no futuro. O código ruim em si é que é o problema. Um mesmo programador pode pegar um código seu do passado e não conseguir fazer nada com ele a não ser reescrever do zero, de tão calamitoso que estava o código. É interessante observar como é importante sempre fazer um código mínimo mas que ao mesmo tempo deixe espaço para evolução sem muito custo. Esse é o desafio. Muitas rodadas acabam focando mais nas discussões sobre qual seria o melhor código do que observar a dupla codificando

A vivência do Dojo pode ser encarada como uma experiência teatral. A princípio o termo "teatro" pode significar um lugar, um prédio onde acontecem representações teatrais. Mas teatro também pode ser apenas qualquer lugar onde coisas acontecem sob a vista de espectadores "paralisados". Em Jogos para Atores e Não Atores, Augusto Boal diz que no sentido mais arcaico do termo, teatro é a capacidade dos seres humanos (ausente nos animais) de se observarem a si mesmos em ação. Todos os seres humanos são atores - porque atuam - e espectadores - porque observam. Somos todos "espect-atores".

Existe uma forma de teatro criada por Augusto Boal e o grupo Teatro dos Oprimidos chamada Teatro Fórum. Essa forma foi muito difundida na Europa na década de 80 e consiste inicialmente num problema real que é apresentado como espetáculo teatral. Em seguida, os espectadores são convidados a entrar em cena, substituir o personagem "oprimido" na situação encenada (personagem que luta para transformar a sua realidade) e, através da improvisação, apresentar alternativas que mudem o rumo dos acontecimentos. O público, atravéz da observação, é então capaz de tirar conclusões que podem servir de gatilho para aprimoramentos em suas vidas individuais.

É claro que existe uma grande diferença entre a resolução de um problema humano e psicológico (razão pela qual o Teatro dos Oprimidos foi criado) e a resolução de problemas matemático-computacionais. Mas não podemos negar que, mesmo na solução de questões algorítmicas complexas, existem pessoas realizando um trabalho. Se o problema tiver que ser resolvido por várias pessoas, é preciso existir muita qualidade na comunicação. Ainda mais quando tiverem pessoas de diferentes níveis de maturidade. Cada um poderá resolver a questão de forma diferente, mas todos precisam aprender com o processo. Ver o outro errar ou acertar é uma forma de reconhecer as próprias limitações ou habilidades. Ao mesmo tempo em que o Teatro (=Dojo) nos expõe individualmente, ele traz a tona oportunidades de aperfeiçoar e ampliar nosso conhecimento.

Podemos encarar a dupla do Dojo como dois atores que estão representando personagens de programadores. Porque um programador também pode ser visto como um personagem. Ele pode ser nervoso, inquieto, ansioso, calmo, empolgado, rápido, egoísta, desanimado: todas características humanas e que podem mudar com o tempo (num dia o programador está ansioso, no outro ele está calmo). Como lidar com todas essas emoções no dia-a-dia de forma hábil?

A platéia numa sessão de Dojo é como o público no teatro, que observa as reações e comportamentos das personagens. Não há forma melhor de aprendermos a lidar com situações inusitadas senão vivendo-as e observando-as. Mas para vivê-las e querer observar é preciso encarar nossas deficiências e respeitá-las, e saber que com trabalho e muita prática podemos melhorar sempre.

Um passeio pelo Falando em Agile

2008-10-25T10:25:00.003-02:00

Acabo de voltar do Falando em Agile! O evento foi muito bom, com a participação de grandes nomes do movimento Ágil. Tentei levantar os principais pontos do evento.

David Anderson fez o Keynote de abertura levantando pontos importantes sobre agilidade:

Manter qualidade alta em tudo que for feito. Para isso muitas vezes temos que fazer as coisas com calma e ter o tempo certo para fazer a coisa certa.
Tentar limitar o WIP (work-in-progress) usando kanban
Equilibrar a demanda com a saída, ou seja, não colocar mais trabalho do que a equipe é capaz de produzir (de novo, kanban, processo pull e não push)
Aprender a priorizar, alinhado com o plano estratégico

O Danilo Sato e o Francisco Trindad, da ThoughtWorks lembraram o cuidado que devemos ter em querer sempre manter a velocidade do time. A velocidade deve ser usada com sabedoria e o time não deve ser cobrado nem pode ter sua performance medida somente pela velocidade. Ela é apenas um indicador que deve ser usado para feedback. O importante é se comunicar muito bem e entender sempre o que está acontecendo de fato. Eles também disseram: quem quiser ser ágil em desenvolvimento de software e só se focar nos processos gerenciais, mais cedo ou mais tarde vai falhar. É preciso ter foco na programação, no código. No final do evento o Phillip Calçado deu uma palestra muito boa e enfatizou muito a importância do código.

Outra coisa que disseram várias vezes é que ser ágil é sempre questionar o que está sendo feito, procurando o tempo todo oportunidades de melhoria. Quem disser: "nós somos ágeis, fazemos o processo perfeito e não precisamos mudar" está acomodado e não é ágil. XP Estático não é XP. XP é evoluir sempre (dito pelo próprio Kent Beck). O que importa muito é o contexto. Temos sempre que avaliar o contexto em que estamos e aplicar a melhor solução para esse contexto específico.

O Danilo disse: "estamos fazendo todas essas práticas, mas está claro POR QUE estamos fazendo?". Quais são os princípios por trás das práticas. As pessoas PRECISAM saber porque fazem desse forma, precisam entender os princípios.

O Guilherme Chapiewski (GC) deu uma palestra muito legal sobre liderança ágil. Não pude assistir até o fim mas anotei alguns pontos que achei muito importantes. Nos princípios de liderança ágil, o líder deve:

Ser útil
Estar presente
Dar o melhor de si e ser autêntico
Saber construir uma comunidade e uma cultura
Prestar atenção
Ter paixão pelo que faz

Suas atitudes devem:

ser exemplos a serem seguidos
fazer com que as pessoas tenham iniciativas
estar alinhadas com as espectativas do negócio
ser tolerante
oferecer as ferramentas necessárias para as pessoas trabalharem melhor

Gostei muito do evento, principalmente pela oportunidade de ter conhecido várias pessoas que eu conhecia pelos blogs. Gostaria de agradecer ao Alexandre Magno e ao Paulo Silveira da Caelum pela oportunidade de, junto com o Fabio Kon, ter apresentado a palestra sobre Padrões para Introduzir Novas Idéias.

Pra seguir o costume, fiz um vídeo, passeando por lá.

A natureza de desenvolver software

2008-10-18T13:57:00.003-03:00

A geração de bom software não é um processo de produção; é um processo de desenvolvimento. Desenvolver é diferente de produzir. Desenvolver é como criar uma receita, enquanto que produzir é seguir os passos de uma receita pronta. São atividades diferentes. Desenvolver uma receita é um processo de aprendizado, de tentativa e erro. Quando um grande chefe cria um prato, ele não o cria de primeira. O prato primordial é resultado de um refinamento, de várias tentativas e variações sobre um tema, na busca do resultado perfeito.

Desenvolvimento Projetar a receita	Produção Produzir o prato
Qualidade é estar de acordo com o uso Variações são boas Iterações geram valor	Qualidade é estar de acordo com os requisitos Variações são ruim Iterações geram desperdício (re-trabalho)

Na Disneylândia, existem centenas de atores cujo único trabalho é fazer com que cada visitante tenha momentos maravilhosos. Os requisitos do que é um "momento maravilhoso" muda de visitante para visitante e o trabalho do ator é descobrir o que o visitante vê como experiência de qualidade e se certificar de que ele tenha essa experiência.

A visão de qualidade de serviço (e hoje software é serviço) leva em conta que cada cliente tem uma idéia diferente do que significa uma experiência de qualidade.

A diferença entre prover um serviço e produzir um produto é que, em serviços, atender a necessidade do cliente requer variações, enquanto que em linhas de produção variações são vistas como inimigas.

Problemas de software possuem várias soluções, em vários níveis, feitas por todos os membros do time. Não só os arquitetos estão envolvidos, mas todos os desenvolvedores. Escrever código envolve um entendimento profundo do problema, reconhecer padrões, experimentar várias abordagens, testar os resultados. Para isso, o melhor processo é aquele que consiste em ciclos curtos de aprendizado.

Fonte: Mary and Tom Poppendieck, Lean Software Development - An Agile Toolkit

RailsSummit - Vídeo do almoço

2008-10-18T13:37:00.003-03:00

O evento RailsSummit promovido pela locaweb reuniu os maiores nomes da comunidade Ruby/Rails/Ágil. Óbviamente não podia faltar um delicioso strogonoff na hora do almoço.
Vejam:

Fotos do Encontro Ágil 2008

2008-10-12T19:28:00.001-03:00

Publiquei no meu picasa as fotos do Encontro Ágil.

Apreciem com moderação!

http://picasaweb.google.com/danicuki/2008_10_10EncontroGil

Encontro Ágil - Vídeos Improvisados

2008-10-12T17:37:00.003-03:00

Só para sentir o clima do Encontro Ágil promovido pela Agilcoop, que aconteceu ontem no IME-USP, fiz alguns filminhos. Em breve teremos disponíveis os vídeos completos da trilha avançada do evento, com debates calorosos. Divirtam-se!

Encontro Ágil 2008 - Almoço

Encontro Ágil 2008 - Passeio

Encontro Ágil 2008 - Introdução a XP

Encontro Ágil 2008 - Debate Ágil x CMMI

Agilcast - Padrões para Introduzir Novas Idéias

2008-09-27T19:28:00.003-03:00

Foi publicado hoje no site da Agilcoop o podcast sobre Padrões para Introduzir Novas Idéias. Pode ser baixado diretamente na página de podcasts da Agilcoop ou diretamente nesse link. O podcast discute alguns padrões e conta o caso em que eles foram usados para introduzir métodos ágeis dentre de uma organização.

Encontro Ágil gratuito na USP em Outubro

2008-09-08T18:24:00.003-03:00

11 de Outubro de 2008
IME-USP - Rua do Matão, 1010 - Cidade Universitária
São Paulo

O Encontro Ágil é um evento gratuito que reunirá, por um dia inteiro, alguns dos principais nomes brasileiros do desenvolvimento ágil de software.

Dia 11 de Outubro está reservado para discussões, trocas de experiências e palestras de especialistas em Programação eXtrema, Scrum e nas metodologias mais produtivas do mercado.

Conheça os profissionais que já usam métodos ágeis. Junte-se ao grupo que está revolucinando a maneira de produzir software. Participe das discussões mais atuais do mercado, tire suas dúvidas e descubra como as técnicas ágeis podem ajudá-lo a aumentar a produtividade da sua equipe e a qualidade do seu software.

Palestra: Padrões para Introduzir Novas Idéias na Industria de Software

2008-09-06T17:32:00.003-03:00

Data: Segunda-feira, 8 de Setembro de 2008.
Horário: 13h
Local: Instituto de Matemática e Estatística (IME/USP)
Sala: 254 Bloco A

Novas Idéias: novas formas de gestão, novos métodos de desenvolvimento de software, novas soluções técnicas, novas arquiteturas de sistemas. Com um mercado de software cada vez mais competitivo e agressivo, boas idéias se perdem e são desperdiçadas no meio de tanta informação e novidades tecnologias.

Neste seminário apresentaremos uma forma eficaz de convencer as pessoas a adotar uma idéia. São vários padrões que foram criados para facilitar a aceitação de uma nova idéia dentro de uma corporação. Quais são as forças nas empresas que aceleram ou freiam mudanças e como plantar as sementes da mudança para que abracem suas idéias e que elas sejam implantadas até o fim com sucesso.