// Isto não é uma campanha do estilo “Pague bem seu programador”.
Quando alguém que não seja da área de TI pensa em desenvolvimento de sistemas, provavelmente acredita que para que um sistema seja criado precisa somente de um pouco de programação. Porém, alguém que já tenha participado de pelo menos um projeto de médio porte sabe que as coisas não funcionam bem assim. Podemos definir um projeto de sistemas pelas seguintes fases.
- Definição do problema
- Especificação dos requisitos
- Planejamento das próximas fases baseado nos requisitos
- Arquitetura do Sistema
- Modelagem em alto nível
- Modelagem mais detalhada
- Programação
- Testes unitários
- Testes de integração
- Integração das partes já desenvolvidas
- Testes baseados nos processos funcionais do negócio
- Correções e manutenções finais
Essa lista pode variar de acordo com o tamanho e formalidade do projeto. Mas em geral, projetos de desenvolvimento de sistemas passam por essas fases, mesmo que com outros nomes, aglutinadas em menos ou subdivididas em mais. Podem, inclusive, ser repetidas inúmeras vezes.
No entanto, por mais fases que existam, a programação acaba sendo a que demanda mais tempo no desenvolvimento do projeto. Mesmo ao utilizarmos o TDD, metodologia cujos testes representam um tempo considerável do projeto, estes não deixam de ser uma forma de programação. Logo, gerar linhas de código, ao invés de diagramas e modelos, é o que mais demanda tempo.
Ao iniciarmos nossas atividades na área da computação, seja ela no meio universitário ou profissional, é comum ouvirmos algo do tipo: “Programar não dá dinheiro. Análise, modelagem e gerência, sim”, mas associar salário a uma função pode não ser tão simples.
Se pensarmos em “responsabilidade atribuída“, podemos pegar como exemplo um motorista de ônibus. Este possui sob sua responsabilidade cerca de 50 vidas, entretanto não é uma profissão bem remunerada. Podemos pensar também em “nivel de escolaridade“. Mas aí temos muitos médicos que não ganham tão bem e que dependem de um valor/hora bem baixo pago pelos planos de saúde e hospitais. Por último, existe a questão ”importância e contribuição para sociedade“, mas talvez seja melhor nem comentar os salários dos professores no Brasil… Com estes exemplos, podemos concluir que o fato de não ser bem remunerado não determina um bom profissional.
Então, para se ganhar dinheiro não bastar ser bom, ter um bom nível de escolaridade, um cargo de alta responsabilidade e ser diretamente responsável pelo desenvolvimento da sociedade. Tem que ser raro! De preferência um dos únicos. A raridade de um profissional é diretamente proporcional ao seu salário.
E estamos vivendo uma época em que faltam analistas. Mas analistas que metam a mão na massa. Definitivamente, bons programadores são raros de achar.
Um dos ditados mais conhecidos é “tempo é dinheiro”. Não seria em desenvolvimento de sistemas que isso seria diferente. Tanto que nesse ramo a cobrança é feita por hora. E como programação é o que demanda mais tempo do projeto, o cliente paga mais por programação do que por modelos.
Para quem não trabalha diretamente com tecnologia da informação, um sistema é visto da seguinte maneira:
Entrada –> Transformação–> Saída
Não importa a quantas fases são necessárias, a quantidade de camadas usadas, as madrugadas em frente ao computador. Só o que interessa para o cliente é entrada, transformação e saída. E em tempos de crise, todas as áreas estão propensas a cortes, por isso, chega a ser comum ouvir dos próprios clientes e usuários que não é tão necessário pagar por análise, modelagem e testes. Quem trabalha com desenvolvimento de sistemas sabe da necessidade de uma boa análise, modelagem e testes minuciosos. E o objetivo desse post não é discutir sobre a importância desses três ou mais itens.
Mesmo em tempos de crise, mesmo com clientes que não entendam absolutamente nada de sistemas, mesmo que a programação seja a fase mais demorada e cara de um projeto de desenvolvimento de sistemas, esta nunca é vista como desnecessária. Até porque, mesmo que o cliente não entenda nada, sabe que um documento do Word sozinho não irá resolver seu problema. E por mais importante que seja cada fase mencionada no início do post, sempre terá um cliente disposto a não pagar por todas e um fornecedor disposto a não usar todas. Faz parte do mercado.
Isso significa que independente da quantidade de fases no projeto, sempre haverá espaço pra quem faz a coisa acontecer: os programadores.
Acredito que se você puder escolher trabalhar em uma empresa onde não seja necessário bypassar fases importantes por pressão do mercado, esta seja a melhor escolha. Mas se a escolha for outra, tenha a certeza de cobrar pelo risco de passar finais de semana e feriados reprogramando o que não foi devidamente especificado e testado. O importante é que com crise ou sem crise, podemos dizer que o valor do programador está em alta.
