Um Pouco de Desenvolvedor.

Tem coisas que todo desenvolvedor faz sem querer. Coisas que o dia a dia dele o forçou a aprender, hábitos que ele teve que criar para sobreviver na profissão. Eu tenho até hoje hábitos que adquiri nos meus anos como desenvolvedor que são úteis até hoje.

Estes hábitos extrapolam a atividade profissional do desenvolvedor e acabam integrando a personalidade dos desenvolvedores: quem nunca conversou com algum programador e não ouviu uma “interrupção de alta prioridade” ou então “estou meio bugado“? As vezes ajudam, as vezes atrapalham, mas na maioria das vezes são bons costumes. Por isso, eu acredito que todo mundo deveria ter um pouco de desenvolvedor. Todo mundo deveria ter estas habilidades que listo a seguir.

Entender Lógica de Programação

Ou, até mesmo, programar.

Entender os conceitos mais básicos de programação ajudam a qualquer pessoa a executar melhor instruções, dar instruções mais complexas e entender o que realmente acontece nos bastidores de qualquer software. Aí, pelo menos, sabe que não é fácil “dar uma mexidinha”.
Entender de lógica de programação ajuda a entender que cada instrução é o equivalente a uma pincelada de tinta em uma tela. Portanto, um software é o somatório de varias instruções coordenadas, ou seja, todas as pinceladas que formam o quadro final.  Ajuda a entender o que são os tais bugs e por que eles acontecem.

Depurar as Coisas

Todo desenvolvedor já se viu frustrado ao ligar para um suporte técnico e passar por uma bateria enorme de perguntas básicas.

Verifique se está ligado à energia. Então, reinicie o equipamento.

O que é óbvio ao desenvolvedor, não e para a maioria. Eu demorei a aceitar isso.

Seja porque exercitam muito o raciocínio logico, seja por adotar método cientifico/engenharia como prática de produtividade, é fato que desenvolvedores conseguem, muitas vezes, por para funcionar coisas das quais nunca tiveram contato prévio.

Tem um vídeo do Dilbert  que trata disso. Ele fala de engenheiros, mas isso é característica de todos os desenvolvedores: eles apresentam um instinto natural para encontrar o problemas de tudo aquilo que mexem. Ou, em outras palavras, eles tem “o jeito”:

Ler manuais

Duvido que a maioria das pessoas leu o manual de sua TV. Ou que usa a ajuda do MS-Word para saber como faz alguma coisa. Ou leu algo na ajuda do MS-Excel. Eu raramente encontro pessoas que leram o manual do seu veículo. Raramente.

Um manual de instruções é uma das melhores fontes de informação que alguém pode encontrar. Em um manual de instruções você encontra… Instruções. Por outro lado, desenvolvedores são bons em aprender a partir de documentação. Alguns aprendem ate sem documentação, embora isso jamais aconteça de maneira suave…

Aprender a interpretar manuais e a usar isso para por as coisas para funcionar é um hábito que deveria ser comuns a todos.

Em tempo: os desenvolvedores nem sempre aprendem isso sozinhos. Cedo ou tarde, se não tiverem esta habilidade vão acabar perguntando algo em um fórum na internet e vão receber de volta um RTFM. Fim de papo.

É um belo incentivo…

Entender Álgebra

Essa e para aquele povo que diz que passou mais um dia e não usou fórmula de Bhaskara. Sinceramente, saber que existem monocotiledôneas fazem pouca diferença na minha vida, mas sou feliz em saber um basicão de reprodução vegetal…

Voltemos a álgebra. Se você sabe trabalhar formulas, foi a maldita Bhaskara que te ensinou. Se entende uma fórmula de juros, com um monte de letras que parecem números, foi ela que te ensinou. Convenhamos: usar a parábola e Bhaskara é fácil. Poderia se utilizar outra curva, como por exemplo, a elipse:

GAN040101a

