Meu pai me mandou essa piadinha por e-mail. Impressionante é o quanto ela se aplica à engenharia de software.

O IMPORTANTE É O FOCO…

Um paciente vai num consultório e diz ao psiquiatra:
– Toda vez que estou na cama, acho que tem alguém embaixo. Aí eu vou embaixo da cama e acho que tem alguém em cima. Pra baixo, pra cima, pra baixo, pra cima. Estou ficando maluco!
– Deixe-me tratar de você durante dois anos. – diz o psiquiatra.
– Venha três vezes por semana, e eu curo este problema.
– E quanto o senhor cobra? – pergunta o paciente.
– R$ 120,00 por sessão – responde o psiquiatra.
– Bem, eu vou pensar – conclui o sujeito.
Passados seis meses, eles se encontram na rua.
– Por que você não me procurou mais? – pergunta o psiquiatra.
– A 120 paus a consulta, três vezes por semana, dois anos =R$ 37.440,00, ia ficar caro demais, ai um sujeito num bar me curou por 10 reais.
– Ah é? Como? – pergunta o psiquiatra.
O sujeito responde:
– Por R$ 10,00 ele cortou os pés da cama…
Muitas vezes o problema é sério, mas a solução pode ser muito simples…
HÁ GRANDE DIFERENÇA ENTRE FOCO NO PROBLEMA E FOCO NA SOLUÇÃO…
Foque uma solução ao invés de ficar pensando no problema.

Essa questão está sendo levantada por nomes de grande importância na área da ciência da computação. Nomes como Ivar Jacobson, Bertrand Meyer e Richard Soley.

Num artigo escrito por Ivar Jacobson e Bertrand Meyer, Methods Need Theory, eles expõem uma vergonhosa realidade que a engenharia de software, ao contrário das outras engenharias, sofre na sua evolução: influência exagerada de marketing. Cada novo método vende-se como a nova revolução do momento. Tudo é um novo paradigma, como se nada que existisse antes valesse a pena ser estudado. Afinal, como se venderiam tantos livros? Alguma das outras engenharias são tão voláteis quanto a de software? O perigo citado no artigo é a banalização da nossa ciência. Para muitas pessoas, segundo os autores, torna-se mais importante usar a última moda em método de engenharia de software do que propriamente desenvolver software de boa qualidade.

Eles defendem que usemos na engenharia de software os mesmos princípios adotados pelas outras engenharias: um maior formalismo teórico e menos sensacionalismo, unindo o mundo profissional com o acadêmico. Em outro artigo, intitulado “Why we need a Theory for Software Engineering“, Ivar Jacobson e Ian Spence procuram enfatizar essa importância da fundamentação teórica da ciência.

Um professor da PUC (Prof.Rubens Nascimento) uma vez proferiu numa palestra que assisti: “de tudo que surge como “novo” na computação, 95% é puro marketing. 5%, talvez, possa ter alguma inovação.”. Ao longo desses anos trabalhando na área pude constatar o quanto ele estava certo.

Com interesse de organizar a “nossa” engenharia, as importantes figuras da área de computação acima citadas iniciam uma força tarefa, conhecida pela sigla de SEMAT (Software Engineering Method And Theory), com o objetivo de organizar os fundamentos da engenharia de software, sem modismos, sem termos marketeiros, sem firulas. Coloco muito fé nesta iniciativa, tanto que a subscrevi na página organizada pelos proponentes.

Vale a pena acompanhar a iniciativa. Acesse o link aqui.

Acabo de ler um artigo muito interessante na revista Dr.Doobs. Numa tradução grosseira seu título seria “Desculpas esfarrapadas: Os administradores não sabem o que eles querem”. Os administradores, no caso, são os usuários que nos contratam para desenvolvimento de sistemas.

Achei o artigo com um visão muito verdadeira que reflete os problemas típicos de engenharia de software. Em essência, o artigo critica a visão individualista dos analistas de sistemas, que não se preocupam em entender o negócio dos seus clientes.

Leia o artigo aqui.