2010 a toda corda

Bem, começamos o ano, tecnologias novas vêm aí sempre acompanhadas das boas e bem estabelecidas soluções de alto nível.

Incluíndo uso abusivo de Java e seus milhares de frameworks para fazer quase a mesma bagunça coisa.

COBOL Rube Goldberg
Foto: Phil Manker

.'.

Feliz Ótimo Natal!

Divirta-se, relaxe e tenha bons momentos!
Foto: c.zwerg

Fim de ano, mais uma data. Que seja pelo menos um dia a mais para buscarmos melhorar, estar com quem gostamos e compartilhar alegria e votos de prosperidade.
Daqui a pouco vem o ano novo, então que Natal seja um presente para nosso espírito, nossos ideais, nossas famílias e pessoas que nos são queridas.
E um presentinho também sempre é bem vindo, pode mandar lá prá casa.

.'.

Administrando por Objetivos

O lendário Rowan (esquerda) com o General Garcia (direita)

Administrando por Objetivos

Quando você estabelecer metas, lembre-se que as metas só serão possíveis se houver meio para isto.

Textos como a famosa 'Carta para Garcia' falam sobre capacidade de automotivação e independência na solução de problemas, mas não tem nada a ver com milagres que tantas empresas tentaram explorar e até hoje vemos isto acontecer.
E sim, sabemos que nem tudo que tem ali é verdadeiro, mas vale a estória.

Nos tempos recentes, e isto se repete a cada tantos anos, por causa de uma tal de crise que foi causada por excessos de gastos e mau gerenciamento, noutros países ou no nosso, houve muito oportunismo em cortar custos e cobrar atitudes verdadeiramente heróicas do tipo que só uma mãe desesperada é capaz de fazer para salvar a vida de um filho.
Porém a menos que o CIO tenha colocado a própria mãe para trabalhar para ele e dito que ele perderia o emprego, a mulher e os filhos, este tipo de expectativa tende mais a ser um fator desmotivador para a equipe.

Em resumo, se você precisa de resultados, lembre-se de que o pessoal da sua equipe também espera ter resultados da sua parte.
Apenas pedir, pedir, pedir para fazer com quase nada ou pouco em troca, são atitudes que vão custar muito mais no futuro, seja por trabalhos mal feitos ou incompletos, seja por falta de elementos, ferramentas de trabalho, etc adequados.

As coisas tem custo. Se a empresa não pode, ou simplesmente não quer pagar por algo, não pode esperar transformação de água em vinho.

O melhor, é ser realista, prover as necessárias condições de trabalho e liberdade inclusive, necessárias.

A Carta para Garcia, fala de alguém que recebeu uma missão sem contestar, mas note bem, não colocaram empecilhos para que alcançasse o objetivo. Realmente foi uma condição extrema, mas ele não tinha um chefe atrás dele pegando no pé. O mérito foi dele, não do chefe.

Vou repetir para o pessoal que adora usar metodologias da moda e textos motivacionais: o mensageiro recebeu uma missão mas ninguém ficou em cima dele querendo impor como ele deveria fazer. Ou seja: se tem pessoas de talento, deixe elas trabalhar! E se fizerem milagres por você, seja ao mínimo justo e dê muito mais que a porcaria de um tapinha nas costas. Valorize realmente!

A empresa é de todos. É fácil ser uma empresa grande, difícil é ser uma grande empresa. 


P+
21/12/2009 

.'.

O Fluxograma da Cerveja

Agora, falando em cerveja de verdade, você está indeciso sobre o que vai beber, ou é simplesmente um dedicado estudante dos prazeres desta antiga bebida?

Olha o que pessoal do www.geekologie.com encontrou:

 All Of Them!: A What Beer To Drink Flowchart é um fluxograma que inclui algumas das melhores cervejas do planeta. Nenhuma brasileira, afinal o site é lá de fora e eles não conhecem a Polar, que é uma das melhores por aqui.

Mas uma Guinness... uhmmm... estou aceitando presentes de Natal.

 .'.

Leia também: Beber Pode Ser Saudável e Ecológico.

Concordo: Justiça proíbe teste cego da Kaiser - Cirrose e Computador

Este é meu comentário publicado no blog do Marcelo Onaga, da Revista Exame: Justiça proíbe teste cego da Kaiser

