Há 4 anos, imaginava que hoje estaria vivendo em outro cenário, mas independente financeiramente, morando em sampa mais próximo do trabalho e etc…nada disso aconteceu por N motivos, alguns mais pessoais que não vale a pena registrar aqui. Pensando nisso, confesso que bateu até um certo desanimo…mas, como dizem, não vale a pena chorar pelo leite derramado…porém, que algumas coisas me sirvam de lição.

Não teve só um lado ruim, claro que surgiram vários pontos positivos que eu nem havia planejado…o que me leva a crer que planos não me servem, não sou dedicado o suficiente para planejar, muito menos para seguir algum.

Hoje, acredito que “vestir a camisa da empresa” não é ruim, desde que você não esqueça de investir no seu lado técnico. O problema em se preocupar mais com a empresa do que com você é que de uma hora pra outra você pode perder seu emprego, e todo aquele prestígio não lhe serviu pra muita coisa, afinal, vestir a camisa da empresa não conta no currículo quando se está a procura de uma nova vaga.  Nunca trabalhei em uma empresa de grande porte, talvez essa característica ocorra apenas em empresas que possuem pouca quantidade de funcionários.

Pensar em como estarei na próxima copa em 2014 aqui no Brasil?…melhor não.

Pensando nisso, decidi mudar. Fui de certa maneira inteligente por ter notado essa deficiência, agora vem a parte mais difícil, a mudança. Mas como? durmir está fora de cogitação, TV/PS3/Wii dá no mesmo que ficar na frente do note. Academia? muay thai como a @monteirobrena sugeriu, talvez, mas desde a semana passada tenho acompanhado o trabalho do @Thomas_Nunes na tentativa de criar um um novo logo e isso me interessou. Arrisquei alguns traços e dei alguns sugestões, eis que todo esse trabalho me despertou o interesse em voltar a desenhar. Desde pequeno gostava de ficar horas desenhando (quando não estava na roça nem na escola), e por muito tempo tinha parado, deve ser daí a explicação pra minha caligrafia ter piorado tanto também. Pois bem, no começo do mês fomos a Fnac apenas por curiosidade e não resisti, comprei um bloco de anotações e estou carregando pra todos os lados, além de ser útil pra anotar possíveis idéias para posts, tenho esboçado alguns desenhos também e esse tem sido meu passatempo nos últimos dias.

Enfim, estava apenas incomodado com minha rotina e acabei despertando a vontade de desenhar novamente, tudo isso não teria valor nenhum se eu não reconhecesse uma falha e não tivesse vontade de mudar, e o desenho é apenas um exemplo, o que tiro de lição é que rotina faz mal, nos deixam como robôs, o legal é mudar, improvisar, surpreender…mude alguma coisa você também e fuja da rotina.

O que leva um programador dizer aos demais que ele ganha mais do que os outros? – Sim, trabalhei com um mané que frequentemente fazia questão de deixar claro pra todo mundo que ele ganhava mais, pelo menos ele era de outra equipe (equipe mesmo, aquilo estava muito longe de ser um time). Resultado, devido ao seu comportamento ele foi demitido no meio de um projeto.
Já imaginou dividir a baia com o Charles Bronson? é amigão, eu tive esse “privilégio”, o cara era o “fodão” (pelo menos ele pensava que fosse), além de ser super auto-confiante não admitia erros, quando ele errava a equipe toda era culpada, mas quando alguma outra pessoa da equipe cometia um erro, a culpa era só dela. Uma vez passei a semana toda em uma task beeeem chata, mas que consegui finaliza-la na sexta e quando voltei na segunda ele tinha dito que tinha feito “coisas mirabolantes” e que tinha terminado o que eu tinha feito, wtf? com toda minha calma oriental falei que ja tinha feito exatamente aquilo que ele acabara de me falar, mas claro que o Charles Bronson não satisfeito fez questão de mostrar o código, que logo reconheci pois estava exatamente como deixei na sexta, dessa vez eu não satisfeito abri a versão passada do meu commit e mostrei “olha meu commit de sexta, eu ja tinha feito isso”. Resultado, ele saiu da empresa por conta própria, mas logo quis voltar e a empresa não o aceitou de volta.
Bugs são chatos, mas uma pessoa que só cria bugs é mais chato ainda. Bug é um jeito formal de falar em nossa área, mas em alguns casos é uma “cagada” mesmo, pense em ter uma pessoa da equipe que não aceita ajuda e só cria “bugs”, e o pior, depois ele não assume os erros e outras pessoas da equipe perde tempo consertando seus erros enquanto ele cria mais bugs…é inacreditável algumas coisas que lembro. Resultado, devido a pressão ele saiu \o/

