Waldemir Cambiucci - Solutions Architect - Microsoft Brasil : Frameworks

.NET 4.0 e Visual Studio 2010 Beta 2, no ar!

wcamb — Wed, 28 Oct 2009 22:04:00 GMT

Olá pessoal, tudo certo?

O .NET 4.0 Beta 2 foi disponibilizado recentemente, confira:

Microsoft .NET Framework 4 Beta 2
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=DED875C8-FE5E-4CC9-B973-2171B61FE982&displaylang=en

Da mesma forma, o Visual Studio 2010 Beta 2 também já está disponível para testes:

Microsoft Visual Studio 2010 Professional Beta 2 - ISO
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=A80DFB5D-51C6-4778-8656-A9FF29D3A132&displaylang=en

Microsoft Visual Studio 2010 Ultimate Beta 2 - ISO
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=DC333AC8-596D-41E3-BA6C-84264E761B81&displaylang=en

E como não podia faltar, o Training Kit da dupla .NET 4 e VS2010 já está no ar:

Visual Studio 2010 and .NET Framework 4 Training Kit - October Preview
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=752CB725-969B-4732-A383-ED5740F02E93&displaylang=en

Nesses pacotes, você vai encontrar novidades sobre C# 4.0, ASP.NET 4.0, WCF e WF, Parallel Extensions (que vai merecer um post dedicado sobre o assunto), Entity Framework, além das novidades do próprio Visual Studio Team System. Vale a pena conferir!

Em tempo, conversei hoje com uma empresa sobre a construção de frameworks de desenvolvimento e como torná-los desacoplados de tecnologias e versões de plataformas. Isso é possível? Minha resposta é simples: todo framework, seja horizontal ou vertical, está acomplado de alguma forma à plataforma base escolhida. Se você escolhe Java como base para seu framework, estará acomplado ao Java, da mesma forma se escolher .NET, estará acoplado ao .NET. Sem segredo aqui. Isso vai acontecer pelo uso de interfaces como WCF, J2EE, WF, JBOSS, ASP.NET MVC, AJAX, etc.

Porém, para uma dada plataforma, você pode fazer escolhas na definição interna de seu framework, a fim de minimizar os custos de evolução e manter um acompanhamento leve com o próprio versionamento da plataforma hospedeira. Isso é obtido através de uma boa definição de quais capacidades serão atendidas pelo framework, da definição clara de quais cenários de aplicação serão tratados, evitando-se a construção de frameworks horizontais “balas de prata’, que servem para tudo e para todos, além de cuidados com a camada de persistência, uma boa definição de interfaces de serviços, qual a abordagem para regras de negócio, etc.

Não se iluda: as plataformas e frameworks horizontais de fornecedores vão continuar evoluindo, espere sempre por mudanças! Prepara-se para elas!

.NET 4.0 está chegando e com recursos incríveis, fique atento e procure identificar quais capacidades você realmente precisa e pode aproveitar desse novo framework.

Por enquanto é só! Até o próximo post :)

Waldemir.

Architecture in a Box: Frameworks de Desenvolvimento e Blocos de Aplicação

wcamb — Wed, 21 Oct 2009 11:20:00 GMT

Olá pessoal, tudo certo?

Na sessão de hoje da série Architecture in a Box, vamos falar de um tema muito constante nas empresas: Frameworks de Desenvolvimento.

Já tivemos boas discussões por aqui no blog, como aqui.

View more documents from Waldemir Cambiucci.

A sessão acima consolida algumas questões relevantes quando falamos sobre Frameworks de Desenvolvimento, assim como os principais desafios envolvidos em suas construções. Espero que gostem!

As próximas sessões do Arch in a Box serão dedicadas para o mundo Azure, finalizando a série.

Por isso, fiquem a vontade para sugestões de novos temas.

Por enquanto é só! Até o próximo post :)

Waldemir.

Algumas palavrinhas sobre Domain-Specific Language (DSL)

wcamb — Mon, 17 Aug 2009 16:56:00 GMT

Olá pessoal, tudo certo?

Semana passada voltei a falar com algumas empresas sobre DSLs e Fábricas de Software. Como muitos já sabem, o tema está bastante relacionado com a construção de frameworks de desenvolvimento, patterns, guias de automação e ainda com a abstração de um domínio para o desenvolvimento de software.

Uma DSL – Domain Specific Language – ou linguagem específica de domínio (alguns até preferecem linguagem de domínio específico), é uma ferramenta de geração de software e modelagem, que permite ao usuário a criação de soluções iniciais a partir de artefatos componentes da DSL. Uma DSL pode envolver linguagens de modelagem, templates, referências a frameworks de desenvolvimento, atividades, exemplos de código, etc.

Em resumo, uma DSL oferece ferramentas para a modelagem de soluções, com grande variabilidade de resultados. Um exemplo já clássico de DSL gráfica é o editor de modelos de dados do Entity Framework, sobre o Visual Studio 2008, veja:

Na figura acima você vê do lado esquerdo, os shapes disponíveis na DSL, como Entity, Association e Inheritance, que podem ser adicionados ao modelo desenhado a partir das tabelas do banco (no lado direito da figura). A DSL oferece assim, uma grande flexibilidade para a criação de novos modelos EDMX, em nosso exemplo.

Mas nem só de DSLs gráficas vive o mercado. Veja a figura abaixo:

Podemos classificar as DSLs em domínios horizontais e verticais, de acordo com o foco de cenário que deve atender. Também, sua especialização pode ser mais genérica (de propósito geral) ou mais específica (atendendo um cenário determinado). Ainda, uma DSL pode ser gráfica, textual, baseada em formulários ou um modelo híbrido.

Quando precisamos de uma DSL? Existem cenários de desenvolvimento que envolvem:

grande complexidade nas operações e métodos;
mudanças frequentes em requisitos e organização do software;
busca por maior agilidade entre a definição e a execução do projeto de software;
muitos pontos de manutenção do projeto, etc.

Em cenários como esses, a aplicação de uma DSL torna-se interessante. Segundo Martin Fowler, ainda podemos classificar uma DSL como interna (ou Embedded) e externa.

Uma DSL interna pode ser entendida como uma maneira de se projetar uma API ou uma interface no domínio da aplicação, usando uma linguagem mais natural para o desenvolvedor, com palavras dentro de um contexto ou domínio específico. Uma DSL interna aproveita os recursos de uma linguagem host maior, por exemplo, um parser de aplicação feito em C# (veja que não precisamos criar um compilador, regras rígidas de gramática ou descrições para C#, elas já existem).

Já uma DSL externa é mais ampla e exige um esforço de implementação maior, pois aplica restrições e considerações de gramáticas e linguagens de programação, como as linguagem Tipo-2 ou Livres de Contexto (pensando na Hierarquia de Chomsky, lembra dela?). ;) São exemplos de DSLs externas o T-SQL, transformadores XSLT, a linguagem SQL, etc. Sendo linguagens mais completas, oferecem um poder de modelagem para seus usuários muito maior.

Finalmente, podemos esperar para breve novidades no mundo das DSLs sobre a plataforma Microsoft. A plataforma OSLO promete um grande uso dessas ferramentas, para a criação e manipulação de modelos no chamado MDD – Model Driven Design. Mas esse é um assunto para outro post :)

DSL é um assunto bem interessante e tem muita coisa publicada na web. Se você ficou interessante em conhecer mais sobre DSL’s, alguns links que eu recomendo são esses:

DSLs: The Good, the Bad, and the Ugly
http://www.infoq.com/presentations/Truth-about-DSL

Como separar semântica e implementação da DSL
http://www.microsoft.com/brasil/msdn/arquitetura/Journal/SeparatingDSLSemanticsfromImplementation.mspx

Introducing Domain Specific Languages - Martin Fowler
http://msdn.microsoft.com/en-us/oslo/dd727707.aspx

Generating Code for DSLs
http://martinfowler.com/articles/codeGenDsl.html

FurtaSpace - www.afurtado.net (Blog do André Furtado, que tem diversos posts sobre DSLs)
http://afurtado1980.spaces.live.com/default.aspx

Frameworks de Desenvolvimento
http://blogs.msdn.com/wcamb/archive/tags/Frameworks/default.aspx

GAT/GAX
http://blogs.msdn.com/wcamb/archive/tags/GAT+_2F00_+GAX/default.aspx

Uma última pergunta: você tem usado DSLs em seu dia-a-dia como arquiteto? Quais DSLs têm sido mais importantes? Consegue reconhecê-las?

Por enquanto é só! Até o próximo post :)

Waldemir.

ArqCast Brasil falando sobre Frameworks de Desenvolvimento

wcamb — Fri, 17 Jul 2009 00:39:00 GMT

Olá pessoal, tudo certo?

Essa semana publicamos mais um vídeo no Channel9 Brasil, sobre Frameworks de Desenvolvimento. Foi um bate-papo interessante que tive com o Markus, que achamos legal compartilhar com vocês.

Ref.: http://channel9.msdn.com/posts/Markus+Christen/ArqCast-Brasil-Frameworks-de-Desenvolvimento/

