Nos últimos dias resolvi hospedar meu blog em um host próprio e não mais no WordPress.com

Basicamente, eu fiz isso pra poder ter mais liberdade quanto a plugins, themas, etc.

O novo endereço é: http://codificando.com/

Aos que assinam o Feed, por favor atualizem para o novo endereço.

Feed: http://feeds.feedburner.com/codificandocom

Estou preparando novos posts para esta semana…

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/06/04/jruby-on-rails-no-riojug/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Na segunda-feira passada, tivemos uma palestra do Fábio Kung sobre JRuby on Rails no RioJUG. Basicamente foi um repeteco da palestra do Falando em Java 2008, a qual estive presente no dia 18/05 passado.

A palestra foi extremamente importante para abrir os olhos de muita gente que acha que Java vai ser Mainstream pra sempre. Pelo que tenho percebido, o tempo de Mainstream de uma linguagem tem diminuído bastante nos últimos tempos. Antigamente uma lingagem ficava na moda por muito mais tempo que hoje.

Em fim, voltando a palestra, foi bem interessante ver uma visão arquitetural de alto nível do GUJ 3.0, observar as escolhas das gems, o problema com as gems nativas e os contornos utilizados.

A escolha de rodar o Ruby na JVM, foi também um fator que foi muito falado durante a palestra. Os fatores principais foram a questão do compartilhamento de sessão entre os nós e o empacotamento do JForum junto na mesma aplicação, sem a necessidade de mágicas para não precisar de 2 logins.

Um fato que me surpreendeu até (já no Falando em Java 2008), foi quando o Fábio disse que a implementação JRuby está sendo considerada a implementação com melhor performance. Isso é muito legal, o que mostra o esforço grande para se obter alternativas à linguagem Java. E o melhor de tudo foi saber que já dá pra rodar o bichinho no Jetty, gerando a mesma produtividade encontrada na dupla Java/Jetty. O trabalho do Fábio foi tão fantástico no jetty_rails, que no RailsConf2008, Jeremy Kemper incluiu o jetty_rails em seu Keynote. O próprio Fábio falou sobre isso.

Pra concluir, apesar do JRuby on Rails e das novas oportunidades que irão surgir, o que mais me deixou feliz foi ver um projeto brazuca fazendo sucesso internacionalmente, no maior evento de Rails da atualidade.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/05/29/riojug-rest-e-mundo-java/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Ontém tivemos a reunião mensal do RioJUG com a palestra de REST do Bruno Pereira. Mas pera lá, o que a Mundo Java tem a ver com a história? rs. Bem isso eu conto mais pra frente.

A palestra foi bem interessante e apesar de já conhecer REST, agente sempre aprende alguma coisa, sempre. Por isso que eu vou a diversos eventos, como por exemplo o Falando em Java 2008, que tinha algumas palestras que teoricamente não iriam acrescentar muito a mim, mas tem sempre alguma coisa que o palestrante fala que agrega, e as vezes muito.

A palestra do Bruno Pereira foi bem legal, explicando bem os conceitos do estilo arquitetural, falou um pouquinho do framework Jersey e deu bons exemplos de código. Quem não foi perdeu …

E a Mundo Java, heim? Bem vamos lá.

Quando saia da empresa para ir ao evento, comentei com um amigo o fato de eu nunca ganhar nada nesses sorteios de brindes que tem nos eventos (pronto, acabou o suspense ). No Falando em Java 2008 eu queria ter ganho o Nintendo WII, mas infelizmente não deu ). Então, voltando ao papo que eu estava tendo com meu amigo do trabalho, comentei que eu queria ganhar a assinatura da Mundo Java, pois é a publicação de Java que eu gosto mais aqui do Brasil.

O engraçado do sorteio é que o Guilherme Chapiewski deixou a assinatura Mundo Java por útimo e eu fiquei naquela espectativa por nunca ganhar nada nesses sorteios.

E o resultado foi …

QUE EU GANHEIIIIIIIIIIIII

Espero que agora que eu ganhei alguma coisa pela primeira vez eu consiga ganhar novamente em outras oportunidades.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/05/22/ta-cada-vez-pior-viu/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Esses dias eu estava procurando um curso básico em informática para minha esposa, que nunca gostou de computador, mas já se convenceu que não dá mais pra correr, rs. Acontece que me deparei com um curso profissionalizante chamado Programador de Sistemas. Será que alguém aprende a ser um programador com 30 horas de lógicca, 30 horas de modelagem de dados, 45 horas de VB.Net (que provavelmente só vai ensinar Visual Studio.Net) e 45 horas de Delphi? (Meu Deus, Delphi em 2008?). É uma irresponsabilidade total criar um curso desses pra enganar pessoas dessa forma. Eu jamais daria um curso desses, sabendo que a coisa não é tão simples assim.

