Cuidado com as barangas!!

Outro dia conversei com um amigo meu e ele me disse para não ficar com mulheres barangas pois atrai mais barangas. Levei na brincadeira, mas estou começando a ficar preocupado, pode ser mesmo verdade.
O que posto aqui pode servir como uma lição de auto estima. Às vezes quando vemos uma mulher muito bonita, não nos sentimos dignos dela, pois é... mas quem pensa isso não é ela e sim os homens que não se acham merecedores desta bela mulher. A merda é que ela poderia estar esperando uma boa investida do babaca que se desvalorizou e não foi falar com ela.
Resultado, é mais fácil fazer caridade para as barangas pois elas estão sempre afim, pois achamos que fazemos um favor a elas em procurá-las. Não percebem que a gata gostosona pode estar se sentindo carente exatamente pelo motivo de os homens não se valorizarem e se aproximarem delas. Se olharmos para a beleza interior o homem pode se dar muito bem, pois a beleza interior pode ser uma baranga na pele de uma gostosa.
Amigos!! Fé!! Nunca desisto, pois confio na probabilidade.

Talentos reprimidos

Acredito que a razão do sucesso de um profissional de informática seja seu talento. Ohhh óbvio né? Mas há pessoas que tem esse talento e a empresa não sabe como usar, então demite. Um grande profissional pode sofrer um bloqueio criativo se não for devidamente valorizado e isso leva a crer que ele não é bom. Eu tenho esse exemplo na minha vida como músico e profissional. Canto rock desde a minha adolescência e quando comecei eu cantava com uma voz gritada e engraçada, parece que eu tinha um pouco de vergonha de cantar. Mas continuei cantando pois percebi que podia cantar como os grandes cantores de rock do mundo, e aos poucos fui aprimorando e revelando o meu verdadeiro talento. Hoje canto como poucos no Brasil, modéstia a parte, sou um cantor muito valorizado. Na informática também pode ser assim, o medo e a insegurança podem afetar o rendimento de um profissional, mas, eliminando esse problema o real profissional se revela e pode ser de grande valor para a empresa. Acreditar, investir saber valorizar poucas empresas sabem fazer. A grande rotatividade de profissionais da informática está deprimindo muitos talentos, um pouco de psicologia pode fazer mágicas.

Desenvolvendo no dia a dia

Uma excelente maneira de se programar é, quando possível, usando testes unitários. Pode-se chegar a solução em praticamente qualquer tarefa, desde que haja foco no que se faz. Se o problema é grande, vamos procurar o mais importante na questão e começar a trabalhar em cima. Já vi projetos completamente furados em que dentro de sua desorganização queriam resolver mil coisas ao mesmo tempo, resultado, não resolviam nada e acabava na maior confusão. Já tive a infelicidade de trabalhar em projetos que se arrastavam por uma eternidade e outros em que foram planejados para alguns meses mas que na verdade levariam anos para ser concluido.
Percebi em alguns projetos que as pessoas não sabem se falam, escrevem, desenham ou programam. Uma boa documentação pode estar resumida e completa em 3 ou 4 folhas de papel, mesmo que seja um grande projeto, basta que as informações estejam bem consolidadas e focadas no problema. Vejo projetos que chegam a escrever um livro, desnecessáriamente, ou seja, necessário para tirar dinheiro do cliente dizendo que estava trabalhando na parte de análise. Resultado, ao final da grande análise o próprio analista nem lembra mais o que tinha que fazer no começo. Quer ser um programador feliz? programe em pequenos ciclos, pequenos e importantes problemas sendo desenvolvidos continuamente nunca ficam sem solução. Os testes contínuos também são imprescindíveis pois aí que que mora todo o entendimento do problema. bom...por enquanto é só.

Testes de software

Um dos assuntos que mais me interessam no mundo do desenvolvimento de software é com certeza o de testes. Fiz um curso agora em SP e vi como essa área evoluiu. Há testes de todos os tipos e são inúmeros. Testes nunca tem fim. E é interessante saber que hoje os testes são imprescindíveis para a sobrevivência de uma empresa de TI. Já trabalhei muito com testes unitários e automatizados com integração contínua. Mas é um teste só de código, é interessante saber que há também os testes de requisitos que avalia e garante a qualidade de verificação de requisitos dos seus clientes.

