Analista de quê, mesmo?

Eu sempre quero falar sobre informática no blog, mas acabo me esquecendo. Ontem resolvi dar uma olhada nos textos que tenho prontos e encontrei um de setembro de 2010 (!) sobre o que eu faço no meu trabalho.

Na maioria das vezes que alguém pergunta minha profissão e eu respondo “Analista de Sistemas”, recebo como resposta uma expressão de dúvida e uma pergunta do tipo “E o que faz um Analista de Sistemas?”. Sempre recebo várias visitas do Google relacionadas ao mercado de trabalho na computação. Provavelmente por causa do texto “O cientista da computação e o mercado de trabalho”, que eu escrevi numa aula de redação e publiquei aqui depois.

Mas então, o que faz um Analista de Sistemas?

Não, gente. Não tem NADA a ver com isso.

Vamos lá! No processo de desenvolvimento de um software (sistema/programa/aplicativo/site/whatever) há dois personagens fundamentais. O Cliente, que é quem precisa do software e o Programador, que é quem vai, efetivamente, construí-lo. O analista é quem fica “no meio dos dois”.

Tá, acho que não deu pra entender, melhor ilustrar. Sabe aquela passagem bíblica que diz que Deus afasta os nossos pecados de nós da mesma forma que o Leste está separado do Oeste? (Jesus show me just how faaaar the East is from the West... Tá, parei.) A distância entre o pensamento do Cliente e o do Programador é mais ou menos essa. Enorme, tende ao infinito. Posso falar isso porque fui programadora por vários anos e, obviamente, também sou “cliente” de vários produtos que utilizo.

• O Cliente fala assim: Eu quero uma página que mostre todos os comentários do blog.
• O Programador vai criar uma página com o texto de todos os comentários do blog, um abaixo do outro, sem formatação, sem data, sem nome do autor ou da postagem.
• O Cliente vai achar que o Programador é burro, porque é óbvio que tem quem formatar, colocar data, nome do autor, título da postagem e tudo o mais.
• O Programador formata, coloca data, nome do autor, título da postagem, nome do blog, do autor do blog, códigos internos, etc, etc, etc.
• O Cliente vai ter certeza que o Programador é burro, porque é óbvio que não precisa colocar o nome do blog, do autor do blog, códigos internos, etc, etc, etc.

Claro que esse foi um exemplo exagerado, mas deu pra entender, não é? O Programador vai fazer aquilo que mandaram fazer, ele não tem que adivinhar nada que “tudo o mais” significa, na verdade, “algumas coisas a mais”. O Cliente vai falar o que ele acha que tem que falar, o que “é óbvio” vai ficar “subentendido”.

E agora, quem poderá nos ajudar?

Eu!

O Chapolin Colorado! Ops, quero dizer, o Analista de Sistemas. É pra isso - basicamente - que a gente está lá, pra extrair do Cliente o que ele exatamente quer e escrever de forma que o Programador compreenda. Claro que isso envolve várias atividades, que variam de empresa pra empresa. Mas, em resumo, é isso aí que a maioria faz. Além disso, por ser, em tese, quem mais entende de um sistema, o Analista provavelmente será responsável pela solução de problemas e inclusão de melhorias.

Espero ter contribuído pra tirar uma dúvida que eu sei que muita gente possui. Inclusive estudantes da área, pois já vi gente falando que “o Analista pega o código do programa e vai lendo e analisando”. Essa até é uma atividade possível, mas não é o objetivo do trabalho. Não mesmo, hahaha.

Agora uma pergunta: Vocês têm alguma curiosidade sobre computação, alguma coisa que queiram saber ou que gostariam que eu comentasse? Porque eu tenho muita vontade de escrever sobre isso, já comecei vários textos, mas sempre acho que não vai ser interessante. Então fiquem à vontade ;)