Sabe o que eu fico pensando disso tudo?

1. A coisa ta cada vez pior em termos de ensino para um programador
2. Coitado das pessoas que tão entrando nesses cursos e achando que sairão profissionais em programação
3. Mais e mais gente despreparada entrando no mercado
4. Mais projetos indo pro buraco
5. Os poucos que são bons ganhando cada vez mais (Parece bom, mas tem os efeitos colaterais, que é você ter dificuldade de arrumar um lugar legal pra trabalhar, visto que a quantidade de profissionais preparados está ficando cada vez menor)

Por que todo mundo acha que pode ser programador? Eu acho que se eu tivesse que ser médico, morreria de fome, pois só de olhar sangue já fico tonto. As pessoas tem talentos diferentes e programação não é aprender a usar ferramentas. Programação é criação. Criação é talento. Talvez eu não tenha talento pra criar uma logomarca, mas para criar um software sim. E outra pessoa o inverso, que seja.

Cada um na sua, por favor.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/05/16/substituicao-sai-bloglines-entra-google-reader/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Sempre usei o Bloglines como meu leitor de feeds e quando usei o Google Reader não gostei muito. Acontece que resolvi testar novamente pra ver se algo tinha melhorado. Eis que tive uma bela surpresa …

Não sei se alguns dos recursos já estavam lá e não dei a atenção desejada. Não sei mesmo. O fato é que algumas coisas simples que o Google Reader me proporcionaram me fizeram migrar instantaneamente. Seguem algumas delas:

1. As mensagens são marcadas como lidas apenas quando clico nelas, ao contrário do Bloglines, onde assim que seleciono a pasta, o mesmo marca tudo como lido e eu preciso manualmente informar o que eu quero marcar como não lido.
2. No Google Reader eu tenho como alternar entre visualização das mensagens em forma de listagem e a visualização expandida (i.e. conteúdo completo). Isso é ótimo, uma vez que alguns feeds eu apenas leio o título da matéria e já descarto e quando é algum feed que eu já sei que quero ver tudo, como o caso de alguns blogs, eu passo para a visualização extendida e tudo beleza.
3. O Google Reader tem um recurso de recomendações muito interessante, que me recomenda feeds de acordo com feeds que já assino. Logo de cara eu encontrei um blog legal sobre Rails que eu não conhecia e isso foi ótimo.
4. A parte de tendências também é muito importante. Essa feature me ajuda a ver feeds que tem muitas mensagens e que na verdade eu leio pouca coisa, de forma que eu possa perceber se aquela inscrição não está valendo a pena e dar um unsubscribe nela.

No fim das contas eu estou gostando muito de usar o Google Reader. Se alguém tiver algum contra-argumento é muito bem vindo.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/04/25/nao-seja-teimoso-seja-pragmatico/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Estive pensando esses dias sobre algumas coisas que percebi em diversos lugares que trabalhei. Por vezes me deparo com situações em que as pessoas estão tentando aplicar alguma coisa que aprenderam em algum curso, livro, blog, revista, etc . Até ai tudo bem, afinal de contas é legal fazer novos experimentos.

A coisa deixa de ser legal quando o que se tenta aplicar se mostra ineficiente ou ineficaz no cenário/contexto em questão. Nesse momento o que mais vejo são pessoas teimando em continuar com aquela prática, mesmo vendo que aquilo não está funcionando. Eu mesmo, por diversas vezes tive essa atitude.

Uma opção interessante é fazer o seguinte: Quando uma prática não está funcionando, verifique se você está fazendo a coisa como tem que ser. Em caso negativo, tente novamente, dessa vez fazendo da maneira correta. Caso você realmente esteja aplicando a prática que você aprendeu e gostou da maneira correta, mas no contexto que você está tentando a coisa não funciona, simplesmente largue e tente outra coisa. Sempre existem alternativas, sempre….

Ship it! Page 2:
“… Never be afraid to remove something that doesn’t work in your circunstance, and dont keep a practice just because it’s well’known or popular. Forge out your own way, based on what works for you and what doesn’t.”

