O que a ferramenta faz na prática é combinar recursos de gerencia de defeito (bug tracking) com gestão de mudanças, com planejamento e gerenciamento de projeto, com controle de versão (SCM) e com integração contínua – tudo isso em uma única solução sem necessidade de integrações, configurações complicadas e investimentos adicionais.

Além de um grande número de features, a simplicidade, usabilidade e performance foram as prioridades da IBM neste projeto comandado por Erich Gamma e lançado em 2008. Em 2010 foi eleito pela Forrester Research Inc em sua pesquisa “Agile Development Management Tools” como a melhor do mercado em número/qualidade das features (current offering). Segue abaixo uma cópia da pesquisa para consulta:

ftp://public.dhe.ibm.com/common/ssi/ecm/en/ral14023usen/RAL14023USEN.PDF

O detalhe é que a versão analisada pelo Forrester foi o RTC 2.0. Agora (dia 23/11) foi lançamento a versão 3.0 com muito mais features e diferenciais estrategicos e de negocio para os usuários. Segue abaixo um resumo das principais novidades:

• Distribuição e Licenciamento:
  A forma de distribuição da ferramenta foi alterada. Agora não é mais necessário pagar pelo server. Ou seja: comprando 10 licenças de usuário você pode ter até 10 servers. Essa flexibilidade permite criar ambiente de treinamento, homologação e produção para o RTC sem custos adicionais.
• Versão Gratuita com mais funcionalidades:
  Até o RTC 2.x a distribuição era dividida em Express-C, Express, Standard e Enterprise. Cada uma com um conjunto de funcionalidades diferentes. Na pratica o Express-C (versão gratuita até 10 usuários) era a versão mais simples e não possuia muitos recursos de customização por exemplo. Agora não existe mais versão de RTC Server e a lista de funcionalidades está associada ao tipo de licença de usuário ao invés do tipo de server. Com essa mudança os “Free Developers” tem acesso a maior parte das funcionalidades da ferramenta sem custo!
• Gerenciamento de Projetos:
  Houve uma mudança de estrategia / escopo dos produtos e as principais features de gerenciamento de projetos formais (não-ageis) que estavam no RPC (Rational Project Conductor) foram incorporadas ao RTC. Com isso o RTC 3.0 possui gantt chart, dependencia entre tarefas, restrições, alocação de recursos, time tracking, gerenciamento de riscos entre outros recursos que já estavam presentes no RTC 2.x.
• Nova Interface WEB:
  A interface WEB que já era excelente foi melhorada. Os pontos positivos foram mantidos mas foi adicionado mais flexibilidade em personalizações como menu customizável e gadgets OpenSocial. Além disso o carregamento via interface web ficou mais leve com melhoras notáveis nos planos do projeto.
  Essa reestruturação serviu também para implementar novos recursos na interface web que até então estavam disponíveis somente via interface Eclipse.
• SCM Distribuído:
  Muitas empresas tem a necessidade de dividir o desenvolvimento de software com parceiros e fábricas externas. Com o SCM distribuído isso ficou mais fácil. Agora é possível armazenar os artefatos no SCM de um RTC local e depois sincronizá-lo com um RTC remoto.
• Suporte ao Visual Studio Melhorado:
  Vários recursos avançados foram implementados para o Visual Studio que está mais alinhado com os recursos presentes no Eclipse. Outra melhora considerável é o suporte ao Visual Studio 2010.
• Mais Integrações e Suporte ao Legado:
  A solução de integração do RTC 1.0 com ferramentas legadas era exclusivamente via connector que na prática é um duplicador de dados automatizado. Na versão 2.0 surgiu o brigde que estabelece um link entre dados do RTC e ferramentas externas sem a necessidade de duplicações. Na versão 3.0 as ferramentas passaram a utilizar melhor o bridge com links bidirecionais e a suporte a mais ferramentas legadas / versões.
  No Brasil grande parte dos clientes de ClearCase usam ClearCase Base ao invés do UCM e a integração com ClearCase Base agora é suportada. Além disso falando de produtos Rational, as integrações com Rational ClearQuest, Rational Synergy e Rational Change sofreram melhoras significativas.

