Depois de passar por 3 empresas diferentes, percebi que é muito comum tem um “mijão” na empresa, não que eu faço algum tipo de anotação ou coisa do tipo, mas não tem como deixar de notar uma poça de “mijo” no banheiro.
Além de muito desagradável, acho uma tremenda sacanagem com a pessoa que vai ter que limpar aquela sujeira, por nunca ter trabalhado em uma empresa de grande porte, sempre tive contato com todos funcionários, desde o dono até os faxineiros, por isso talvez me sentia mais frustrado que os demais.
Eu e meus amigos já chegamos até a pregar panfletos com frases do tipo “se não tem mira, senta”, “seu pau é menor do que imagina, chegue mais perto”…mas nunca tivemos o sucesso esperado, as vezes dava a impressão de que o sujeito ao invés de dar as “balançadas” convencionais, ele inovava brincando de pirocóptero ou imaginava que tinha um controle do Wii em suas mãos.
Fico com dó das esposas/namoradas dos “mijões”, pois se não conseguem acertar a privada, como conseguem acertar aquele buraco bem menor?

Para escrever esse post me inspirei e tive ajuda de um grande amigo, dividi minha baia com ele por quase 2 anos e com certeza aprendi muito, discutimos inumeras vezes o que é normal, já que ninguém pensa da mesma forma, mas sempre soubemos separar o profissional do pessoal. Além de ser super auto-didata, era um grande defensor do código elegante e sempre que se deparava com algum código mal escrito, fazia questão de dizer sobre, sempre autêntico nessas horas, porém, sempre depois da critiva ele sugeria algo melhor ou na maioria das vezes a maneira correta de se fazer.
Ele sempre dizia sobre “code-monkey” e pedi para ele explicar com suas próprias palavras:

“Bom, pra explicar o que é um code monkey para mim, tenho que falar da teoria dos macacos infinitos. Existe uma teoria que diz que se colocarmos infinitos macacos com infinitas máquinas de escrever com tempo infinito, em algum momento eles vão escrever a obra de Shakespeare completa! XD Tem uma prova matemática até lá na Wikipedia http://pt.wikipedia.org/wiki/Teorema_do_macaco_infinito e para mim um code monkey é tipo isso mas ele escreve código. O cara senta lá, bate no teclado e acontece de a combinação das teclas que ele apertou acabar em um código de computadores, ele não sabe por que funciona, como funciona e nem como fazer funcionar de novo. O cara senta e produz código. Um programador de verdade tem que saber o mínimo de arquitetura e design de sistemas de computadores, ele tem que saber fazer funcionar e fazer bonito! Só fazer funcionar qualquer code monkey faz, o papel de um programador é fazer funcionar bonito!”
por Michael Kuhinika

Não quero dizer que um iniciante por exemplo deve saber tudo, mas sou totalmente contra ao famoso Ctrl+C e Ctrl+V o que é muito comum de se ver, mais comum ainda é os programadores que antes de tentar entender o problema, recorrem ao Google e/ou fóruns como o GUJ por exemplo, e na maioria dos casos não sou a favor do “reescrever a roda”, mas o que eu sempre digo é para tentarem entender o problema ou pelo menos tentarem entender o que o código “copiado” faz. Ja testemunhei um caso cômico de uma classe “clonada” e que o programador disse ter feito, mas de tão “esperto” esqueceu de tirar o cabeçalho do javadoc que tinha o nome, e-mail e site do verdadeiro autor, comédia né?
O método de “tentativa e erro” é uma grande característica do code-monkey, ele nem faz idéia do que está digitando, ele só espera que em alguma hora de alguma forma apareça o “Hello World” na tela, costuma dar refresh para ver se o erro desaparece e na maioria da vezes diz que “debugar” é chato, e quando debuga utiliza-se da técnica do System.out.println(“passou aqui”);

Vocês podem estar pensando que quero me gabar de alguma coisa, mas não é esse o propósito, fui um code monkey em um passado não muito distante e foi esse grande amigo que me fez mudar, tive sorte de tê-lo por perto para mudar a tempo e tomara que consiga mudar a maneira de algumas pessoas pensarem com esse post(tá bom, acho que estou pretencioso de mais), para quem não me conhece pode até parecer que sou um cara difícil de se lidar, mas não é verdade, sobrariam dedos na mão do Lula se eu contasse quantas inamizades eu criei até hoje em todas as empresas que passei. Esse é outro post sobre meu cotidiano e em agradecimento a outro amigo, Michael Kuhinika, que além de ótimo programador é outro RPGista, que só troca uma pata de camelo pelo Guitar Hero

Dois dias atrás (06/07) recebi um e-mail de uma pessoa com quem dividia a mesma baia na empresa que trabalhava, dizendo que estava super contente pois nos últimos dias se saiu muito bem com suas tarefas, nada melhor do que ter confiança em si mesmo. Eu sei bem o que é isso.
Fiquei muito contente ao receber essa notícia, em parte tive uma pequena participação em sua evolução, passei algumas horas com ela no pair programming, aliás, ela não pode reclamar, pois teve como par 3 diferentes consultores da Caelum por algumas semanas (Rafael, Jonas e Diego), além disso agora ela está ajudando outro desenvolvedor da equipe (repararam no ciclo?), bom né?, eu diria ótimo!. Torço para que ela continue assim, e como diz meu caro amigo blogueiro e twitteiro Rafael Ponte “só melhoria continua salva”.

Esse post é pra você Inah, espero que não se acomode e nem pare de estudar…e para de ficar implicando com outros funcionários da empresa e deixa o Phillip ouvir o radinho dele sossegado, é bem melhor que ficar ouvindo ele cantando