Eu deixei de ser teimoso faz tempo …. e você?

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/03/19/quando-o-freelancer-e-uma-furada/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Estive pensando esses dias sobre trabalho freelancer. Por muito tempo aceitei esse tipo de trabalho, pois sempre gerava uma grana extra no bolso. Acontece que comecei a perceber que toda vez que eu pegava um freela pra fazer aquilo me sugava, e naturalmente não conseguia tempo para estudar, me manter atualizado e ainda por cima sempre tinha uma enorme dor de cabeça e por algumas vezes ficava doente, pois o esforço era muito grande.

Você pode querer me questionar dizendo: Mas você vai trocar uma grana boa extra por estudar? Isso você faz depois. Tudo bem, realmente eu posso estudar depois que terminar o freela, isso é uma opção. Mas será que é uma boa opção ralar num freela e deixar pra estudar depois? Vejamos …

Recentemente uma frase antiga começou a martelar na minha cabeça: Work Smarter, Not Harder. Sinceramente nem sei de quem originalmente é essa frase, pois já li em vários lugares e livros então não tenho certeza do criador da mesma. Bom, isso pouco importa. O fato é que comecei a perceber que a maioria dos freelancers que pintavam eram coisas que não me acrescentavam muito em meu conhecimento. Geralmente eram sistemas de cadastro/consultas/relatórios, onde já tinha um bom punhado de código pronto, sem testes automatizados, com build complicado e eu não tinah autonomia para ao menos tentar arrumar a bagunça. Isso sem contar aqueles projetos onde o prazo simplesmente é impossível de cumprir mas como vai render uma ótima grana você se mata de trabalhar de olho no dinheiro. A conclusão que cheguei é que eu estava trabalhando demais, perdendo meus momentos de descanso, lazer com a família e não estava me mantendo atualizado com as tecnologias. Mas então como ganhar mais dinheiro? Se estou dispensando o freelancer certamente vou deixar de ganhar uma boa grana certo? Será que existe uma alternativa interessante?

Um tempo atrás comecei a pensar como poderia ganhar mais dinheiro sem ter que fazer freelance, ou seja, sem ter que trabalhar mais. Parece complicado, mas é perfeitamente possível. A tese que eu defendo é que se você utilizar perto de 1/2 do tempo que você gasta com freelancer estudando e participando de projetos open source interessantes (Esses sim vão te agregar alguma coisa), futuramente você poderá continuar trabalhando suas 8 horas por dia e ganhando um salário talvez melhor que o seu atual+freela sem ter que perder seus fins de semana, lazer, descanso, entre outros. Sem contar que trabalhar com as tecnologias de ponta e ser pioneiro em implementações no local onde você trabalha é um prazer enorme.

Mas então qualquer tipo de trabalho freelancer não vale a pena? Sinceramente acho que existem projetos que valem a pena, mas posso contar nos dedos e não passa dos dedos da primeira mão. Via de regra, eu não participo mais de projetos freelancer, a não ser que seja algo muito interessante.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/02/28/pilula-vermelha-ta-valendo-a-pena-oferecer/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

A área de Desenvolvimento de Software passa por uma grande mudança nos últimos anos. Existe um apelo muito grande na comunidade de desenvolvedores de software para práticas ágeis, menos burocracia e soluções práticas e eficientes para se trabalhar.

Acontece que pessoas com perfil inovador, ou mesmo pessoas mais tradicionais mas de mente aberta, se empolgam facilmente e tentam convencer as pessoas que essas “novidades” são ótimas e que a forma”antiga” com que fazemos as coisas não funciona, ou melhor nunca funcionou de forma decente.

Ai começam os problemas. Por mais incrível que pareça, as pessoas de TI em sua maioria são muito mente fechada, e quando se fala de algo do tipo a maioria delas tem uma resistência enorme e geralmente faz alguma gozação, ou simplesmente menospreza dizendo: “Meu filho, a IBM que criou isso? A Sun? A Oracle? Ah, foi Fulano de tal? quem é esse cara? Não quero saber disso não ..”

Felizmente, encontro pessoas abertas, que ouvem, percebem e ao menos procuram conhecer sobre os assuntos e na maioria das vezes a pessoa passa a entender as mudanças e se tornar adepto.

O problema disso tudo é que em vários momentos tem gente mente fechada que nos enxerga como maluco, quase uma comunidade de anarquistas, algo como se fosse uma rebelião contra o modelo atual. De fato, é uma insatisfação total, pois a coisa já ta mais que provado que não funciona, basta ver os prazos estourando, pilhas de documentos que estão sempre desatualizados e software com qualidade a baixo do aceitável.

Depois de levar tanto fora e ser tratado mau algumas vezes por algumas pessoas, será que ta valendo a pena ainda oferecer a pílula vermelha?