Em 19/11/2009
"...A Justiça concedeu liminar a pedido da AmBev proibindo a veiculação da campanha publicitária da Kaiser que mostra o resultado de um teste cego feito com mais de 2500 consumidores. A Femsa, dona da Kaiser, deve recorrer..."

Meu comentário:

Como consumidor e profissional, notei uma coisa simples, mas que pode ter passado despercebido pela maioria das pessoas:

O tal teste cego anunciado, fala em "qualidade", mas parece que na verdade trata-se de quantidades vendidas.

Dependendo aonde você mora, não tem muita opção, e no meio de uma cervejada, o pessoal compra o que tiver mesmo. Da mesma forma, determinados estabelecimentos só vendem certas marcas.

Qualidade não é o mesmo que quantidade e, é só olhar o mix de marcas apresentadas naquele anúncio para comprovar que tem de tudo ali.

É muito parecido com a nossa área de informática, quem não conhece acha que computador é tudo igual e pior, bebem qualquer coisa, digo, colocam qualquer coisa goela abaixo, digo, na empresa e depois o fígado é que sofre, digo, os lucros é que se vão pelo ralo.

Papercraft - Montagens com papel

Prayer 
Wall Mounted Papercraft
Artista: Taras Lesko - Ukrainia

Para quem gosta de "papercraft" (arte em papel), ou simplesmente, criar miniaturas, brinquedos, etc usando papel, alguns sites legais:

Papercraft World


Papercraft Square


Mundo Papercraft


Visual Spicer.com

Star Wars X-Wing papertoy

.'.

Como ser um bom programador

Foto: riebschlager

Como ser um bom programador


Programação é uma atividade intelectual, racional, emocional, artistica, espiritual e mística. Tudo depende do como cada pessoa vai trilhar este caminho.

Seguindo na proposta de comentar sobre otimização, desenvolvimento e outras coisas, coloco então algumas observações que tenho coletado, observado e principalmente, vivenciado nestes anos todos.

Tornar-se um bom programador tem a ver com desenvolver suas habilidades pessoais em primeiro lugar. Ter gosto pelo estudo mas sem se apegar a dogmas e paradigmas. Estar pronto a revisar conceitos. Procurar fazer o melhor de si.

Claro que aprender tecnologias é importante, mas de nada adianta decorar milhares de parágrafos de informação se na parte da interação social entre você e as demais pessoas, o computador ficar como uma barreira.

O programador realiza a tarefa de projetar em detalhes e traduzir para o computador uma determinada tarefa humana. É isto que deve ser lembrado, os computadores devem estar a serviço da humanidade e é por isto que é sempre bom aprender sobre as pessoas.

Nosso trabalho é aprimorar as maneiras de se conseguir isto, mesmo que seja trabalhando muito mais para que outros possam trabalhar muito menos.

Acredite que você pode fazer melhor e trabalhe para isto.

Se você encontrar algo errado, arrume. Não interessa quem fez, se está na sua mão é responsabilidade sua melhorar ou resolver o problema.

Simplifique a vida do usuário. Seu programa deve ser simples e fácil de usar. Inclua tratamento decente de erros, com mensagens claras e objetivas. Crie tratamento automatizado para os erros mais comuns.

Teste seu programa de todas maneiras. Teste seu programa de todas maneiras. E principalmente, teste seu programa de todas maneiras. Só porque tem um botão na tela, não pense que alguém vai clicar direto nele. É mais provável que vão fazer de tudo, e as vezes, até clicar o maldito botão.

Documente seu código. O código deve ser claro, auto-documentado. Evite siglas e menmonicos, prefira nomes auto-explicativos.

Use bem os recursos de máquina. Boa performance economiza tempo, energia e ajuda a conservar o meio ambiente.

Dedique o tempo necessário para conseguir uma boa solução. Mas não gaste mais tempo do que o benefício que se pretende conseguir.

Identação de código é obrigatório. Desculpe, mas se você não entende nem isto, por favor, mude de ramo, esqueça programação e nunca mais chegue perto de um programa.

Lembre que algum dia alguém vai ter que mexer neste programa. Pode ser até você mesmo, mas com certeza, os comentários e clareza do código serão de imensa ajuda.

Evite malabarismos desnecessários só para mostrar que aprendeu alguma mágica diferente.

Elimine código inútil ou sem uso.