O RTC faz parte do projeto Jazz (jazz.net) que é a plataforma de integração de ferramentas de desenvolvimento lançado junto com o RTC. Vale lembrar que este projeto seguiu o sucesso e experiencia da IBM no projeto Eclipse. Através do jazz.net você pode: interagir com a comunidade, deixar sugestões de melhorias, reportar defeitos, discutir com os desenvolvedores, baixar o código fonte e versões free, estudar a arquitetura do produto e o padrão aberto OSLC, acessar o roadmap das novas versões, enfim participar do desenvolvimento colaborativo da única plataforma ALM aberta do mercado.

Isso é um pouco do que o RTC pode fazer por você e sua equipe. Descubra mais em:
http://jazz.net/projects/rational-team-concert

Conheça e acesse este conteúdo também no blog da IBM Rational: http://bit.ly/dRDILC

O projeto Eclipse (eclipse.org) foi originalmente criado pela IBM em 2001 e tem desde então recebido cada vez mais apoio de empresas e comunidades de software livre.
Com o sucesso desse modelo de desenvolvimento envolvendo simultaneamente empresas e comunidade, em 2004 foi criada uma entidade independente chamada Eclipse Foundation. Essa entidade tem até hoje o objetivo de preservar a independencia do projeto Eclipse de desejos da empresa A ou B, dando voz a todos o envolvidos.
Os resultados são expressivos. Há algum tempo temos o Eclipse como base de ferramentas IBM e vários outros players, sem falar em projetos da comunidade.
Tudo isso tem feito o Eclipse evoluir muito rápido gerando beneficios para todos. Neste sentido, uma feature nova não é importante apenas para o software eclipse que baixamos do eclipse.org, ela gera valor para software livre e comercial e mais ainda para você usuário de alguma dessas ferramentas.

Já que o Eclipse é tão importante por ser a base de outros softwares, quais são suas tendências e o que está por vir para beneficiar nosso dia a dia?
Olhando o presente, o Eclipse 3.6 lançado recentemente provavelmente vai ser a utilizado em ferramentas Rational que serão lançadas em 2011. Essa versão possui uma série de pequenas melhorias em cima de uma base consolidada. Mas para falarmos de tendencias temos que olhar mais a frente.

Conhecendo o Eclipse e olhando para o futuro é fácil prever que: as ferramentas que serão lançadas em meados de 2012 e que talvez nem começaram a ser projetadas vão ter sua interface visual “repaginada” com um design similar a imagem abaixo.

Esse é um print do Eclipse 4 para “Early Adopters” que acaba de ser liberado. Basicamente essa é uma versão inicial do Eclipse 4 direcionada apenas para que desenvolvedores de plug-ins comecem a adaptar suas extensões para essa nova versão do Eclipse.

Ainda pensando em interface visual, este novo Eclipse vai suportar temas baseados em CSS, maior customização de widgets (campos e componentes visuais) e a tendencia é que cada aplicativo baseado nesta IDE tenha cada vez mais uma identidade visual diferenciada. Em alguns casos a primeira vista possivelmente nem vamos perceber que o software que iremos utilizar tem por trás uma solução tão madura e cada vez mais customizável.

Por falar em Eclipse, não foi atoa que seu modelo de desenvolvimento foi escolhido pela IBM para ser a base de outro projeto – http://www.jazz.net onde encontramos o Rational Team Concert, Rational Quality Manager, Rational Requirements Composer, entre outros que tem seguido o mesmo caminho de sucesso.

link original: http://bit.ly/go5qIB

http://sourceforge.net/apps/wordpress/demoiselle/2010/01/26/spider-on-rails-gerando-codigo-demoiselle/

O resultado da analise detalhada (ver link acima) e criação de um template para o Demoiselle foram bastante positivos e podemos destacar alguns trechos dessa analise:

“Continuando minha busca por alternativas legais para geração automática de código usando templates encontrei na InfoQ o interessantíssimo projeto open source SPIDER On Rails, um plug-in Eclipse bastante customizável que possibilita a criação de aplicações completas em várias linguagens”

