sexta-feira, 19 de março de 2010

Meu primeiro haikai

Tentei escrever hoje um haikai. Para quem não sabe, Haikai (em japonês: 俳句 Haiku ou Haicai?) é uma forma poética de origem japonesa, que valoriza a concisão e a objetividade. Mais informações aqui. Bem, ultimamente uma pergunta se faz presente no meu dia a dia. Tenho sido incomodado várias vezes pela dúvida: quanto do seu simples me será complexo?
Complicado?
Bom, vamos simplificar. Sempre que posso, escrevo, divago e traço considerações sobre meu convívio com o mundo tecnológico. Um assunto que no qual tenho dirigido meu foco de estudos, é sobre desenvolvimento e pragmatismo. A referencia ao haikai, é pelo fato de sua objetividade. Em três linhas, um poema inteiro, conciso e objetivo.
Porque algumas aplicações, web ou não, incistem em ser complexas? Qual a premissa utilizada no seu desenvolvimento: os óculos do Jhon com o olhar do Paul? (Engenheiros do Hawai). O que predomina, a visão do chefe, do cliente ou do desenvolvedor? Ou melhor: a visão do “é assim” ou a do “deveria ser assim”?
Este assunto é infinito, pois aplicações, sistemas não são prédios. A mutabilidade de suas razões é infinda. Uma simples brisa pode marcar o início de uma grande alteração de um software. Uma simples idéia borboleta pode bater asas e iniciar uma catastrofe em uma rede inteira. Mas as pessoas ainda querem ver prédios. Quais pessoas?
A pessoa que especifica pretende ver a materialização de uma idéia pessoal. Por mais que seja debatida, vai prevalecer a circunstância de quem idelizou. Se acaso num debate sangrento, uma especificação tiver alteração, será apenas uma outra forma de ver a mesma idéia inicial.
A pessoa que desenvolve tem o poder de acrescentar aquilo que melhor entende como certo para o momento. Se ela é obrigada a seguir um esquema a risca, ainda assim lhe sobra o código, filho querido e protegido, que nunca erra.
A pessoa que vai usar apenas espera poder encontrar a solução de algum problema que ainda não existe. Essas pessoas normalmente expressam frases assim: e se... e quando...
O mais interessante é que nenhumas delas está errada. O que claro, não significa que estão certas. O fato é que temos a tendência de deixar parte de nós naquilo que construímos. E as vezes esquecemos que parte de nós jamais compleatará o todo de um outro alguém. Assim, algo será ruim ou porquê não é a sua parte que alí está, ou porque sua visão de todo desconhece aquela parte estranha, naquele momento. Em resumo, estará ruim se não for do meu jeito.
Isto não é nenhuma novidade. É, na verdade, muito comum. Justifica, inclusive, algumas frases como: nem Jesus agradou a todos, ou: nem os dedos da mão são iguais. Mas não importa. Sempre há espaço para o novo.
Tenho testemunhado alguns equívocos, que se relacionam bem ao assunto. Por exemplo, há algum tempo conversando com amigos, disseram que sua chefia queria apostar no advento web (tarede?). Para isso, queria aplicações simples, diretas. Até aí tudo bem, não fosse o caso o time de desenvolvedores acreditar que seria necessário trabalhar menos. Apenas colocar menos campos, conversar com menos pessoas. Como resultado... bem, segundo eles ainda não há resultados.
Penso que há apenas dois caminhos a seguir: o do sucesso e o do retrabalho. Entendo que fracasso vem sempre depois de retrabalho, de muito retrabalho. Até porque não teria a menor graça um fracasso sem frustrações. No caso comentado por meus amigos, concluímos que um ponto crucial era a falta de planejamento. Sempre ouço coisas do tipo: “pai, perdoai o cliente, pois ele não sabe o que pede”. Tudo bem, vou concordar. Vou inclusive confessar que já me estressei por esta incapacidade nata de o cliente não possuir claridade ou coesão no que pede. Mas quantas vezes eu soube o que fazer?
Imagine a situação: um não sabe o que pede, mas acaba por pedir algo. O outro não sabe o que fazer, e acaba não fazendo nada. O planejamento não é tão somente um passo no desenvolvimento, mas o primeiro passo. E como sabemos, desenvolver não é como jogar amarelinha, onde se pode chegar ao céu saltando algumas casas. Não podemos jogar a malha e dizer: agora estou na casa da codificação, vamos saltar a casa do teste, parei na casa da conclusão...
Produzir uma aplicação deveria ser como produzir um haikai. Focando o objetivo para demonstar ao leitor (cliente) algo bem simple, mas que diga (faça) o necessário. Certos escritories japonezes ficavam meses pensando (modelando) seus poemas. Não havia um toque divino que lhes desse tudo de bandeija. Era necessário se esforçar. Assim, compor algo que lhe pareça simples e lhe se seja objetivo e direto, irá custar muito esforço de quem compõe. 
Assim como no haikai, devemos entregar o óbvio, não importando quão complexo tenha sido seu desenvolvimento ou atingimento. Ouso dizer que o simples é inversamente proporcional a complexidade envolvida na sua produção.
Mas a pergunta da visão de prédios ainda perdura. Porque insistimos em trazer a burocracia dos papeis para a tela do micro? Porque ainda tratamos aplicações como gestoras ou reparticições públicas, com intermináveis fluxos? Será que não queremos pagar a conta da complexidade, deixando ela para o cliente? Deixar que o cliente preencha 30 campos não será sempre melhor do que tratar 15 internamente no código, tornando-os desnecessários para o cliente?
Não vou me ater ao fato das incríveis regras de negócio, que por vezes obrigam desenvolvedores a rebolarem para conseguir o solicitado. Mas neste caso, não estaríamos hiper-valorizando a presença de uma parte estranha ao contexto, deixando que o cliente se vire com ela? As vezes penso o quanto maltratamos aquele que nos paga. O que me deixa intrigado, é que muitas vezes ele ainda fica feliz, pois vê toda uma parafernalha tecnológica fazer exetamente o que antigamente se fazia com papeis e officboys. Mesmo que esforço seja o memso e o boy agora se chama email.
No pragmatismo não há muito espaço para empatia, uma vez que o foco deve ser entendido apenas por e para ele mesmo. No entanto, no desenvolvimento sim, há espaço. Acredito que devemos ser empáticos na criação, e pragmáticos no produzir. E sempre lembrar que são coisas destintas.
Quanto ao haikai, eu bem que tentei...


meu esforço é vão
quando não posso atender
tão mero desejo


Nenhum comentário:

Postar um comentário