Enfim, não foi a curva em si que estava sendo ensinado, mas sim, álgebra. Letras no lugar de números. Normalmente os desenvolvedores tem boa noção matemática, no exemplo da Bhaskara, de geometria ou álgebra. Mesmo que sejam ruins com números (ou seja, ruins em aritmética).

Um adendo: saber o que é uma relação linear e saber o que é uma relação não linear também foi outra coisa que foi ensinada com a parábola. Como? Ao ter estudado a parábola a fundo, você guardou pelo menos isso.

Ser Inquisitivo e Curioso

Essa característica presente em desenvolvedores esta muito evidenciada, por exemplo, em cientistas. É uma das semelhanças entre os dois.

A maioria dos desenvolvedores que conheço, no mínimo, ou são um ou são outro. Muitas vezes os dois. Perguntar a todo momento e explorar os limites de algo ou desvendar os mistérios de funcionamento de qualquer coisa ajudam qualquer um em qualquer atividade.

Olhar uma atividade e desconfiar de um resultado, mesmo satisfatório, é algo que todo desenvolvedor experiente faz, principalmente os programadores. Todos eles sabem que apenas os bugs conhecidos foram corrigidos. E sabem que mesmo funcionando bem, ainda tem os bugs desconhecidos.

Otimizar Qualquer Coisa

Mesmo que não faça a menor diferença.

Todo desenvolvedor tem no sangue a mania de querer otimizar as coisas. O sujeito está fazendo um churrasco e está otimizando o uso de espetos. Está lavando a louça e está otimizando o uso da água e do sabão na esponja (cuja durabilidade está contada para maximizar a vida útil).

Seja para uma atividade ou outra, o desenvolvedor está sempre otimizando aquilo em que está envolvido. Eu tenho certeza absoluta que a ideia do PIP nas televisões foi ideia de algum desenvolvedor querendo otimizar o seu tempo de telespectador e ver mais programas ao mesmo tempo sem gastar tempo nos comerciais.

Prototipar

Quando eu estava montando meu apartamento, no lugar de sair comprando um monte de móvel caro (quando caro significa maior qualidade e não apenas luxo: como desenvolvedor eu gosto de otimizar as coisas), eu comprei aquele tipo de móvel bem barato e de pouca durabilidade para saber se eu realmente vou me dar bem com ele. E por sorte agi assim: eu comprei alguns moveis dos quais me desfiz por não serem úteis.

Em outras palavras: prototipei. Desenvolvedores tem o ótimo habito de prototipar as coisas antes da implementação final. Sei que nem sempre da para fazer isso, mas prototipar as coisas antes de bater o martelo ajuda a economizar muito depois. A prototipação é, em termos de dinheiro, investir 10 para não gastar 100.

Além do mais, prototipar e muitas vezes um requisito de depuração.

Creative Commons License

Esta obra está licenciado com uma Licença Creative Commons Atribuição 4.0 Internacional.

Sobre rftafas 183 Artigos
Ricardo F. Tafas Jr é Engenheiro Eletricista pela UFRGS com ênfase em Sistemas Digitais e mestre em Engenharia Elétrica pela PUC com ênfase em Gestão de Sistemas de Telecomunicações. É também escritor e autor do livro Autodesenvolvimento para Desenvolvedores. Possui +10 anos de experiência na gestão de P&D e de times de engenharia e +13 anos no desenvolvimento de sistemas embarcados. Seus maiores interesses são aplicação de RH Estratégico, Gestão de Inovação e Tecnologia Embarcada como diferenciais competitivos e também em Sistemas Digitais de alto desempenho em FPGA. Atualmente, é editor e escreve para o "Repositório” (http://161.35.234.217), é membro do editorial do Embarcados (https://embarcados.com.br) e é Especialista em Gestão de P&D e Inovação pela Repo Dinâmica - Aceleradora de Produtos.
0 Comentários
Inline Feedbacks
View all comments