Hoje com tudo que tenho apreendido sobre scrum, muitos desses problemas poderiam ser resolvidos muito mais rápido e talvez impedisse a perda de pessoas no meio do projeto, com a retrospectiva que é a tal hora de “lavar a roupa suja” todos esses problemas que enfrentei poderiam ser jogados na mesa, e talvez poderiamos saber as opiniões dos outros membros da equipe e quem sabe se todos tivessemos a mesma opinião conseguiriamos ajudar a pessoa, ou até mesmo, se eu fosse a única pessoa a ter notado esse problema…talvez eu fosse o empecilho e eu precisasse de ajuda, quem sabe eu era o único chatão…

E vocês, costumam “lavar a roupa suja” em suas retrospectivas?

edit: o comentário da Brena me fez lembrar que, lavar a roupa suja é diferente de “caça as bruxas”, não devemos levantar culpados e sim procurarmos resolver os problemas da melhor forma possível para o time.

Um exemplo de costume que eu confesso que já fiz e vi acontecer o em todas empresas que já trabalhei: agradecimentos no e-mail de despedida.
Por que as pessoas só dizem obrigado no momento que estão deixando a empresa? Será que é vergonhoso ou errado agradecer seu colega de trabalho pela ajuda que ele proporciona todos os dias? É estranho agradecer por confiarem no seu serviço? Ou será que, apenas o fato de você estar trabalhando e se empenhando todos os dias transpareça uma imagem de agradecimento?

Ontem após o planning, fomos ao restaurante “comemorarmos” o último sprint que foi aceito pelo PO, e como sempre participei e sendo sincero fui mais um ouvinte de discussões sobre agile, xp, scrum… discussões essas valiosíssimas e que ao deixar o restaurante fiquei tão agraciado que me senti feliz e importante por fazer parte daquele time, e senti uma vontade de agradecer meu amigo que um dia se lembrou do japa aqui e fez o convite para integrar essa equipe, e assim o fiz e me fez refletir sobre esse post.

Não espere ter que sair da empresa para agradecer a oportunidade que lhe deram em um e-mail de despedida, quebre e fuja desse e de outros costumes.

• vocês costumam ou acham importante ficar por dentro das tendências?
• como filtram o que realmente lhes interessam?
• o que acham das pessoas que não estão nem aí para as novidades?

Já citei em um post passado e até recebi comentários sobre “evolução no código”, talvez tendências tenha um papel fundamental para isso, será que podemos evoluir sem atribuir nada de novo em nosso dia-a-dia? evolução essa que não fica apenas em nossos códigos, mas na forma e em como trabalhamos também.

Dosagem
Algo muito importante, o ideal ou talvez mais óbvio seria dizer “nem muito e nem tão pouco”, já passei por lugares que era muito difícil convencer ao chefe da equipe para incluirmos algo de novo no projeto e outro que por não sofrermos nenhuma resistência nos levaram a grandes falhas. Nos 2 exemplos nós sofremos, no primeiro por talvez termos perdido tempo arrumando soluções próprias sendo que o mercado oferecia uma alternativa pronta e por ficarmos estagnados em nosso “mundinho”. No segundo exemplo podemos dizer que a nossa “festa” no final virou um “pesadelo”, quando decidimos criar um projeto novo olhamos as tendências atuais daquele tempo e atribuímos ao projeto sem ao menos estudar seus pós e contras.

Exemplo
Vamos simular um cenário diferente e pensarmos em quando apresentarmos uma tendência, como as pessoas reagiriam:

• imaginem que nos tempos atuais ainda não utilizássemos “talheres” e projetem um refeitório lotado de programadores de diferente projetos devorando suas marmitas, despedaçando o bifão com os dentes, rasgando a folha do alface com os dedos e esperando o feijão esfriar para não queima-los (programadores orcs eu diria), eis que um deles abre uma matéria em uma revista que falava sobre uma nova tendência que se chamava “UOT – Usem Os Talheres”
• o conceito resume-se em utilizar alguns objetos metálicos para ajudar nas refeições, os objetivos são brandos e claros como: facilitar o corte de alimentos como carnes e legumes, não sujar as mãos durante a alimentação e comer de uma forma mais elegante.
• as discussões sobre essa nova tendência começam, os mais geeks já entram no eBay para encomendar um jogo de talheres enquanto os demais discutem sobre usá-los ou não, a maior discussão gira em torno do “usando ou não vou comer minha marmita do mesmo jeito”.
• com o tempo olhando o refeitório percebemos as divisões, uma parte que começou a usar não largou mais de tão satisfeitos, outros usaram e largaram e uma parte nem chegou a usá-los.

Nesse caso, quem está certo? os que aderiram a novidade, os que começaram e largaram ou os que nem querem saber?

Hoje por tudo que já passei, posso chegar a conclusão que de início ninguém está certo, ou melhor dizendo, eu que estou fora da situação não posso julgá-los, mas posso afirmar que estão certos aqueles que de fato viram suas reais necessidades e concluíram se precisam realmente dos talheres ou não. Cada caso é um caso.

E você? qual seu ponto de vista?

Minhas expectativas em voltar a trabalhar com scrum não poderia ser melhor, tenho apreendido muito todos os dias, a cada daily meeting, planning, reviews e retrospectivas. Aprendizado esse que começa desde o planning poker até as reviews, conceitos sobre scrum que eu achava correto estavam totalmente errados, mas que só consegui descobrir após discussões com pessoas do time que possuem mais experiência (muito mais eu diria), discussões essas valiosissimas que renderiam bons temas para posts. Não saberia definir uma palavra para descrever a sensação que tenho de trabalhar com esse pessoal, mas uma coisa é certa, eu realmente tenho sorte, pois além de serem ótimos profissionais também me acolheram super bem, alias, isso sempre ocorreu em todas empresas que trabalhei até hoje. Sortudo ou não?

Essa semana completo 4 meses na casa da AdaptWorks, foi muito rápido!

Aproveito o post para agradecer ao Paulo e a toda galera do IPTI, me acolheram tão bem que na primeira semana de trabalho parecia que trabalhavamos juntos há anos, peço desculpas por não cumprir meu contrato de 6 meses.

E é assim, cada empresa que passo ganho novos amigos, sou melhor em network do que em programar, desejem-me sucesso, pois sorte acho que estou tendo bastante

Propriedades da variável (Ctrl + Espaço)

Espero que esse post possa ajudar alguém assim como tem me ajudado, essa dica quem me passou foi o Jonas da Caelum, assim como várias teclas de atalhos do Eclipse, as que eu mais uso são essas:

• Alt + Shift + R: refactor
• Alt + Shift + M: extrai uma linha ou várias para um novo método
• Ctrl + Alt + Seta para cima/baixo: copia seu código para cima ou para baixo
• Alt + Seta para cima/baixo: movimenta seu código para cima ou para baixo
• Alt + Shift + X: leque de opções para execução, teste junit por exemplo é: Alt + Shift + X + T (esse é legal de se fazer)
• Ctrl + 1: sugestões (essa acho que todo mundo conhece)
• Ctrl + Espaço (nem preciso falar né?)
• Ctrl + 3: acho que to apelando…tá bom

Não quero mostrar que sei algumas teclas de atalho do Eclipse, só quero passar o que me ensinaram, pois acredito que os atalhos nos deixam mais produtivos; tenho um bom mouse, mas quanto menos eu pegar nele melhor
Desculpem me se não ficou muito claro, qualquer dúvida podem me enviar e-mail, deixar um comentário ou twittar.