Esse video é uma sequência do post publicado também essa semana, aqui! Comentários e sugestões, fiquem a vontade!

Estamos com vários temas em mente para os próximos ArqCasts, mas aceitamos idéias e sugestões! Aproveitem!!!

Por enquanto é só! Até o próximo post :)

Waldemir.

Frameworks de desenvolvimento e blocos de aplicação

wcamb — Wed, 15 Jul 2009 14:56:00 GMT

Olá pessoal, tudo certo?

Semana passada estive com alguns times falando sobre frameworks de desenvolvimento. Esse assunto está sempre em alta, principalmente em tempos de crise, quando produtividade, padronização e qualidade de software ganham uma certa importância.

Existem várias questões envolvidas em projetos de frameworks, tanto que já tivemos por aqui um post sobre esses desafios, confira!

Uma pergunta que surgiu durante a discussão foi sobre a diferença entre blocos de aplicações e frameworks de desenvolvimento. Pergunta interessante, respondi da seguinte maneira…

Podemos definir blocos de aplicações como peças de código que são comuns em diversos projetos de software. Exemplos de blocos são componentes de cache, logging, validação, monitoração, etc. Uma empresa que coleciona blocos de aplicações pode reaproveitá-los durante o desenvolvimento de diversos sistemas. Ao longo do tempo, para um mesmo domínio de aplicação teremos diversas aplicações utilizando os mesmos blocos construtivos, conforme a necessidade. Ganha-se com o reuso e com a previsibilidade de comportamento desses componentes, que amadurecem ao longo do tempo, com as constantes intervenções e depurações. Veja a figura abaixo que ilustra esse cenário:

Já um framework de desenvolvimento envolve uma solução inicial dentro de um domínio de solução ou problema. Essa solução inicial envolve certos blocos construtivos que ajudam na solução, como componentes de acesso a dados, configuração, logging, monitoração, etc. muitas vezes os mesmos componentes que antes funcionavam apenas como blocos de aplicação. O ponto chave desse cenário é a coordenação dos vários elementos dentro do mesmo domínio, fornecendo um ambiente para a construção de nossas aplicações. O framework oferece assim uma solução inicial para novas aplicações. Assim, ilustro um framework de desenvolvimento através da figura abaixo, onde cada aplicação é imersa dentro do ambiente fornecido pelo framework, veja:

O que vocês acham? Compraram as definições acima?

Seja para a adoção de blocos de aplicação ou para a construção de frameworks de desenvolvimento, continuo sugerindo a Enterprise Library 4.1 como um bom começo. Ela oferece bons exemplos e alguns cenários de forma antecipada, economizando muita codificação durante nossos projetos.

Para pensar: atualmente, estamos com o .NET 3.5 SP1 e em breve o .NET 4.0 será lançado. Novos frameworks e templates têm sido anunciados como Velocity, .NET RIA Services, Sync Framework, Live Framework, entre outros. Esse processo é contínuo e com certeza, novos protocolos e modelos de programação devem surgir ao longo dos anos. Oslo também desponta no horizonte próximo. Por isso, ao projetar seu framework de desenvolvimento, pense sempre em MUDANÇA, e até espere por ela!!! Isso fará seu projeto mais flexível, suportando adaptações futuras, versionamento de interfaces, configuração dinâmica e composição de funcionalidades.

Se o ritmo continuar o mesmo, 2009 (.NET 4.0), 2010 (.NET 5.0), 2011 (.NET 6.0), 2012 (.NET 7.0), 2013… brincadeirinha, mas você já entendeu, certo?

Como já disse Heráclito de Éfeso, 500 a.C. “Panta rhei”, isto é, “Tudo flui”, “Tudo é movimento”, “Tudo muda” !!! :)

Por enquanto é só! Até o próximo post :)

Waldemir.

Desafios no mercado brasileiro e algumas ações da Microsoft

wcamb — Thu, 11 Dec 2008 20:42:00 GMT

Olá pessoal, tudo certo?

Seguindo a linha "...o comentário que virou post", vou aproveitar os comentários do leitor Roberto, que colocou várias questões importantes sobre o impacto da evolução da plataforma Microsoft no mercado brasileiro. Grande Roberto, segue aqui algumas considerações que faço a partir de seus comentários, muito relevantes. Vamos lá:

É fato: temos algumas empresas no mercado brasileiro que ainda estão em versões antigas do .NET Framework, seja 1.1, 2.0 ou mesmo 3.0; realmente, a velocidade das mudanças e inovações de hoje têm feito com que até o .NET Framework 3.0, publicado em novembro de 2006, seja chamado de "antigo" pelo mercado. Falando em evolução do .NET Framework, compilei um roadmap para suas principais versões, veja:

Nota: no desenho acima, destaquei apenas os principais RTM's, sem colocar alguns Service Packs, Hot Fixes ou Betas do Framework. Também coloquei o .NET 4.0, que deve chegar no final de 2009, acompanhando o VS2010.

Com certeza, nossa área tem evoluído muito rapidamente nos últimos anos. Na platafoma Microsoft, entre o PDC 2005 e o PDC 2008 por exemplo, vimos lançamentos como Windows Vista, SQL Server 2005, .NET 3.0, SQL Server 2008, .NET 3.5, .NET 3.5 SP1 além da consolidação de conceitos como SOA, SAAS, SOI, WEB 2.0, RIA entre outros.

Temos então um cenário interessante:

as inovações são inúmeras e disponibilizadas cada vez mais rapidamente (no mínimo anualmente) para o mercado pelos fornecedores de plataforma e software (sem falar nas inovações de hardware, dispositivos, plataformas embarcadas, telefonia, etc. que possuem um impacto direto no pervasive computing, na usabilidade e acessibilidade de nossos usuários);
muitas empresas têm focado a redução de custos, minimizando treinamentos ou atualizações periódicas;
muitas empresas possuem hoje equipes de desenvolvimento que dominam o negócio da empresa, mas que não tiveram tempo suficiente para acompanhar as atualizações de plataforma desses últimos anos;
o mercado recebe anualmente novos desenvolvedores recém formados, que conhecem algumas novas tecnologias, mas ainda não têm experiências verticais em cenários de indústria, isto é, não dominam o negócio da empresa;
e finalmente, existe um desalinhamento entre a velocidade com que o mercado recebe atualizações e a velocidade com que as empresas no Brasil absorvem essas atualizações, por uma série de fatores;

Resultado: Grande Desafio!

Nesse contexto, a Microsoft tem procurado apoiar o mercado através de diversas maneiras, localizando muito material para o Brasil. São dezenas de programas, eventos e canais de comunicação para as várias comunidades, como ITPro's, Desenvolvedores, Arquitetos, Parceiros, Empresas, Acadêmicos, etc. O objetivo de todos esses programas é um só: fornecer o máximo de conteúdo que ajude os vários segmentos de profissionais de TI em suas empresas nessa constante evolução.

Para ilustrar, veja alguns exemplos de material publicado pela Microsoft para o mercado brasileiro, focando desenvolvedores e arquitetos:

Portal do MSDN e seus vários DEV CENTER's
Ref.: http://www.msdnbrasil.com.br/

Portal de Arquitetura do MSDN
Ref.: http://www.microsoft.com/brasil/msdn/arquitetura/home.mspx

Centro de Informações para Desenvolvedores Iniciantes
Ref.: http://msdn.microsoft.com/pt-br/beginner/default.aspx

Academia .NET Protector
Ref.: http://www.msdnbrasil.com.br/academianetprotector/

Desenvolvedor 5 Estrelas
Ref.: http://www.msdnbrasil.com.br/cinco_estrelas/

Webcasts do MSDN
Ref.: http://www.microsoft.com/brasil/msdn/eventos/eventos.mspx

Media Center do MSDN
Ref.: http://www.msdnbrasil.com.br/microsoft.mediacenter/mediacenter.aspx

MSDN Experience
Ref.: http://www.msdnbrasil.com.br/experience/Officedev/Home.aspx

Artigos de Arquitetura do MSDN
Ref.: http://www.microsoft.com/brasil/msdn/arquitetura/articles.mspx

Developer Excellence Award
Ref.: http://www.msdnbrasil.com.br/DevExcellenceAward/default.aspx

Revista MSDN Magazine em Português
Ref.: http://msdn.microsoft.com/pt-br/magazine/default.aspx

Fóruns MSDN
Ref.: http://www.microsoft.com/brasil/msdn/forum/forum.aspx

Comunidade INETA
Ref.: http://www.inetabr.org/

Porta 25 - Open Source Software Lab
Ref.: http://porta25.technetbrasil.com.br/porta25/Home/tabid/36/EntryID/77/Default.aspx

Quando fiz esse levantamento com o Rogério Cordeiro, confesso que me surpreendi com as inúmeras presenças e ações da Microsoft no meio online.

Focando infra-estrutura, já que arquitetura de soluções envolve plataforma de desenvolvimento e plataforma de infra-estrutura, veja quanto material:

Portais de Tecnologia Technet – TECHCENTERS
Ref.: http://technet.microsoft.com/pt-br/bb421517.aspx

Academias TECHNET
Ref.: http://www.microsoft.com/brasil/technet/academia/default.aspx

Profissional 5 Estrelas (Infra-estrutura – TECHNET)
Ref.: http://www.technetbrasil.com.br/cincoestrelas/

Webcasts do TECHNET
Ref.: http://www.microsoft.com/brasil/technet/eventos/webcasts/default.mspx

TECHNET Experience
Ref.: http://www.microsoft.com/brasil/technet/experience/default.aspx

IT HERO
Ref.: http://www.microsoft.com/brasil/technet/ithero/default.mspx

Fóruns TECHNET
Ref.: http://forums.microsoft.com/technet-br/default.aspx?siteid=29

Comunidades TECHNET
Ref.: http://technet.microsoft.com/pt-br/bb291006.aspx

TECHNET Magazine
Ref.: http://technet.microsoft.com/pt-br/magazine/default.aspx

Blogs TECHNET
Ref.: http://www.technetbrasil.com.br/blog/Blogs.aspx

Videocasts TECHNET
Ref.: http://www.microsoft.com/brasil/technet/videocast/default.mspx

Calendário de Eventos TECHNET
Ref.: http://www.microsoft.com/brasil/technet/EventsCalendar/Default.aspx

Central de Avaliações TECHNET
Ref.: http://technet.microsoft.com/en-ca/evalcenter/default.aspx

Laboratórios Virtuais TECHNET
Ref.: http://technet.microsoft.com/en-ca/virtuallabs/default.aspx

A lista acima foi outra surpresa obtida com o Rodrigo Dias, nosso especialista em gerenciamento e infra-estrutura.

De forma presencial, tivemos ainda:

Tech-Ed Brasil 2008
Ref.: http://www.teched.com.br/

Heroes {Community} Launch
Ref.: http://www.microsoft.com/brasil/msdn/eventos/hcl/default.mspx

Mix 2007 e 2008
Ref.: http://www.msdnbrasil.com.br/remix/ e http://www.msdnbrasil.com.br/mixessentials/

RAF 2008 - Regional Architect Forum Brasil
Ref.: http://www.msdnbrasil.com.br/blog/blog_tag_RAF.aspx

Eventos presenciais da comunidade técnica
Ref.: http://www.microsoft.com/brasil/msdn/EventsCalendar/Default.aspx

E para o meio Acadêmico também são muitos eventos e programas ativos, como Células Acadêmicas, Student Partners, Student to Business, DreamSpark, apoio aos professores e universidades, entre outros. Veja mais detalhes no link abaixo:

Microsoft | Educação
Ref.: http://www.microsoft.com/brasil/educacao/comunidadeacademica/default.mspx

Ainda sobre o meio acadêmico, não podemos esquecer o Imagine Cup, onde o Brasil sempre faz bonito com seus alunos e participação:

ImagineCup 2008
http://www.microsoft.com/brasil/educacao/comunidadeacademica/imaginecup/2008/default.mspx

Por último, ainda temos o apoio da Microsoft para empresas Start-Up's, um programa mundial que está chegando para o Brasil, muito recente... esse é quente!!! :)

Programa Microsoft SOL
Ref.: http://www.microsoftsol.com.br/

Enfim, anualmente temos muitos eventos e a muita presença online, muito material e muitos canais abertos para as várias comunidades de TI.

Reflexões sobre o futuro

Pessoalmente, creio que 2009 será um grande ano para a plataforma Microsoft, com os diversos lançamentos previstos. É verdade, teremos novas tecnologias, novas versões de produtos, frameworks e oportunidades diversas para as empresas clientes, fornecedores de software, hosters e consumidores finais. É um compromisso da Microsoft com a inovação. Ao mesmo tempo, podemos esperar muito material localizado, entre webcasts, artigos, how to's, fóruns, além dos eventos presenciais que irão continuar. Os blogs e discussões online são parte desse apoio.

Creio também que 2009 será um grande ano para a arquitetura de soluções no Brasil. Como arquitetos, seremos confrontados com um cenário desafiador na economia, o que exigirá soluções mais ágeis, de valor, que apóiem de forma concreta o negócio e a operação de nossas empresas. Por isso, vejo como uma grande oportunidade a aplicação de inovações e novas tecnologias, que tragam uma maior produtividade e qualidade na construção de software para as várias verticais. Soluções como Microsoft Blueprint, Multi-Enterprise Business Application, ou mesmo o uso de um Service Bus no Windows Azure ou o SQL Services para dados na nuvem, são exemplos de inovações de grande impacto. Sem falar de frameworks mais maduros como WPF, WCF, WF ou os mais recentes Entity Framework, ADO.NET Data Services, ASP.NET Dynamic Data, ou ainda os recém chegados Velocity, Sync, Live Framework, etc. É muita inovação!!!

Mas o desafio realmente existe (o Roberto tem razão). Porém, temos um bom material disponível que pode auxiliar as empresas brasileiras nesse ponta-pé inicial. Tenho ouvido também sobre iniciativas de departamentos de RH, que estão usando muito desse material na definição de planos de treinamento para seus funcionários, o que é ótimo e muito pragmático. Veja por exemplo o site do MSDN Experience:

MSDN Experience
Ref.: http://www.msdnbrasil.com.br/experience/Officedev/Home.aspx

Depois dessas reflexões, vamos voltar para as perguntas do Roberto:

Estamos (ou estaremos) preparados para isso ?
Já tenho notícias de algumas empresas que estão se preparando para esses novos frameworks, avaliando .NET 3.5 SP1 com Velocity, Sync, Entity Framework, etc. Também, tivemos um evento sobre o Windows Azure recentemente (aqui em SP) e muitas pessoas responderam que pretendem estudar os serviços da plataforma na nuvem já em 2009, o que é muito animador. Esse é o espírito: manter a antena ligada sobre o que está chegado na plataforma Microsoft. O importante é não seguir o ANTI-PATTERN do desenho acima. :)

O que você acha desse cenário "confuso" aqui no Brasil ?
O Brasil é um país complexo, cheio de oportunidades e contrastes. A realidade brasileira também é regionalizada, variando bastantes de estado para estado. Não é um cenário "confuso", diria que complexo, pois as variáveis e racionais são muitas. Cada empresa precisa mesmo definir bem sua estratégia para 2009 e para o futuro.

Existem planos da Microsoft para um aculturamento, treinamento e divulgação da tecnologia para o pessoal aqui ? Seja na forma de incursão acadêmica (caminho mais difícil e sólido) ou através de iniciativas independentes ?
Tentei responder essa pergunta com a lista acima e um pouco de reflexão. Existe um esforço constante da Microsoft em divulgar esse material, através de campanhas, eventos e ações de marketing. Espero ter colaborado para isso. E convido a todos para avaliarem esse material. O feedback de vocês é a maior força de mudança e transformação, seja junto aos fornecedores ou dentro de suas empresas.

Já terminando, sugiro a todos (arquitetos e líderes de equipe) que reflitam sobre o plano de treinamento nas empresas, o plano de carreira para nossos desenvolvedores e o plano de atualização para nossa TI, para que todos possamos aproveitar as dezenas de inovações que fornecedores como a Microsoft têm disponibilizado. Gerenciamento de pessoas e plano de capacitação de equipes também é papel do arquiteto. Temos muito que colaborar com nossas impressões e direções.

Espero que esse blog seja uma contribuição nesse processo. Desde já, agradeço a todos os comentários que têm possibilitado bate-papos como esse.

Por enquanto é só! Até o próximo post ou comentário que virou post... :)

Waldemir.

.NET Framework e seus recursos : evoluir é preciso...

wcamb — Tue, 02 Dec 2008 18:40:00 GMT

Olá pessoal, tudo certo?

Alguns posts atrás, falamos sobre os desafios para a evolução de soluções baseadas em versões antigas do .NET Framework. Na verdade, para muitas empresas essas versões ainda são plataformas correntes, devido uma série de fatores históricos de cada empresa ou indústria. Veja o post aqui.

O grande risco do adiamento dessa atualização é a perda de agilidade para o negócio, além da impossibilidade de utilização de recursos e avanços oferecidos pelas novas tecnologias.

Para relembrar os frameworks disponíveis na plataforma .NET e suas versões, veja a figura abaixo (atualizei a figura em relação ao post anterior):

Cada atualização do .NET Framework, a partir da versão 2.0, adicionou novos recursos e frameworks, acompanhando necessidades de mercado ou inovações oferecidas pela plataforma, como protocolos, bindings, estruturas, etc. Porém, ao longo dessa evolução, a CLR - Commun Language Runtime foi mantida, o que garantiu a compatibilidade entre todas as versões.

Além desses pacotes, outras tecnologias estão em desenvolvimento como Velocity - para construção de uma camada de cache unificado, Sync - para o tratamento de sessões de sincronização entre participantes de uma solução, além de melhorias adicionadas ao WCF 4.0, WF 4.0, Linguagem C#, etc. Tem muita coisa chegando em 2009, sem falar na interoperabilidade com a plataforma de serviços do Windows Azure (in the cloud), como o SQL Services, .NET Services, Live Services, etc.