“A geração automática de código costuma ser bastante criticada pela impossibilidade em se controlar a qualidade do que é produzido. O SPIDER permite uma grande flexibilidade para que deixemos o código do “nosso jeito” ou do “jeito da nossa organização”.”

“Vale destacar aqui uma funcionalidade muito interessante do SPIDER. O uso de incrementos com base em Expressões Regulares, permite incluir um pequeno trecho de código (incremento) em arquivos já existes sem perder configurações e/ou customizações do desenvolvedor realizadas anteriormente. Isso permite, por exemplo, alterar conteúdo de classes, páginas e arquivos de propriedades, a cada geração de um novo CRUD” (sem perder nada).

O termo “mito” é, por vezes, utilizado de forma pejorativa para se referir às crenças comuns.
E existe uma cresca comum que geração de código é algo ruim em projetos.

Encarnando os MythBusters vamos tentar analisar objetivamente se esse mito é válido.

A geração de código é a capacidade de gerar artefatos a partir de diagramas, templates ou até comandos.

Um fato constatável é que alguns desenvolvedores são um pouco resistentes ao termo “Geração de Código”.
As principais reclamações são:

• O código gerado não respeita nenhuma regra de arquitetura, é simplesmente “um monte de código” de má qualidade;
• Não é possível manter o código gerado porque ele não segue nenhum padrão e é difícil de entender, sempre é necessário regerar o código em caso de mudanças;
• Após gerar o código a minha aplicação fica sempre depedente da ferramenta de geração, sem ela o projeto não pode ser alterado;

Dada à diversidade de ferramentas dessa área, estes pontos parecem estar corretos. É fácil encontrar esses tipos de problemas e limitações.
Indo mais além, muitos de nós já se deparou com projetos que prometiam criar um sistema por completo usando geração de código (ferramentas CASE), porém sabemos que isso não é a realidade. Não podemos substituir as pessoas, os programadores, criar regras de negócios automaticamente, prever e implementar soluções para todos os cenários somente gerando código. O computador não possui autonomia para sozinho atender aos nossos clientes exigentes =)… Muito menos foi projetado para tomar todas as decisões no lugar das pessoas.

Então o mito tem fundamento? Geração de código é realmente algo ruim? Vai gerar código que não preciso e atrapalhar o meu projeto?

Essas questões são interessantes, e para buscar uma resposta precisamos isolar os problemas e conceitos, entender o que de fato é geração de código e de onde vem todo o problema.

Ferramentas CASE e similares

Essas ferramentas criadas na década de 90 são responsáveis por boa parte das promessas de “mágica” utilizando geração de código através de modelos. Muitas dessas ferramentas prometiam criar sistema inteiros sem programar nenhuma linha de código. Foi uma estratégia que nunca deu certo e essas falsas promessas surgiram de algumas empresas e das ferramentas e não do conceito de geração de código que é utilizado até hoje (mesmo sem percebermos) em quase todos os softwares que desenvolvemos.

Geração de código

Neste tópico o objetivo é descobrir porque praticamente todo projeto usa geração de código e o que de fato é isso.

Alguns exemplos comuns a todos os projetos:

• Um wizard da IDE para criar novos projetos é um gerador de código. A partir de dados informados pelo usuário, a ferramenta vai gerar artefatos (arquivos) que inicializem um novo projeto.
• Por mais estranho que possa parecer, a compilação de código fonte em arquivos binários é geração de código. A partir de comandos de uma linguagem de alto nível são gerados artefatos de outra linguagem de máquina (baixo nível).

Esses exemplos podem parecer polêmicos para alguns pontos de vista, mas a verdade é que não existe uma definição precisa sobre o conceito de geração de código. Existem opiniões e interpretações diferentes que nos levar a ter um certeza - geração de código é algo muito mais amplo do que conhecemos na maioria das ferramentas e é utilizado com muito mais frequencia do que imaginamos.