Aqui vão dicas de excelentes sites sobre o assunto :

http://www.opensourcetesting.org
http://www.testexpert.com

AOP - Aspect Oriented Programming

Legal.. mais uma sigla! O que é AOP? Na verdade é um nome dado ao que usamos para o tipo de programação que envolve toda a aplicação. Diz-se orientada a aspectos por levar em consideração o aspecto da aplicação como um todo. Temos como exemplo os casos de autenticação e autorização, sistema de log, transação e auditoria.
Criar um componente de log utilizando o Log4J não é o suficiente, já que instâncias desse controlador de log estão sendo usadas por todas as suas lógicas de negócio, assim, o código de uma mesma responsabilidade está espalhado por inúmeras classes. Esse sistema de log não é uma preocupação principal do código de suas classes, mas sim uma preocupação que atravessa(crosscut) outras preocupações formando um aspecto do sistema.

Esse mundo da TI

Pois é... eu fui cantor de rock, mas não deixei de cantar. Hoje estou nesse mercado de TI. Vejo grandes semelhanças entre pertencer a uma banda e a uma equipe de programação. Há sempre o problema de um achar que é melhor do que o outro, isso separa muitas bandas... o grande Ego inerente. Vejo que no mercado de TI, as equipes e os líderes são apenas líderes e isso não quer dizer que estão sempre certos. Chefiar é ter a coragem de errar públicamente e admitir suas conseqüências. Quando uma pessoa é desligada de uma equipe, há uma certa dúvida e aquela pergunta... "onde foi que eu errei? ". Sim, já aconteceu comigo, umas vezes eu saí, outras um líder não foi com a minha cara, outras fui elogiado quando menos esperava. São inúmeras as possibilidades. Todos querem mexer no time e devemos nos acostumar com isso. Em uma das inúmeras combinações... e acontece de uma dar certo. Bom.. e o certo também não dura muito. O certo de hoje pode ser o errado de amanhã e vice versa.

Metodologias.. eu quero uma pra viver!!!

Todos querem uma metodologia mas será que precisam mesmo? Sim a metodologia é necessária para ser seguida, nunca atingida. Pois é assim que as coisas andam. Na informática temos um grande banquete de processos e metodologias diversas, uma grande sopa de letrinhas.
Fazendo uma comparação : Quantas pessoas se importam em seguir uma dieta para perder a barriga ? milhões de pessoas!! Ouvimos milhares de opiniões, seguimos várias metodologias (dietas) e a barriga continua lá. Deu resultado? Pra quem? Há muitas variáveis e as pessoas acabam abandonando o que não dá certo naquele momento. Metodologias precisam de tempo para amadurecer e dar retorno, o problema é não chegam a amadurecer porque esse mercado de idéias não para! Muitos profissionais de informática parecem crianças quando vêem uma nova tecnologia... é como abandonar o brinquedo antigo pelo novo. Um bom exemplo são os celulares.. as pessoas mal aprendem a usar um modelo novo e já vão trocando. Isso vai continuar assim até as coisas terem uma função fixa. Por exemplo - uma geladeira. Ela serve pra gelar não é? E é assim há décadas.
Se eu falo em RUP, XP CMMi e GXPUp (essa eu inventei) Godoy Extreme Programming Unified Process. São metodologias para serem seguidas e não serem colocadas rigidamente na prática. Ué?? Que tipo de regras existem? Se alguém disser que usa XP com RUP? Algum problema? Sim, há problemas para aqueles que se prendem aos livros, esses livros são bons para clarear conceitos e juntá-los em outro conceito :O seu conceito.
Se falarmos em XP estou me referindo à maneira de se programar, e RUP ao processo. Nem XP é unicamente uma maneira de se programar e nem RUP é puramente um processo... ou é?
Sendo assim podemos juntar elementos de programação XP com o processo RUP tranquilamente e pode dar certo... porque não? aliás dá certo pois depende da visão e das pessoas.
Podemos fazer uma boa salada de metodologias, como temperar um bom prato. O que é melhor? Peixe com gengibre ou Chocolate com chuchu? Se um livro disser que chocolate com chuchu é bom você vai comer isso? Considero livros como se fossem temperos para meu conceito sobre uma idéia. Meu conceito seria o prato final, se é bom ou ruim não sei mas eu fiz o prato!