Estive recentemente com uma empresa onde a área de usuários exigiu a migração de uma interface VB6 para WPF - Windows Presentation Foundation, para uma aplicação cliente desktop. O desempenho era bom, a aplicação era madura, os problemas eram mínimos, não havia de fato problema que justificasse mudar a aplicação. Mas o que chamou a atenção dos usuários foi a possibilidade de construir uma experiência de usuário mais rica, ao estilo RIA - Rich Internet Application, que esses mesmos usuários já utilizam na Web, no dia-a-dia. Customização de interface, gráficos dinâmicos, novas mídias, streamming, protocolos do Web 2.0, como POX, REST, sindicalização, etc, são inúmeros os recursos que podem ser adicionados na nova interface de hoje, suportando os conceitos de UX (Usabilidade).

Podemos até adaptar uma expressão da área de marketing que anda muito em alta, a chamada "OPEN brand". Falaríamos então de "OPEN interface", um acrônimo para On-demand (sob-demanda), Personal (pessoal), Engaging (Envolvente) e Networks (Redes). Uma interface que aproveita a essência da força do Web 2.0, com as novas tendências de adaptação e flexibilidade entre ambientes on-premise e in the cloud.

Por isso, se sua empresa ainda trabalha com tecnologias anteriores ao .NET 3.0, recomendo começar um plano estratégico de evolução/atualização tecnológica. Veja que esse plano não deve relacionar todas as aplicações para recompilação apenas. Antes, vale identificar quais cenários são relevantes para a atualização, quais aplicações podem ser consolidadas, quais aplicações possuem um tempo de vida curto e ainda quais sistemas são estratégicos e merecem um cuidado especial ou prioritário.

Veja se você concorda comigo: Nossos usuários estão mais exigentes, assim como o mercado, em busca do negócio ágil. Verdade? Planejar o futuro para uma evolução constante do ambiente de TI, assim como acompanhar as tendências no setor é nossa obrigação como arquitetos. Verdade? Aplicações de composição integrando serviços locais e serviços remotos, com experiência rica é uma tendência. Verdade? :)

Por enquanto é só! Até o próximo post :)

Waldemir.

Evoluindo frameworks domésticos : por onde começar?

wcamb — Fri, 07 Nov 2008 00:36:00 GMT

Olá pessoal, tudo certo?

Esta semana estive com alguns arquitetos, falando sobre como evoluir os frameworks domésticos que estão em produção nas empresas, mas que ainda utilizam recursos do .NET 2.0 ou algum namespace do .NET 3.0 apenas. Essa discussão é grande e veja que ainda existem empresas usando VB5, VB6, ASP, .NET 1.0, 1.1 ou .NET 2.0 em suas aplicações. Mas vamos focar os frameworks neste post.

Realmente, desde o lançamento do .NET 2.0, tivemos uma série de novos pacotes e namespaces, que ajudam no desenvolvimento de aplicações cada vez mais sofisticadas. Parte dessa evolução foi demandada pelo mercado, como REST e AJAX. Outras, foram evoluções importantes para o modelo de programação na plataforma Microsoft, como o próprio WCF - Windows Communidation Foundation. Vale lembrar também que a própria plataforma amadureceu, diante dos vários cenários presentes no mercado.

Como já vimos em posts passados (esse, por exemplo), existem diversos desafios na construção e manutenção de bibliotecas, blocos de aplicações e frameworks de desenvolvimento, sejam horizontais ou verticais. Um dos grandes desafios é a manutenção de sua atualização diante de novos recursos do mercado, como por exemplo, novos frameworks associados ao .NET na plataforma Microsoft.

Para contextualizar nossa discussão, veja o diagrama abaixo, onde destaco o .NET Framework e sua evolução:

Note que novos recursos foram sendo adicionados na pilha .NET ao longo de suas versões. Ainda, alguns novos pacotes estão faltando no desenho acima, como o SYNC Framework, o Velocity, o Geneva Framework, etc. Para todas as versões acima, estamos trabalhando sobre a mesma CLR - Common Language Runtime, o que significa que não existe quebra de compatibilidade para uma aplicação durante sua evolução de upgrade. O próprio Visual Studio 2008 já compila para .NET 2.0, 3.0 e 3.5 como framework alvo.

Semana passada vimos uma nova enxurrada de frameworks, pacotes de desenvolvimento e serviços que estarão disponíveis em breve para nossas aplicações. Poderemos integrar o ambiente cliente, o ambiente enterprise e o ambiente na nuvem, utilizando recursos distintos e complementares, compondo soluções de acordo com nossas necessidades. Só para para lembrar, veja o que está chegando com a plataforma de serviços Azure... :)

Bastante coisa, não é mesmo? Mas voltemos para nossa pergunta básica: Como evoluir nosso velho framework de desenvolvimento doméstico de todo dia?

Algumas recomendações que faço nesse momento são:

Se você ainda trabalha com Web Services na plataforma .NET 2.0 (extensões .asmx), ou ainda possui soluções via .NET Remoting, comece com algumas provas de conceito sobre o WCF - Windows Communication Foundation. Podemos resumir que WCF é hoje a infra-estrutura recomendada para a comunicação entre sistema, processos e aplicações na plataforma Microsoft. Uma evolução natural de seu framework em NET 2.0 para .NET 3.x é substituir .NET Remoting e Web Services por interfaces em WCF. Avalie os bindings diferentes para cada serviço e selecione o que melhor responde às necessidades de seu negócio. Veja as considerações sobre balanceamento de carga com o WCF também. O WCF é parte integrante do .NET desde a versão 3.0 e com certeza é uma primeira abordagem de evolução, pelo ganho de desempenho e modelo de programação unificado que oferece. Não deixe de conferir também, os vários cenários possíveis para serviços com WCF, aqui;
Se você ainda trabalha com páginas ASP, avalie o ASP.NET com AJAX. Veja alguns exemplos disponíveis no link : http://www.asp.net/community/projects/. Existem boas idéias que podem ser aproveitadas em seus projetos. Ainda, avalie exemplos com AJAX para ganhos de produtividade e performance, otimizando suas requisições junto ao servidor ou mesmo melhorando a usabilidade na navegação do usuário sobre suas páginas. Finalmente, navegar dados via ASP.NET Dynamic Data ou exporta um banco de dados através da interface ADO.NET Data Services, com consultas via REST é uma outra boa recomendação para prova de conceito. Não deixe de testar essas soluções;
Se você possui um framework que prevê interfaces WinForms com .NET, ou formulários VB6 com Win32, por exemplo, avalie os recursos de usabilidade e navegação obtidos com o WPF - Windows Presentation Foundation. Além de um conjunto muito mais rico de controles gráficos e interação com o usuário, o desenvolvimento sobre WPF permite maior integração entre os times de design e desenvolvimento, devido o uso de documentos em XAML - Extensible Application Markup Language, que permitem a renderização gráfica baseada em parsers, integrados ao .NET Framework, na ferramenta de design ou no próprio Visual Studio;
Se você ainda utiliza o ADO.NET 2.0 para navegar seus dados e manipular suas estruturas de retorno a partir de consultas ao banco de dados, através de um camada DAL - Data Access Layer - tradicional, avalie consultas utilizando LINQ - Language Integrated Query, do .NET 3.5. Verifique o tipo de legibilidade de código que você pode obter com o LINQ, assim como consultas sobre coleções com o XLINQ sobre XML, ou o uso integrado do ADO.NET Entity Framework (EF), permitindo a construção de soluções multi-banco. Sua prova de conceito com LINQ e Entity Framework também poderá avaliar performance, tempo de resposta e aderência ao SLA esperado pela aplicação, comparando com uma DAL simples. Vale citar que manutenção e independência de banco de dados são pontos de destaque nessa infra-estrutura LINQ + EF (veja sua necessidade de ORM - Object Relational Mapping e camadas de persistência). LINQ é parte do .NET desde a versão 3.5 e o ADO.NET Entity Framework, desde a versão 3.5 SP1. Veja mais aqui;
Se você ainda possui regras de negócio no COM+ (1.0 e 1.5) ou algumas regras em Web Services publicados no IIS, avalie a exportação de suas regras como serviços WCF, hosteados no WAS - Windows Process Activation Services. Muita calma nesse momento, devido questões de transação, interoperabilidade com componentes legados, etc. Mas entre os benefícios do host WAS para serviços WCF temos um melhor desempenho para o tratamento de requisições e instâncias, assim como maior flexibilidade na seleção de protocolos de transporte e adoção de um modelo orientado a mensagens, mais flexível quanto a integração com outras plataformas. Sobre o Windows Server 2008, WAS torna-se é uma recomendação de fato. Veja mais aqui;

Com certeza, esse é um post apenas para dar algumas idéias, iniciar uma discussão. Cada empresa encontrará sua melhor abordagem, de acordo com uma série de fatores próprios, como:

maturidade do framework em produção na empresa;
maturidade da equipe de desenvolvimento usuária do framework;
maturidade da equipe de arquitetura responsável pelo framework;
existência de templates e bons exemplos de código utilizando o framework;
maturidade do processo de desenvolvimento de software e existência de disciplinas de ALM - Application Lifecycle Management;
seleção de arquiteturas de referência e boas práticas de desenvolvimento, que sejam suportadas pelo framework, etc.

O mais importante é definir uma estratégia de evolução, procurando atender as principais necessidades do usuário, seja desempenho, usabilidade, velocidade para adição de novas funcionalidades, riqueza de interface, funcionalidades de integração com a web ou simplesmente, a competição com o mercado.

A discussão é boa! O desafio também é bom!

Por enquanto é só! Até o próximo post :)

Waldemir.

Leitura recomendada: Patterns, Frameworks e SOA.

wcamb — Sun, 19 Oct 2008 18:40:00 GMT

Olá pessoal, tudo certo?

O Tech-Ed Brasil passou e deixou grandes lembranças para todos nós. Foram palestras, reuniões, mesas redondas e muito bate-papo pelos corredores. Também foi bem legal rever amigos de diversas empresas, que há tempos não via.

Já em casa, retirei da estante alguns livros bacanas que já me ajudaram na organização de idéias, para relembrar alguns dos assuntos que discutimos durante o Tech-Ed, entre um café e outro.

O primeiro deles é foi "Design Patterns - Elements of Reusable Object-Oriented Software", da Addison-Wesley Series. Um dos pontos especiais desse livro é sua organização pelos 3 principais grupos de patterns de software, os Patterns de Criação, os Patterns Estruturais e os Patterns de Comportamento. Para quem não conhece, uma leitura muito recomendada. (ISBN-10: 0201633612)

O segundo livro foi o "Framework Design Guidelines - Conventions, Idioms, and Patterns for Reusable .NET Libraries", da Microsoft .NET Series. Enquanto conversava com algumas pessoas na noite "Ask the Expert", esse livro me passou pela cabeça algumas vezes. Muitas empresas já desenvolveram seus frameworks domésticos, ou mesmo estão em franco processo de desenvolvimento ainda hoje. Alguns são enormes... :)

Em meio ao cenário de multiplicação de recursos que vivemos hoje, os frameworks domésticos ganham cada vez mais aspectos verticais, oferecendo alguma modelagem adicional que atende o negócio ou a especialização da empresa. Mas os desafios continuam os mesmos, como já vimos nesse post. Seja para a construção de frameworks horizontais ou verticais, recomendo a leitura desse livro como um guia interessante na plataforma .NET. E a segunda edição já está com lançamento previsto para esse ano. (ISBN-10: 0321246756 )

Finalmente, outro livro lembrado foi o "SOA - Principles of Service Design", da Prentice Hall. Ele faz uma boa introdução sobre os principais aspectos da construção de uma arquitetura de serviços, passando por temas como federação, ROI, alinhamento de objetivos, reuso, levantamento de requisitos, etc., sendo bem amplo na discussão. Fica a dica para quem está procurando um livro-texto sobre o assunto. (ISBN-10: 0132344823)

Por enquanto é só! Boa leitura e até o próximo post :)

Waldemir.

Web Service Software Factory : Modeling Edition - Nova versão já disponível.

wcamb — Wed, 05 Mar 2008 03:28:00 GMT

Olá pessoal, tudo certo?

Ainda sobre Fábricas de Software e Guias de Automação, vale acompanhar o que está chegando por ai. O link a seguir tem um roadmap com os próximos lançamentos na plataforma Microsoft, veja aqui:

patterns & practices: Upcoming Release Roadmap
Ref.: http://msdn2.microsoft.com/en-us/practices/bb232643.aspx

Um especial destaque para a WPF Composite Client, que tem um apelo enorme para o tratamento de aplicações compostas e camadas de composição em interfaces WPF, muito interessante:

WPF Composite Client
Ref.: http://blogs.msdn.com/gblock/archive/2007/10/26/wpf-composite-client-guidance-it-s-coming.aspx

Ainda, no link do patterns & practices DVD de Abril de 2007, você tem acesso a 2 posters em PDF muito bacanas:

patterns & practices April 2007 DVD
http://www.microsoft.com/downloads/details.aspx?FamilyID=6724e09b-ca2e-425a-8d71-8febad3ba203&displaylang=en

Este primeiro poster, com a descrição dos tipos de guias disponíveis...

Ref..: http://download.microsoft.com/download/1/4/d/14d1a93d-3cce-4445-bd89-fa4f3aacab37/poster-1.pdf

E ainda um poster com um resumo de todas as fábricas de software disponíveis até 2007.

Ref.: http://download.microsoft.com/download/1/4/d/14d1a93d-3cce-4445-bd89-fa4f3aacab37/poster-2.pdf

Veja que algumas fábricas estão ausentes no poster acima, como a recém atualizada Web Service Software Factory Modeling Edition, que tem integrada uma DSL para modelagem de serviços, veja aqui:

Web Service Software Factory: Modeling Edition - February 2008
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=F7AA544D-AD73-4B65-88D5-63F751844540&displaylang=en

No post anterior, falamos dos novos pacotes do GAT/GAX para Visual Studio 2005/2008. Agora, citamos a Web Service Software Factory : Modeling Edition para Visual Studio 2005/2008.

Uma nota importante sobre essa nova fábrica de software : agora, ela tem uma DSL - Domain-Specific Language integrada, permitindo que as várias receitas e ações disponíveis para a geração de serviços sejam modeladas de forma visual, aproveitando os recursos e benefícios de uma linguagem específica de domínio.

Na versão anterior, esta fábrica de software permitia a execução dessas receitas e templates através de wizards acessados diretamente a partir do Guidance Navigator do guia de automação. Veja a figura abaixo para um exemplo de Guidance Navigator, dentro do Visual Studio.

Isso não dava muita flexibilidade para criação de novas combinações de serviços, entidades, contratos, operações, etc. Com o uso de uma DSL integrada, a versão Modeling Edition permite um escopo maior de soluções, além da possibilidade de modelagem visual de um problema. É de fato uma primeira fábrica de software oferecendo uma DSL para o desenvolvedor.

O resultado é a possibilidade de uma modelagem de mais alto nível, mascarando detalhes de implementação, enquanto permite maior variabilidade de soluções e combinações de recursos disponíveis com a fábrica de software. Veja um exemplo abaixo:

Para maiores detalhes sobre a modelagem de linguagens específicas de domínio, veja o livro:

Domain-Specific Development with Visual Studio DSL Tools (Microsoft .NET Development Series)
Ref.: http://www.amazon.com/Domain-Specific-Development-Visual-Studio-Microsoft/dp/0321398203

E um site com algumas informações sobre o livro:

Domain-Specific Development with Visual Studio DSL Tools (Released June 2007)
Ref.: http://www.domainspecificdevelopment.com/

...enquanto novos posts sobre o assunto estão sendo preparados... ;)

Guias de automação, fábricas de software, linguagens específicas de domínio, templates para Visual Studio, etc. são de fato recursos que precisam ser conhecidos pelo arquiteto, pois são ferramentas importantes para a maior qualidade no desenvolvimento de software. Seja para empresas fornecedoras de software (ISV) ou organizações no mundo corporativo, garantir produtividade, padronização e qualidade pode se tornar em breve uma questão de sobrevivência. Claro que em diferentes proporções para cada uma dessas empresas, mas de fato essa discussão tende a se tornar um diferencial crescente num mundo cada vez mais globalizado e competitivo.

Por enquanto é só! Até o próximo post :)

Waldemir.

Software Factory e Domain Specific Language - Uma discussão sobre modelagem.

wcamb — Thu, 31 Jan 2008 01:39:00 GMT

Olá pessoal, tudo certo?

Já conversamos por aqui sobre vários aspectos envolvidos na reutilização de conhecimento, uso de templates e modos de padronização no desenvolvimento de software. Nos últimos posts, falamos de templates de projetos, guias de automação e outros mecanismos para a customização do ambiente de desenvolvimento, sempre visando a qualidade e a produtividade de software.

Vamos voltar ao assunto, avançando nossa discussão sobre as Fábricas de Software (Software Factories) e as Linguagens de Domínio Específico (Domain Specific Language).

Sempre que pensamos em qualidade e produtividade de software, existem algumas perguntas que são recorrentes na cabeça do arquiteto, como:

Qual a real necessidade do meu negócio?
Quais tecnologias são relevantes (sobre comunicação, apresentação, workflow, transação, storage, monitoração, etc)?
Quais metodologias, patterns, templates, guias ou recomendações devo utilizar?
Como garantir o uso de boas práticas em meu time?
Como monitorar e controlar a qualidade de software?
Como estar preparado para mudanças?
Como ser ágil?
Entre outras tantas.

E como temos visto, existem diversos mecanismos que ajudam o arquiteto nessas perguntas, como:

Guias de desenvolvimento;
Guias livres de contexto / com contexto;
Kits ou guias de automação, como nossos GAT/GAX;
Implementações de referência e arquiteturas de referência;
Modelos de desenvolvimento e arquitetura;
Frameworks de desenvolvimento;
Linguagens de Domínio-Específico (DSL’s);
Fábricas de Software (Software Factories);

Da lista acima, os guias com contexto conhecidos como "patterns" são os mais comuns, por darem uma visão de solução/problema muito prática. Porém, temos visto uma crescente atenção sobre outras ferramentas, com destaque especial para as Fábricas de Software. Existe uma razão para essa mudança. Hoje, existem mais de 26 guias do Patterns & Practices (http://msdn.microsoft.com/practices/), falando de aplicações e patterns aderentes para diversos cenários.

Por isso, quando pensamos na quantidade de informação disponível nesses guias, enfrentamos alguns desafios:

São mais de 25 mil páginas de informação, você vai lembrar de tudo depois de ler?
Será que você vai ler de novo a cada projeto?
Se você aconselhar seus desenvolvedores a lerem, será que eles irão ler de fato?
Será que eles vão ter tempo e vão entender tudo?
Eles serão capazes de aplicar os conselhos no contexto correto?

Desse modo, surge a real necessidade de se usar ferramentas mais rígidas e de aplicação mais eficaz no processo de desenvolvimento de software, garantindo a qualidade, o padrão e a produtividade durante o projeto.

Em nossa discussão, vimos que os Guias de Automação permitem a criação de processos automatizados de geração de código, permitindo a reutilização de templates e códigos aprovados pelo arquiteto, o que garante maior velocidade na construção de novas soluções. Nesse sentido, a partir da seleção de fontes otimizados e aderentes a nichos específicos de aplicação, o arquiteto pode criar guias de automação que orientem o desenvolvedor na construção de novas aplicações com código otimizado, de forma automática.

Nesse sentido, as Fábricas de Software ampliam essa discussão, com considerações importantes sobre os seguintes componentes:

Patterns: Fornecem soluções gerais para problemas comuns;
Frameworks: Fornecem componentes suportados e reuso de componentes;
Modelos: Fornecem um modo de descrição de um problema específico;
Metodologias: Definem um conjunto codificado de práticas recomendáveis;
Ferramentas: Suportam a criação, manutenção e debugging;

Como já foi dito, alguns exemplos de Software Factories disponíveis pela Microsoft são:

Mobile Client Software Factory
Smart Client Software Factory
Web Client Software Factory
Web Service Software Factory
Application Block Software Factory

Para cada fábrica de software temos um conjunto de patterns, modelos, frameworks e guias de automação empacotados numa mesma ferramenta para o desenvolvedor. E como principal infra-estrutura utilizada na construção dessa ferramenta, a Microsoft utilizou a plataforma GAT/GAX para construção dos guias e seus artefatos.

Assim, podemos concluir que a modelagem de uma fábrica de software passa pela definição e otimização de seus artefatos componentes. Sem eles, não faz sentido pensarmos na construção de uma fábrica de software. A partir da definição de artefatos, podemos cercar os modelos, processos e a orientação de automação que será atendida pela fábrica de software em desenvolvimento.

Recentemente, a Microsoft publicou um novo extension para Visual Studio 2005, que permite a modelagem e construção de Web Services. Essa fábrica é conhecida como Service Factory e está disponível no seguinte link:

Web Service Software Factory: Modeling Edition (Novembro 2007)
Ref.: http://msdn2.microsoft.com/en-us/library/bb931187.aspx

Um elemento interessante sobre essa fábrica de software é sua integração entre artefatos, guias e linguagens de domínio específico. Ela apresenta de forma integrada 3 DSL's no Visual Studio 2005, permitindo a modelagem dos principais componentes de um serviço de uma forma visual:

Service Contract Model
Data Contract Model
Host Model.

A figura abaixo apresenta o uso da DSL para modelagem dos componentes de um Web Service na Service Factory:

Note que para a construção dessa fábrica de software, seus autores precisaram modelar uma série de receitas, para o completo mapeamento de tarefas para a construção de um Web Services. Algumas receitas foram:

Criar uma solução: ativada na criação de uma solução
Gerar tipos de dados e mensagens: ativada para itens ".xsd"
Criar um contrato de serviço: ativada para um item de projeto contrato de serviço
Gerar interface de serviço: ativada para itens ".wsdl"
Gerar adaptadores: ativada para itens ".wsdl"
Criar um endpoint de Web Service: ativada para folders de solução nos endpoints
Expor uma interface de serviços: ativada para projetos de endpoints

E para a implementação dessas receitas, foram utilizados modelos em linguagens de domínio específico, o que gerou uma ferramenta visual e muito intuitiva para o desenvolvedor, facilitando o processo de construção de Web Services.

Concluindo, para a construção de uma fábrica de software integrada a uma linguagem de domínio específico, precisamos entender o domínio da aplicação, suas principais ferramentas e artefatos, antes da geração do modelo de interação com a fábrica de software.

Para maiores detalhes sobre essa fábrica de software e seus detalhes de implementação, veja:

Web Service Software Factory Community
Ref.: http://www.codeplex.com/servicefactory/Release/ProjectReleases.aspx?ReleaseId=8130

Recomendo fortemente o uso dessa fábrica de software como fonte de inspiração para o entendimento e estudo de alternativas para a construção de fábricas de software customizadas e integradas a DSL's.

Por enquanto é só! Até o próximo post :)

Waldemir.

Guidance Automation Toolkit - Customizações no ambiente de desenvolvimento

wcamb — Sun, 20 Jan 2008 18:50:00 GMT

Olá pessoal, tudo certo?

Finalmente, o terceiro mecanismo para as customizações no ambiente de desenvolvimento são os Guias de Automação. Para o Visual Studio temos o GAT - Guidance Automation Toolkit, como sua principal ferramenta. Ele trabalha sobre um framework específico de automação, chamado Microsoft.Practices.RecipeFramework.

Como já falamos aqui no blog, o pacote GAT adiciona ao ambiente do Visual Studio a infra-estrutura de linguagens e ferramentas para a construção de pacotes de automação para geração de código. O objetivo é automatizar a codificação, baseando-se em templates e modelos de software que o arquiteto ou desenvolvedor selecionou como melhores práticas para um tipo de solução.

Vamos iniciar com a preparação do ambiente sobre o Visual Studio 2005, onde temos os seguintes extensions e pacotes de atualização indicados abaixo:

1) Microsoft .NET Framework 2.0 Service Pack 1
http://www.microsoft.com/downloads/details.aspx?familyid=79bc3b77-e02c-4ad3-aacf-a7633f706ba5&displaylang=en

2) Microsoft .NET Framework 3.0 Redistributable Package
http://www.microsoft.com/downloads/details.aspx?familyid=10CC340B-F857-4A14-83F5-25634C3BF043&displaylang=en

3) Microsoft .NET Framework 3.0 Service Pack 1
http://www.microsoft.com/downloads/details.aspx?familyid=ec2ca85d-b255-4425-9e65-1e88a0bdb72a&displaylang=en

4) Guidance Automation Extensions - July 2007 (GAT)
http://www.microsoft.com/downloads/details.aspx?familyid=C0A394C0-5EEB-47C4-9F7B-71E51866A7ED&displaylang=en

5) Guidance Automation Toolkit - July 2007 (GAX)
http://www.microsoft.com/downloads/details.aspx?familyid=E3D101DB-6EE1-4EC5-884E-97B27E49EAAE&displaylang=en

6) Visual Studio 2005 SDK Version 4.0
http://www.microsoft.com/downloads/details.aspx?FamilyID=51A5C65B-C020-4E08-8AC0-3EB9C06996F4&displaylang=en

7) Microsoft® Visual Studio® 2005 Team Suite Service Pack 1 - June 2007
http://www.microsoft.com/downloads/details.aspx?familyid=BB4A75AB-E2D4-4C96-B39D-37BAF6B5B1DC&displaylang=en

A partir desta instalação, nosso Visual Studio 2005 estará apto para trabalhar com o GAT/GAX, disponibilizando uma nova pasta de templates de projeto, como vemos a seguir:

Assim, a pasta Guidance Packages permite a criação de novos guias de automação, através do template de projeto "Guidance Package Development/Guidance Package". Por exemplo, podemos pensar na automação de um cenário para construção de aplicações ASP.NET. Pense em templates de navegação otimizados e homologados pela equipe de arquitetura. O objetivo nesse cenário é garantir produtividade durante a construção de novas aplicações, através da geração dinâmica de arquivos e items de projeto. Essa geração dinâmica de código ocorre sobre uma linguagem de templates, a Text Templating Transformation Toolkit ou simplesmente T4.

Um Guidance Package (ou Pacote de Automação) é criado para um propósito específico, visando atender algum tipo de solução que queremos automatizar. Assim, caracteriza-se também como uma unidade de versionamento e distribuição. Uma vez finalizado, o pacote pode ser registrado e distribuído para as várias estações de desenvolvimento. Os desenvolvedores finais serão os usuários desse pacote de automação.