Vejamos por exemplo o que diz a Wikipedia:
“Gerador de Código é aquela ferramenta que possui a capacidade de gerar código a partir de um determinado modelo de software. Inclusive, de acordo com alguns pontos de vista e a partir das características específicas do tipo de Gerador de Código, ele passa a ser conversor de códigos de linguagens distintas. Isso acontece, por exemplo, com o compilador, que transforma um código escrito através de uma linguagem de programação para código de máquina ou código objeto.”

Já Kathleen Dollard em 2004 no livro Code Generation in Microsoft .NET, foi mais genérica ainda ao definir: “Geração de código é o código que gera código”. Em 2003, Jack Herrington no livro Code Generation in Action preferiu dividir a geração de código entre passiva e ativa. Onde os wizards seriam um exemplo de geração passiva, pois não mantém responsabilidade com o código gerado – qualquer alteração depois da geração é realizada pelo desenvolvedor manualmente, e o tipo ativo que segundo ele mantém a responsabilidade - um código poderia ser gerado em ciclos e quando precisasse de alterações o desenvolvedor recorreria novamente a ferramenta de geração, forneceria novos dados e seria gerado o código de novo.

Aqui não vamos dividir a geração de código em tipos, até porque seguindo ao pé da letra as definições de Herrington, o projeto SPIDER on Rails não faz geração de código 100% ativa nem passiva, ele é orientado as necessidades do desenvolvedor, podendo se comportar das duas formas no mesmo projeto inclusive. O que temos que ter em mente é que se havia alguma dúvida, agora é fato: a Geração de Código faz parte do dia a dia dos desenvolvedores e todos a utilizam, mesmo sem perceber. Ela é extremamente importante para evitar tarefas repetitivas ou trabalhosas, já que muitas podem ser automatizadas de alguma forma para ganhar produtividade. Só devemos lembrar que em nenhum momento a geração de código tem como objetivo fazer tudo sozinha.

Conclusão

Voltando a pergunta: “Geração de código é realmente algo ruim? Vai gerar código que não preciso e atrapalhar o meu projeto?”

A resposta é não! Geração de código não é ruim, não vai atrapalhar o seu projeto e nem tem o objetivo de criar código totalmente pronto.

Existem algumas características que devem que existir para que a geração de código seja algo útil, entre elas:

• Suporte a templates para alterar o comportamento da ferramenta;
• Seja fácil de utilizar;
• O projeto tem que continuar sem depender da ferramenta de geração de código;
• Ao gerar o código novamente a ferramenta não pode apagar as customizações do desenvolvedor;
• Não tentar fazer o projeto todo gerando código, as pessoas são importantes e elas devem tomar as maiores decisões. A ferramenta é apenas um suporte para melhorar a produtividades em alguns pontos;

São esses e outros pontos que valorizamos no projeto SPIDER on Rails.

fonte: http://www.spideronrails.org/cnf/pages/viewpage.action?pageId=5111911

Segue o link:

http://www.twitter.com/bgbraga

Algumas pessoas as vezes me perguntam sobre o projeto J2EE Spider (ainda existe?) então vou tentar postar algumas novidades rápidas sobre ele e outras coisas de tecnologia.

Já participo do programa a alguns meses e para quem não conhece o World Community Grid (WCG) é uma comunidade mundial onde as pessoas podem ajudar a descoberta de curas para doenças como Influenza A, Câncer, Diabetes, Dengue, etc..
A ajuda é feita de uma forma muito simples. A pessoa instala um software em uma máquina e nos momentos de ociosidade este software realiza cálculos que vão ajudar na cura de doenças.
A idéia do Grid é utilizada pelos cientistas para dividir os cálculos de algumas pesquisas entre diversos computadores sem impactar o trabalho das pessoas.

Além de ajudar, o WCG gera um ranking com as colaborações. No momento tenho #98,360 pontos e estou em #141,516 no ranking das pessoas que mais colaboraram.

Uma boa entrevista sobre esse programa pode ser vista no GloboNews através deste link:

http://video.globo.com/Videos/Player/Noticias/0,,GIM1053196-7823-A+FILANTROPIA+VIRTUAL+AUXILIA+PESQUISAS+PARA+CURA+DE+DOENCAS,00.html