Acho que vou adotar a idéia do Morpheu e evitar oferecer essa pílula para as mentes adultas (Aqui você entende como quiser). Melhor oferecer com mais critério, não pelos mesmos motivos do filme matrix, mas pra evitar desgaste com pessoas, que é muito chato.

Com as mudanças que ocorreram e ainda estão ocorrendo na área de Desenvolvimento de Software, como agile, TDD (Acreditem, apesar de não ser novo tem muita gente que ainda nem sabe o que é isso), SCRUM, etc, é muito comum que as pessoas com perfil inovador, ou mesmo pessoas mais tradicionais mas de mente aberta, se empolguem bastante e tentem convencer bastante gente de que essas mudas são ótimas e que a forma com que fazemos as coisas nas grandes corporações aqui do Brasil, com processos burocráticos, quilos de documentação, metodologias Waterfall disfarçadas de RUP, simplesmente não servem mais, ou melhor, nunca serviram.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/02/21/mas-eu-te-disse-eu-te-disse/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Na década de 70, passava na TV um desenho chamado Carangos e Motocas (Wheelie and The Chopper Bunch). Eu nem era nascido nessa epoca, mas a famosa frase Mas eu te disse, eu te disse… ecoou por algum tempo ainda.

Meu primeiro post deste blog foi sobre a instalação de um componente de GNV no meu carro. Na ocasião, o problema todo foi eu ter feito uma escolha que era performática mas tinha sérios problemas na manutenção. Pois bem ….

Na semana passada, mais precisamente na segunda-feira, meu carro enguiçou próximo a empresa onde trabalho enquanto me deslocava de onde moro até o destino. Em princípio tudo bem, afinal de contas isso são coisas que acontecem. Após colocar o carro em uma oficina próxima onde meu carro parou e ver que o profissional desta não sabia muito bem como resolver meu problema, reboquei o carro até o profissional de minha confiança que sempre fez manutenção do meu carro. Chegando lá, o mesmo detectou rápidamente que o bendito do Chip GNV, que é o que me dava mais performance estava com problemas e misturando os combustíveis. Naquele momento veio a voz interior dizendo: Mas eu te disse, eu te disse, eu te disse, eu te disse, eu te disse…

Tive que levar meu carro na oficina matriz da empresa de GNV, pois como disse no outro post, com o chip só poderia ser visto lá o problema. O pessoal “especializado” jurava de pé junto que não era o chip, mas mesmo assim solicitei que modificassem a instalação para os componentes que as filiais possam dar manutenção.

Não tem nada muito de novo nessa história, tão somente o que eu havia previsto se cumpriu (Eu te disse …). O importante é ver como não pensar em manutenção quase sempre nos dará dor de cabeça no futuro e isso acontece também com nossos softwares.

Tirei duas lições importantes:

1. Profissional confiável está dificil hoje em dia.
2. Qualquer produto que for adquirir, pensar em como será a manutenção deste.

Antes de você ler esse artigo, gostaria de informar que esse blog agora está em um host próprio. O mesmo artigo pode ser lido em: http://codificando.com/2008/02/15/a-maravilhosa-teta-chamada-soa/. Se você quiser ler aqui mesmo não tem problema, mas as próximas publicações serão feitas apenas no site http://codificando.com/. Um grande abraço.

———————————————————————————-

Nos últimos meses, tenho ajudado a empresa onde trabalho a escolher um fornecedor para implantar SOA na casa. Infelizmente, não nos está autorizado a fazermos nós mesmos. Os fornecedores escolhidos pela empresa para nossa avaliação, são quase todos fornecedores [A-Za-z]{3}.

Tenho percebido de maneira geral que a maioria desses fornecedores não conhece muito do que nos tem apresentado. Uma simples pergunta sobre Message Broker e ninguém, absolutamente nenhum dos fornecedores soube responder direito. Na verdade, alguns deles confundiram com o produto Message Broker da IBM e outros com ESB.

Teve uma outra empresa, que não posso mencionar o nome por motivos óbvios, que conseguiu vender um projeto SOA aqui dentro, que não era nada mais que instalar um ESB, um servidor de processos e fazer um sisteminha de referência e só !!!! O Pior de tudo é que ganharam uma grana preta com isso.

O fato é que está muito difícil opinar sobre qual fornecedor a empresa deve confiar o “projeto” SOA, e o cenário atual, com a pressão vinda de cima pra baixo para implantar alguma coisa de SOA, só porque está na moda e sem as vezes nem entender o que é, faz como que muitos fornecedores consigam essa maravilhosa TETA pra mamar nas grandes corporações.