A figura a seguir descreve bem esses passos no processo de modelagem e construção de um guia de automação:

De fato, um Guidance Package consiste de templates do Visual Studio, como vimos anteriormente (templates de projeto e templates de itens de projeto) e receitas de automação (passos de automação). Entre os elementos que compõem um guia de automação temos:

Recipes (Receitas)
Wizards (Sequência de passos para entrada de dados, nos moldes dos Addin's Wizards que vimos no post anterior)
Value Providers (Provedores de valores)
Type Converters (Conversores de tipos)
Actions (Ações)
Code Generation (Geração de código, onde temos os templates em linguagem T4)

A figua abaixo apresenta bem a hierarquia de componentes de um guia de automação, veja:

Entendido os conceitos sobre o GAT/GAX, vejamos como utilizá-lo. Uma sequência de passos para a construção de um guia de automação é dada abaixo:

Definir as receitas desejadas para o guia, incluindo a definição de argumentos, wizards e ações;
Definir os templates de Visual Studio envolvidos;
Escrever as ações;
Escrever os tipos de argumentos e conversores necessários;
Definir templates T4, se uma ação utilizar templates T4 para geração de código;
Testar o pacote de automação;
Construir o pacote com os arquivos de setup, para distribuição;

Ao final, um pacote de guia conterá os seguintes artefatos:

arquivo de configuração do guia de automação (necessário);
templates de Visual Studio;
templates T4;
DLL implementando ações, editores de tipos, provedores de valores e conversores de tipos (note que uma única DLL é recomendada);

Uma boa maneira de iniciar seus trabalhos sobre o guia de automação GAT é seguir os passos da solução exemplo, que vem com a instalação do GAT/GAX. Veja na tela principal da solução os principais passos recomentados, são 7 passos:

Finalmente, vamos exportar esse guia de automação para outras máquinas. A solução template do Guidance Package gera também um template de Setup, que disponibiliza o pacote para instalação. Veja abaixo os projetos contidos na solução de um guia de automação, onde notamos o projeto de Setup que deve ser instalado na estação do desenvolvedor:

Desse modo, passamos pelos principais elementos sobre a modelagem e construção de um Guia de Automação. Recomendo fortemente a leitura dos arquivos de ajuda do GAT e GAX, para um maior detalhamento. O material tem bastante informações importante, que ajudará na evolução e construção de guias de automação sofisticados.

A Microsoft também disponibiliza uma série de Fábricas de Software, que nada mais são do que pacotes de automação prontos para assuntos específicos. Isso significa que a base das várias Fábricas de Software que a Microsoft disponibiliza é realmente o GAT/GAX que vimos aqui. Entre as fábricas mais conhecidas temos:

Mobile Client Software Factory
Smart Client Software Factory
Web Client Software Factory
Web Service Software Factory
Application Block Software Factory

Em posts futuros, vamos avançar em outros assuntos relacionados ao ganho de produtividade no ambiente de desenvolvimento. Entre eles teremos as Fábricas de Software e as Linguagens de Domínio Específico, ou DSL's - Domain Specific Languages. Fiquem ligados.

Por enquanto é só! Até o próximo post :)

Waldemir.

Project Template e Item Template - Customizações no ambiente de desenvolvimento.

wcamb — Wed, 16 Jan 2008 00:22:00 GMT

Olá pessoal, tudo certo?

Voltando ao assunto principal, retomamos nossa discussão sobre templates e padrões para o ambiente de desenvolvimento. Lembrando sempre que uma das atividades do time de arquitetura é direcionar a equipe de desenvolvimento na adoção de boas práticas na produção de software, com qualidade e produtividade.

Recentemente, tive uma discussão com um time de arquitetos de um cliente, que questionava exatamente as alternativas para a padronização e uso de templates na plataforma Microsoft. Assim, perguntavam sobre customizações do ambiente de desenvolvimento, ou seja, customizações sobre o próprio Visual Studio, afim de direcionar o desenvolvedor no momento da criação de código. Focando a versão 2005, citamos 3 mecanismos básicos:

Construção de templates de projeto e templates de itens de projeto;
Customização de funcionalidades através do SDK v4.0 para o Visual Studio 2005;
Construção de guias de automação para o desenvolvimento de soluções;

Neste post, vamos falar iniciamente sobre o primeiro modo, a construção de templates no Visual Studio 2005.

1. Construção de templates de projeto e templates de itens de projeto

A construção de templates é feita através da funcionalidade "Export Template" do Visual Studio. Esse recurso permite a geração de um pacote .ZIP, que agrupa arquivos de recursos, fontes, imagens e links de referência de um projeto ou arquivo fonte, que poderá ser reutilizado pelos desenvolvedores de forma integrada ao Visual Studio.

Você encontra esse recurso no menu File do IDE do Visual Studio, veja:

A partir de um projeto modelo selecionado, é possível criar um template de projeto ou de item, como mostrado na caixa de diálogo abaixo:

Para o exemplo de geração de um template de projeto, é gerado um arquivo .ZIP, contendo os arquivos de recursos e fontes componentes do projeto. Também é adicionado a esse pacote o arquivo com as referências e lista de componentes do template. Esse arquivo vem com extensão ".vstemplate". Veja o conteúdo de um pacote de template aqui:

Um exemplo desse arquivo ".vstemplate" é dado a abaixo:

<VSTemplate Version="2.0.0" xmlns="http://schemas.microsoft.com/developer/vstemplate/2005" Type="Project">
<TemplateData>
    <Name>ConsoleAppDemo - Lab</Name>
    <Description>ConsoleAppDemo - Lab</Description>
    <ProjectType>CSharp</ProjectType>
    <ProjectSubType>
    </ProjectSubType>
    <SortOrder>1000</SortOrder>
    <CreateNewFolder>true</CreateNewFolder>
    <DefaultName>ConsoleAppDemo - Lab</DefaultName>
    <ProvideDefaultName>true</ProvideDefaultName>
    <LocationField>Enabled</LocationField>
    <EnableLocationBrowseButton>true</EnableLocationBrowseButton>
    <Icon>__TemplateIcon.ico</Icon>
</TemplateData>
<TemplateContent>
    <Project TargetFileName="ConsoleAppDemo1.csproj" File="ConsoleAppDemo1.csproj" ReplaceParameters="true">
      <ProjectItem ReplaceParameters="true" TargetFileName="Program.cs">Program.cs</ProjectItem>
      <Folder Name="Properties" TargetFolderName="Properties">
        <ProjectItem ReplaceParameters="true" TargetFileName="AssemblyInfo.cs">AssemblyInfo.cs</ProjectItem>
      </Folder>
    </Project>
</TemplateContent>
</VSTemplate>

No template acima, temos um padrão de projeto baseado no arquivo ConsoleAppDemo1.csproj, que foi o projeto base a partir do qual geramos o template. Isso aparece no tag <TemplateContent>.

Outros exemplos de arquivos de template podem agrupar soluções com vários projetos, como vemos a seguir:

<?xml version="1.0" encoding="utf-8" ?>
<VSTemplate Version="2.0.0"   xmlns="http://schemas.microsoft.com/developer/vstemplate/2005" Type="ProjectGroup">
<TemplateData>
    <DefaultName>Template Solution Test - ClassLibraries 1 e 2</DefaultName>
    <Name>Template Solution Test - ClassLibraries 1 e 2</Name>
    <Description>Template Solution Test - ClassLibraries 1 e 2</Description>
    <Icon>Default.ico</Icon>
    <ProjectType>CSharp</ProjectType>
    <CreateNewFolder>false</CreateNewFolder>
    <DefaultName></DefaultName>
    <ProvideDefaultName>false</ProvideDefaultName>
</TemplateData>
<TemplateContent>
    <ProjectCollection>
      <ProjectTemplateLink ProjectName="ClassLibrary1">
        .\ClassLibrary1\ClassLibrary1.vstemplate
      </ProjectTemplateLink>
      <ProjectTemplateLink ProjectName="ClassLibrary2">
        .\ClassLibrary2\ClassLibrary2.vstemplate
      </ProjectTemplateLink>
    </ProjectCollection>
</TemplateContent>
</VSTemplate>

No exemplo acima, note que o tag <TemplateContent> contém agora o tag <ProjectCollection>, onde encontramos a referência para dois templates de projetos previamente gerados:

<ProjectTemplateLink ProjectName="ClassLibrary1">
.\ClassLibrary1\ClassLibrary1.vstemplate
</ProjectTemplateLink>

<ProjectTemplateLink ProjectName="ClassLibrary2">
.\ClassLibrary2\ClassLibrary2.vstemplate
</ProjectTemplateLink>

Assim, criando os templates de projetos individuais, podemos gerar um template de solução, que agrupa vários projetos, para customizações mais completas. O pacote .zip final com o template gerado é colocado na pasta:

"C:\Documents and Settings\user\My Documents\Visual Studio 2005\My Exported Templates"

