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

Para quem não sabe, dia 10 me desliguei da empresa que trabalhava, não tinha nenhum problema relativo ao trabalho ou relacionamento, meu único problema era a distância, estava chegando atrasado quase todos os dias e para não perder meu fretado tinha que sair antes de todo mundo, e isso me incomodava além de começar a ficar desgastante.
Essa segunda dei início ao meu novo trabalho, agora mais perto de casa, antes acordava as 4:30 e agora posso me levantar com folga as 7 da manhã, fora que chego bem mais cedo em casa também e isso tem feito muita diferença. Antes trabalhava preocupado com o horário, pois se eu perdesse meu fretado era um caos até chegar em casa, agora estou livre dessa preocupação, aliás a única que tenho agora é com o serviço de fato.

Ainda é cedo para falar, uma semana apenas, mas fui muito bem recepcionado pela equipe toda, não sei quais são as expectativas que têem sob mim, mas com mais tempo livre quero me dedicar mais aos estudos e não quero causar nenhuma má impressão pelo menos até o final do contrato que são de 6 meses apenas.
Ano que vem talvez volte para sampa, mas agora que já senti o gosto de trabalhar próxima a minha casa, será difícil querer voltar a levantar de madrugada para pegar o fretado, bom, até o final do ano tem tempo e muita coisa pode mudar, e espero que possa ficar ainda melhor.

Nossa que fod*, faz mais de 1 mês desde que escrevi meu último post, não pensava que fazia tanto tempo assim, então vou escrever um bem curto, sobre um acontecimento da semana que me fez lembrar de algumas coisas.

Não faz muito tempo que desenvolvo sistemas em java, se não me falha a memória pouco mais de 1 ano, comecei da forma errada e há pouco estou corrigindo (falha grave por sinal). Essa semana ao iniciar a refatoração de um dos primeiros managed-bean que eu “codei” com JSF, me lembrei de uma frase do Paulo Silveira da Caelum, na época estavamos em um treinamento e ele nos disse +- assim: “…quando você olhar um código antigo seu e perceber que está ruim, é um bom sinal, é um sinal de que você evoluiu…” e não é que me ocorreu isso!?, parece pouco mas na hora fiquei contente, isso claro, depois de ter pensado: “que merda de código é esse?”.

É isso aí, acredito que a evolução dos nossos códigos devem ser constantes e parar com aquele pensamento de: “não mexer no que está funcionando” e mudar para: “o que está funcionando pode ser melhorado”.