Fuja do código spaghetti tanto quanto possível.

Divida o programa em pequenas secções, use funções, etc.

Pense no que está fazendo. Longas cadeias de IFs ou IFs quilométricos, que se extendem por páginas e páginas são uma fonte certa de dor de cabeça e não tem a mínima justificativa.

Faça modelos ou programas de exemplo para testar o funcionamento das diferentes partes, algoritmos e/ou funcionalidades.

Nenhum otimizador de programa ou SQL ou seja o que for, vai fazer milagre se o seu código for mal feito. Pode até melhorar um pouco e virar um código mal feito otimizado. Otimizadores funcionam bem mesmo é com código razoavelmente bem feito. Nenhum deles vai fazer milagre em arrumar lógica absurda.

Máquina mais rápida faz código ruim rodar um pouco menos devagar. Melhore o código até chegar ao equilíbrio entre tempo de desenvolvimento versus custo de hardware.

Lembre, programar é a arte de dizer ao computador quais são os passos que deve executar com as informações. Ponto. Portanto, estude lógica e pratique.

Verifique, compile, teste seu programa com frequencia.

Leia seu código fonte. Quanto mais você ler o código fonte, melhor vai ter compreensão dele.

Use padrões.

Reutilize código que funciona. Crie funções genéricas para atender necessidades comuns.

Use sua auto-crítica.

Otimize. Reotimize. Melhore e aperfeiçoe.

Adote um padrão de codificação.

Foto loupiote (Old Skool)

Não seja preguiçoso. Fazer algo correndo pode lhe custar dez vezes mais tempo mais tarde. Ao invés de ser preguiçoso, use sua criatividade para desenvolver ferramentas que vão tornar seu trabalho mais fácil. Lembre, no início havia apenas a linguagem de máquina. Depois algum programador criou o Assembler e as linguagens de programação que facilitaram tudo.

São os programadores quem vão criar as ferramentas que serão usadas amanhã, portanto, não espere encontrar tudo pronto nalguma ferragem.

KISS. Sigla de "Keep It Single Stupid". Tradução: Faça isto simples estúpido!

Código bom é código simples. Mesmo que seja uma rotina complexa, pode ser feita com clareza a objetividade.

Não se case com nenhuma idéia. A pior coisa é você estar atrelado a uma grande idéia e ter apenas uma única grande idéia.

Mantenha contato com seus superiores e usuários para saber se vocês estão indo na mesma direção.

Converse com outros desenvolvedores para debater sobre o código, algoritmos, metodologias, etc. Conversa de bar está liberada.

Mantenha-se informado e adote novas tecnologias sempre que adequado.

Estudar novas tecnologias e também outras áreas, incluindo ciências humanas, lhe trazem idéias, inspiração e conhecimento sobre diferentes maneiras de fazer as coisas, de pensar, analisar e solucionar problemas.

Aprenda outras linguagens e principalmente, aprenda a programar de maneira diferente pois cada linguagem tem conceitos diferentes. Se você faz a mesma coisa com linguagens diferentes, está desperdiçando o potencial que cada ferramenta possui. É por isto que vejo tanto programa spaghetti feito em linguagem Java!

Não existe uma linguagem que seja ótima para tudo. Se necessário, adote linguagens que possam ser complementares, utilizando o melhor de cada uma, de acordo com a necessidade a ser atendida.

Pense para o futuro! A sigla de tecnologia da moda de hoje, será ultrapassada em dois anos.
Em cinco anos você vai descobrir que a linguagem atual é muito mais parecida com a linguagem de 20 anos atrás do que você pensa.
Em dez anos você vai saber que os princípios continuam os mesmos, apenas temos ferramentas melhores, hardware mais rápido e barato.
Boa parte das melhores ferramentas de hoje, foram idealizadas e desenvolvidas pelos que já pensavam nelas a 20 ou 30 anos.
Se você duvida, é só ler os livros e manifestos dos anos 70 e 80.

P+
05/11/2009



Leia também:

• Não é Máquina Atolada. A Performance É Que Foi Prô Brejo...
• Adicionar Hardware Não Compensa Software Lento
• Performance: Quando A Culpa Não é do Banco de Dados

.'.

Voodoo no Chefe

Boneco de Voodoo do Chefe

A antiga arte poderia ser usada em TI, ou nos negócios em geral?