Mas ainda é possível criar novas pastas, agrupando templates por projetos, departamentos, funcionalidades, etc. No momento da criação de uma nova solução ou projeto, os templates previamente gerados são oferecidos ao desenvolvedor, que agora não inicia o desenvolvimento do zero. Até aqui, falamos de templates de projetos, mas o mesmo mecanismo funciona para templates de arquivos ou recursos individuais de um projeto, chamados de Item Template.

Uma boa referência sobre a criação de templates você encontra aqui, com uma série de links sobre os tags e funcionalidades dos arquivos ".vstemplates":

Create Reusable Project And Item Templates For Your Development Team
http://msdn.microsoft.com/msdnmag/issues/06/01/codetemplates/default.aspx

No próximo post, vamos falar das customizações sobre o SDK v4.0 do Visual Studio 2005.

Por enquanto é só! Até o próximo post :)

Waldemir.

Guidance Automation Toolkit, Software Factory, Domain-Specific Languages e outros assuntos.

wcamb — Fri, 11 Jan 2008 19:46:00 GMT

Olá pessoal, tudo certo?

Nos últimos posts temos falado sobre frameworks, templates e temas relacionados com a produtividade de software. Reusabilidade de serviços, otimização, qualidade na codificação e desafios no desenvolvimento são tópicos sempre recorrentes. Em linhas gerais, o mundo da arquitetura de software sempre envolve essas questões e cabe ao arquiteto direcionar suas equipes para a correta adoção das melhores práticas para uma codificação de qualidade e com produtividade. Existem diversas ferramentas que suportam o arquiteto nessa tarefa. Como exemplo, podemos citar as Fábricas de Software (Software Factories).

Sobre esse tema, vale recomendar o livro "Software Factory" de Jack Greenfield, uma leitura obrigatória sobre o assunto.

Software Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools
Ref.: http://www.amazon.com/Software-Factories-Assembling-Applications-Frameworks/dp/0471202843/ref=sr_1_1?ie=UTF8&s=books&qid=1200059711&sr=1-1

Outro elemento importante nessa discussão são as DSL'S - Domaing-Specific Languages, que permitem a construção de ferramentas visuais para a composição de soluções, gerando código de forma automática e com grande controle sobre a qualidade do código gerado. O desenvolvimento de uma DSL passa pelo entendimento do negócio, assim como os artefatos de software que serão utilizados, como bibliotecas, templates, patterns de desenvolvimento, etc.

Uma leitura recomendada sobre DSL's é o livro "Visual Studio DSL Tools", da série Microsoft .NET Development.

Domain-Specific Development with Visual Studio DSL Tools (Microsoft .NET Development Series)
Ref.: http://www.amazon.com/Domain-Specific-Development-Visual-Studio-Microsoft/dp/0321398203/ref=pd_bbs_1?ie=UTF8&s=books&qid=1200059661&sr=8-1

Mas antes de avançarmos sobre Fábricas de Software ou DSL's, vamos falar um pouco sobre ferramentas de extensibilidade e guias de automação. Nesse ponto, a Microsoft oferece já há algum tempo o pacote GAT - Guidance Automation Toolkit, de fato o fundamento para o trabalho com Fábricas de Software e Linguagens de Domínio Específico.

Veja os links para download abaixo (GAT/GAX são ambos necessários):

GAX - Guidance Automation Extensions - que fornece o núcleo de ferramentas, templates e assistentes para a criação de guias de automação;
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=C0A394C0-5EEB-47C4-9F7B-71E51866A7ED&displaylang=en

GAT - Guidance Automation Toolkit - que permite a construção de guias e navegadores sobre os artefatos utilizados em sua solução de automação.
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=E3D101DB-6EE1-4EC5-884E-97B27E49EAAE&displaylang=en

Os pacotes GAT/GAX adicionam ao ambiente do Visual Studio a infra-estrutura necessária de linguagens e ferramentas para a construção de pacotes de automação para geração de código. O objetivo é automatizar a codificação, baseando-se em templates e modelos de codificação que o arquiteto selecionou como melhores práticas para um nicho de solução específico. Por exemplo, podemos pensar na automação de um cenário para construção de aplicações ASP.NET, que faça uso de bibliotecas de um framework corporativo e que utilize templates de navegação otimizados e homologados pela equipe de arquitetura. O objetivo num cenário como esse é garantir que os desenvolvedores tenham produtividade durante a construção de novas aplicações, enquanto que as variações de soluções nesse mesmo domínio ficam sob controle. Essa geração dinâmica de código ocorre sobre uma linguagem de templates, a Text Templating Transformation Toolkit ou simplesmente T4.

O exemplo abaixo em template T4 gera um código C# que implementa uma classe para escrever "Hello Iteration: n", onde n é o número de iterações que passamos como parâmetro para o template:

Finalmente, como parte dessa preparação para tabalharmos com GAT/GAX, devemos instalar 2 pacotes importantes:

Enterprise Library 3.1 - May 2007
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=4C557C63-708F-4280-8F0C-637481C31718&displaylang=en

Visual Studio 2005 SDK Version 4.0
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=51A5C65B-C020-4E08-8AC0-3EB9C06996F4&displaylang=en

Nos próximos posts, vamos avançar no assunto, discutindo alguns aspectos importantes sobre GAT/GAX, enquanto evoluímos juntos rumo a DSL's de sucesso! :)

Por enquanto é só! Até o próximo post :)

Waldemir.

Sync Framework Runtime - Um framework para sincronização de aplicações.

wcamb — Mon, 07 Jan 2008 21:21:00 GMT

Olá pessoal, tudo certo?

De volta ao blog e já em 2008.

E para retomar nossa discussão, aproveito o artigo sobre Sync Framework Runtime, comentado pelo Otávio em seu post "Fechando 2007" aqui no link http://blogs.msdn.com/otavio/archive/2007/12/30/fechando-2007.aspx. O artigo principal está aqui ( http://msdn2.microsoft.com/en-us/sync/bb821992.aspx ) e sua versão em português já está disponível aqui ( http://msdn2.microsoft.com/pt-br/sync/bb821992.aspx ).

O Sync Framework Runtime permite a sincronização de aplicações. Pode ser baixado já para testes sobre o Visual Studio 2005 e é parte fundamental do Visual Studio "Orcas" Sync Designer, que permite a rápida configuração para sincronização de aplicações offline e de colaboração.

Em linhas gerais, imagine o problema de construir um ecosistema que integre qualquer aplicação, com qualquer dado de qualquer fonte, usando qualquer protocolo sobre qualquer rede, esse é o objetivo principal do Sync Framework Runtime, recentemente anunciado pela Microsoft. O cenário parece complexo, mas na verdade é a realização de um sonho de integração entre diferentes domínios de aplicação, que há muito tem sido perseguido pelo mercado para aplicações SmartClient.

Para isso, o principal recurso do Sync Framework Runtime é o uso de provedores de sincronização personalizados. Um provedor é um componente de software que representa uma réplica da sincronização. Uma réplica é um repositório específico das informações a serem sincronizadas, como um sistema de arquivos em um dispositivo portátil. Ao representar uma fonte de dados, um provedor enumera as alterações de sua réplica. Ao representar um destino, um provedor aplica as alterações à sua réplica. Se os dados na fonte e no destino forem diferentes em relação ao tipo ou esquema, cada provedor executará o mapeamento ou transformação necessária, de forma automática.

O Sync Framework Runtime já vem com alguns provedores disponíveis, como:

Sync Services for ADO.NET: que permite a sincronização para ADO.NET e fontes de dados;
Sync Services for File Systems: que permite a sincronização através de arquivos e diretórios;
Sync Services for FeedSync: que permite a sincronização para feeds padrão RSS e ATOM.

Como um exemplo de serviço de sincronização para arquivos, o artigo abaixo fornece uma boa discussão sobre o tema:

Introducing Microsoft Sync Framework: Sync Services for File Systems
Ref.: http://msdn2.microsoft.com/en-us/sync/bb887623.aspx

E para a discussão de cenários sincronizando bases de dados, temos o artigo:

Introduction to Occasionally Connected Applications using Sync Services for ADO.NET
Ref.: http://msdn2.microsoft.com/en-us/sync/bb887608.aspx

Também já está disponível o Preview do Books Online para o framework, confira aqui:

Microsoft Sync Framework Community Technology Preview Books Online
Ref.: http://www.microsoft.com/downloads/details.aspx?familyid=A3EE7BC5-A823-4FB4-B152-9E8CE9D5546F&displaylang=en

Para baixar o Sync Framework v1.0 CTP1, veja o link:

Download Microsoft Sync Framework v1.0 CTP1 Refresh
Ref.: http://www.microsoft.com/downloads/details.aspx?FamilyId=C88BA2D1-CEF3-4149-B301-9B056E7FB1E6&displaylang=en

E já que o post agrupou uma série de links, porque não mais um ? :) A referência a seguir concentra uma série de discussões sobre sincronização e tecnologias de replicação de dados.

SyncGuru
Ref.: http://www.syncguru.com/

Por enquanto é só! Até o próximo post e Feliz 2008!

Waldemir.