O software do World Community Grid geralmente não executa os cálculos de forma concorrente com o usuário. Mas ele também pode ser configurado para executar os cálculos somente quando a pessoa não estiver na máquina, ou seja: quando a máquina estiver bloqueada (essa inclusive é a forma que utilizo). Então contribua sem medo de deixar a máquina lenta!

A IBM está lançando uma iniciativa chamada Smart Work que visa criar um ambiente de trabalho melhor para as pessoas e organizações, com mais produtividade, agilidade e colaboração.
Na prática um dos pilares desta iniciativa é o desenvolvimento ágil.

Veja alguns trechos da chamada:

“O mundo dos negócios muda rapidamente, e somente serão bem-sucedidas aquelas pessoas e organizações que respondam a estas mudanças de maneira ágil e eficaz. Para otimizar o desempenho da sua empresa, não é necessário trabalhar mais ou fazer maiores despesas em recursos, mas sim trabalhar de modo mais inteligente. O trabalho mais inteligente cria um ambiente de negócios colaborativo e conectado, que dá poder às pessoas e foi criado para enfrentar as mudanças.”

“Para a IBM, trabalhar de forma mais inteligente significa atuar em um ambiente de negócios colaborativo e conectado, que capacita as pessoas e é orientado à mudança.”

Para participar desta iniciativa e discutir sobre o assunto durante 72 horas com outros lideres se inscreva no endereço abaixo:

http://www-01.ibm.com/software/solutions/smartwork/virtual

Sr. Ping

Falando em ambiente colaborativo, a campanha do Sr. Ping sobre plataforma colaborativa Jazz da IBM está voltando e com novidades.

Agora ela fala sobre um ambiente colaborativo ALM (Application Lifecycle Management) através da integração do Rational Team Concert (RTC) com outras ferramentas como o Rational Requirement Composer (RRC).

Eles disponibilizaram várias informações sobre nossa implementação no site www da IBM com acesso livre para todos que tiverem interesse:

http://www-01.ibm.com/software/success/cssdb.nsf/CS/CCLE-7UZUKJ

Há um link para o PDF a direita.

Essa ferramenta tem ajudado a resolver muitos problemas do nosso dia a dia e esse Case Study foi muito bacana porque poucas empresas do Brasil tem referencias publicadas nesta database. Sinal que estamos fazendo coisas boas e no caminho certo

Para quem trabalha com desenvolvimento de software e ainda não conhece o RTC, não deixe de espiar o site jazz.net. A ferramenta é 3 em 1 (controle de mudança, controle de versão e integração continua) e possui muitos recursos para desenvolvimento agil (como SCRUM) e também pode ser utilizada em outro cenários mais tradicionais.

Informações sobre este case também foram apresentados nos eventos Rational Comes to You em várias cidades este ano.

Repassando o recado do nosso colega Adriano Tavares,

Recentemente a IBM lançou um promoção de certificações pro 30 dolares, e para incluir Belo Horizonte no circuito precisamos de confirmar no mínimo 20 inscrições. As datas de aplicação do exame serão definidas posteriormente.

As provas de certificação disponíveis são:

• Certificações UML, RUP, SOA e XML por US$30 cada.
• Todas as certificações das linhas de produto Information Management (DB2, Content Manager, Informix, Optim, SolidDB, U2), Rational, WebSphere e Tivoli, por US$30 cada.
• Certificações Lotus e WebSphere Portal com 50% de desconto.

Para obter o código do exame, visite o link:
http://www-03.ibm.com/certify/tests/test_index_bd.shtml

Para confirmar seu interesse acesse o link:
http://tinyurl.com/cert-ibm-bh

Será na Sucesu e a entrada é gratuita.
O foco é ferramenta de testes (segurança) e plataforma Jazz. Na parte final do evento (Case de Sucesso) eu devo falar alguns minutos sobre a implementação de Rational Team Concert (RTC) na GVS.

Mais informações no folder abaixo:

http://www-03.ibm.com/e-business/br/campaign/2009/downloads/rational_comes_to_you_mg.html