Poucos sabem, mas Voodoo pode, e preferencialmente deve, ser usado para o bem, para coisas positivas.

Eu já tinha visto este boneco tempos atrás, mas só agora encontrei algumas fotos.






Ao invés de procurar nocautear, ele é guiado pelo desejo de atitudes positivas em favor do requerente, como "Seja bonzinho", "Me dê um elogio" até "me dê um aumento". (risos)

Brincadeiras a parte, o importante é buscar canalizar energia para atitudes positivas.

Seria interessante experimentar a técnica, fazendo um boneco da placa mãe do computador e tentar operar mudanças no processamento.

Falando sério, se você busca mudanças, quem sabe ao invés de causar dano, seria melhor trazer coisas boas? Se seu chefe tem problemas, pedir que ele encontre luz para mudar e se tornar melhor.

Se não tem jeito, tipo, chefias que são decididamente más, geralmente com aprovação do escalão superior,então é melhor você mesmo tomar uma atitude positiva e pedir luz para você conseguir outra colocação, num lugar mais saudável.

Em tempo: sempre digo que uma das melhores maneiras de se livrar de um inimigo é abrindo os caminhos dele. Se ele ganhar na megasena, ou encontrar a sua verdadeira alma-gêmea lá do outro lado do planeta, vai com certeza se mudar para bem longe e sair da sua vida. E ainda por cima, pode até lhe agradecer!

.'.

Leia outros artigos relacionados clicando nas tags abaixo:

Videos. Ufos e viagem à Lua

Pyramids in the moon.
Montagem do artista NewZazita

Existe algo suspeito a sobre as atitudes da NASA em relação aos UFOs?
Veja:  "Secret Space"



Site: "A Fraude do Século"

Este site questiona a veracidade da chegada do homem à a Lua.

Pessoalmente  não concordo com a maioria das colocações do autor, mas mesmo assim é interessante de se visitar.

Só para lembrar, quando se aprende a desenhar perspectiva, percebe-se que as sombras vão direcionar-se para o ponto focal "ao fundo da imagem".

http://www.afraudedoseculo.com.br

.'.

Veja também:

• UFOs divulgados pelo FBI

.'.

Manifesto pelo Desenvolvimento Ágil de Software

Manifesto for Agile Software Development

Gostei desta e presto meu apoio:

Manifesto para Desenvolvimento Ágil de Software

Estamos descobrindo maneiras melhores de desenvolver
software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:

Indivíduos e interações mais que processos e ferramentas.

Software em funcionamento mais que documentação abrangente.

 Colaboração com o cliente mais que negociação de contratos.

Responder a mudanças mais que seguir um plano.
 

Ou seja, mesmo havendo valor nos itens à direita,
valorizamos mais os itens à esquerda.

Princípios por trás do Manifesto Ágil

Nós seguimos estes princípios:

  Nossa maior prioridade é satisfazer o cliente
através da entrega contínua e adiantada
de software com valor agregado. 

Mudanças nos requisitos são bem-vindas,
mesmo tardiamente no desenvolvimento.

Processos ágeis tiram vantagem das
mudanças visando vantagem competitiva para o cliente. 

Entregar frequentemente software funcionando,
de poucas semanas a poucos meses,
com preferência à menor escala de tempo. 

Pessoas de negócio e desenvolvedores devem trabalhar
diariamente em conjunto por todo o projeto. 

Construa projetos em torno de indivíduos motivados.

Dê a eles o ambiente e o suporte necessário
e confie neles para fazer o trabalho. 

O método mais eficiente e eficaz de transmitir
informações para e entre uma equipe de desenvolvimento
é através de conversa face a face. 

Software funcionando é a medida primária de progresso.
Os processos ágeis promovem desenvolvimento
sustentável. Os patrocinadores, desenvolvedores e
usuários devem ser capazes de manter um ritmo
constante indefinidamente. 

Contínua atenção à excelência técnica e bom design
aumenta a agilidade. 

Simplicidade--a arte de maximizar a quantidade de
trabalho não realizado--é essencial. 

As melhores arquiteturas, requisitos e designs
emergem de equipes auto-organizáveis. 

Em intervalos regulares, a equipe reflete sobre como
se tornar mais eficaz e então refina e ajusta seu
comportamento de acordo.



Site do manifesto: http://www.agilemanifesto.org

.'.