Visual Studio 2010 Beta 1 instalado e funcionando

Depois de instalar o Windows 7 Beta e o RC 1 agora foi a vez do Visual Studio 2010 Beta 1. Instalei ontem à noite e agora consegui executar o primeiro hello world. Infelizmente por enquanto não poderei instalar o Team Foundation Server 2010 Beta 1, pois ele precisa do Windows Server 2003 ou 2008 e também do SQL Server. Alguns links com mais informações estão logo abaixo:

• Novidades no Visual Studio 2010
• Download do Visual Studio Team System 2010 Beta 1
  
• Download do Team Foundation Server 2010 Beta 1
• Vídeo: baixando e instalando o VSTS 2010 Beta 1 e o TFS 2010 Beta 1

Visual Studio 2010

Há alguns meses escrevi um artigo onde publiquei as Primeiras imagens do Visual Studio Team System 2010 usando o CTP liberado naquela época. Muita coisa mudou desde lá, mas mesmo assim dá para ter uma idéia das principais novidades.

Dicas para os possíveis problemas

Se você já instalou o Visual Studio 2010 Beta 1 a quando foi fazer o primeiro teste se deparou com alguma das mensagens abaixo, é muito provável que o IIS não está configurado corretamente para trabalhar com o .NET 4.0.

• Error 500.21 - Internal Server Error
• Handler “PageHandlerFactory-Integrated” has a bad module “ManagedPipelineHandler” in its module list
• The requested content appears to be script and will not be served by the static file handler
• The resource you are looking for does not have a handler associated with it

Neste caso é simples. Você só precisa executar o comando aspnet_regiis com o parâmetro -i. O executável está dentro da pasta onde o .NET Framework foi instalado, geralmente %windir%\Microsoft.NET\Framework64\v4.0.20506:

aspnet_regiis

Depois disso dentro do IIS você verá que foram adicionados novos handlers para processar as requisições aspx, ashx, etc, todos eles referenciando as DLLs do .NET Framework 4.0.

IIS 7.0: Handler Mappings

Pronto. Feito isso é só abrir o Visual Studio e explorar as novidades.

Até +.

Visual Studio Team System: mais qualidade aos times de desenvolvimento de software

Joel  Spolsky é um dos maiores nomes na área de desenvolvimento de software. Simplesmente uma referência, seja pela sua experiência profissional na Microsoft ou pela sua extensa contribuição à comunidade técnica. Em 09 de agosto de 2000 ele escreveu um teste chamado The Joel Test: 12 Steps to Better Code (O teste do Joel: 12 passos para ter um código melhor). O propósito dele era estabelecer uma lista de perguntas simples e rápidas para medir o quão bom um time de desenvolvimento de software é. Confira:

1. Você usa controle de versão?
2. Você pode gerar uma build em um único passo?
3. Você faz builds diárias?
4. Você tem um banco de dados com os bugs registrados?
5. Você corrige os bugs antes de escrever código novo?
6. Você tem uma agenda atualizada?
7. Você tem uma especificação?
8. Os programadores possuem boas condições de trabalho?
9. Você usa as melhores ferramentas que o dinheiro pode comprar?
10. Você tem testadores?
11. Os novos candidatos escrevem código durante as entrevistas?
12. Você faz testes de usabilidade?

Enquanto o Software Engineering Institute da Universidade Carnegie Mellon tentou chegar à mesma resposta através de inúmeras teorias, o Joel foi preciso o suficiente nas suas perguntas para que as resposta fossem “sim” ou “não”. São 12 questões e cada “sim” corresponde um ponto a mais. Depois de responder todas perguntas do teste você poderá obter algumas conclusões com base no total de pontos atingido:

• 12 ou 11 pontos: situação perfeita, o time é bom;
• 10 pontos ou menos: problemas sérios, o time pode e deve melhorar.

É fácil perceber que o autor é exigente: ou o time é bom ou não. Não existe meio termo. Isto parece preciosismo demais, mas não é o foco do post, portanto não será discutido aqui. Outro fato importante é que, segundo o autor, grande parte das empresas existentes atingem no máximo 2 ou 3 pontos no teste, enquanto que empresas como a Microsoft chegam nos 12 pontos durante todo o processo de desenvolvimento.

E como o Visual Studio Team System ajuda a responder estas questões?

O Visual Studio Team System (VSTS) é uma ferramenta completa para o gerenciamento do ciclo de vida das aplicações, ou no termo original em inglês, Application Lifecycle Management (ALM). Isso significa que um projeto de software pode ser concebido do início ao fim utilizando o VSTS. Em outras palavras, a análise, desenvolvimento, gerenciamento, testes, etc, tudo isso está integrado de alguma forma com o VSTS. Agora que você já conhece alguns conceitos básicos, vamos responder as questões propostas pelo Joel.

Primeira questão: você usa controle de versão?

O controle de versão é um dos pré-requisitos mais básicos para o sucesso de um projeto. Sem ele os envolvidos não conseguem ver de forma rápida e eficiente quem fez alterações no código e também correm o risco de não conseguirem voltar para uma versão mais antiga do produto, além de diversos outros problemas. Para esta primeira questão a resposta com o VSTS é simples: use o Team Foundation Version Control (TFVC).

O TFVC é um poderoso controle de versão construído totalmente do zero, portanto não tem relacionamento algum com o Source Safe. Ele roda sobre o SQL Server e é integrado com as políticas de segurança do Windows, além de possuir todo o conjunto de requisitos básicos para um controle de versão: check-out, check-in, branches, labels, merges, histórico, changesets, etc.

Um ponto. Faltam só 11.

Segunda questão: você pode gerar uma build em um único passo?

Nesta questão o Joel não está se referindo à build do projeto através da ferramenta de desenvolvimento, aquela que usamos diversas vezes durante o dia para compilar e testar o código escrito. O que ele quer saber é se você consegue disponibilizar uma nova versão do software para o cliente em apenas um passo. Com o VSTS isso é possível e muito simples e rápido utilizando um Team Build Type.

Conheça mais sobre a geração de builds com o livro Deploying .NET Applications
with MSBuild and ClickOnce disponível na Submarino ou no Buscapé

O Team Build Type é o recurso do VSTS que permite definir novos processos de builds. Para responder a segunda pergunta do teste, deve-se criar um novo Team Build Type de acordo com o contexto atual (projeto em questão, forma de distribuição do software e outras políticas específicas). Desta forma, sempre que for preciso gerar uma build em um único passo você conseguirá iniciar todo o processo rapidamente e o servidor do VSTS junto com o MSBuild farão todo o resto do trabalho.

+1 ponto. Já temos 2.

Terceira questão: você faz builds diárias?

A geração diária de builds faz parte de um processo conhecido como Integração Contínua. Integrar continuamente significa garantir que todo o código hospedado no controle de versão estará funcionando quando for requisitado. Essa necessidade surgiu a partir do momento que diversos desenvolvedores começaram a trabalhar paralelamente no mesmo projeto. O VSTS responde a questão do Joel através das opções da build disponíveis no Team Build Type.

Saiba mais sobre Integração Contínua com o livro
Continuous Integration disponível na Submarino ou no Buscapé

É possível definir que uma build será executada a cada check-in, semanalmente, a cada intervalo de tempo ou ainda diariamente. Toda esta configuração é visual no VSTS e pode ser feita rapidamente nas opções da build. Além do mais, não existe problema  ao agendar duas ou mais builds para um mesmo horário, pois o servidor do VSTS consegue gerenciar todas as requisições.

+ 1 ponto, já são 3!

Quarta questão: você tem um banco de dados com os bugs registrados?

A única certeza que temos sobre bugs no desenvolvimento de um software é que eles irão existir. Cabe a nós gerenciá-los de maneira eficiente e corrigi-los o quanto antes. Para resolver este problema, o VSTS possui um recurso chamado Work Item, ou em português, Item de Trabalho. Cada item de trabalho possui um tipo, sendo que um dos tipos disponíveis é o Bug. Portanto para registrar e gerenciar bugs, você pode e deve usar os itens de trabalho.

+ 1 ponto, somamos 4 no total.

Quinta questão: você corrige os bugs antes de escrever código novo?

A maneira mais fácil para que um programador corrija os bugs é fazer com que ele saiba que eles existem. Outro ponto fundamental é fornecer as informações necessárias para a reprodução do erro. Seguindo estes dois pré-requisitos, com certeza os bugs registrados serão corrigidos antes de escrever código novo. Da mesma forma que a questão anterior, neste caso o VSTS possui o Work Item do tipo Bug para gerenciar os erros do software.

+ 1 ponto, temos 5.

Sexta questão: você tem uma agenda atualizada?

Só desenvolver um software não basta, também é preciso entregá-lo e o mais importante: na hora certa. Uma agenda atualizada, segundo o Joel, ajuda você a decidir quais funcionalidades estarão disponíveis ou não na versão final. Em outras palavras, a agenda atualizada fornece informações sobre o vencimento de prazos, portanto você pode decidir por incluir na versão final do software somente os itens mais importantes e indispensáveis, postergando os outros para versões futuras.

Aprenda a gerenciar seus projetos com o livro Microsoft Office
Project 2007: A Bíblia disponível na Submarino ou no Buscapé

O VSTS mais uma vez resolve este problema. Ele trabalha completamente integrado com o Microsoft Project, de tal forma que o desenvolvedor alimenta uma base de dados que também é utilizada pelo Project. Isso significa que o gerente de projetos terá toda a informação necessária disponível e atualizada a qualquer hora do dia, pois a integração é em tempo real e sem burocracias.

+ 1 ponto, estamos na metade, 6.

Sétima questão: você tem uma especificação?

Todo mundo acredita que escrever especificações é algo excelente, entretanto grande parte das pessoas não faz isso. Por quê? O fato é que muitas ferramentas para especificação de software são incompletas e não são integradas com o ambiente do desenvolvedor. O VSTS resolve justamente estes dois problemas: suporta a especificação de softwares e, quando necessário, também integra com ferramentas de terceiros.

Nas versões 2005 e 2008 do VSTS já estão disponíveis diversos recursos para especificação de software. Um deles é o diagrama de classes, que inclusive pode ser gerado automaticamente a partir do código fonte. O segundo é o Item de Trabalho, que pode armazenar texto e imagens sobre uma determinada tarefa. Além disso, a versão 2010 do VSTS terá suporte para os principais diagramas da UML e mais alguns específicos da ferramenta.

+ 1 ponto, temos 7.

Oitava questão: os programadores possuem boas condições de trabalho?

O Joel nesta questão se refere ao espaço físico do ambiente de trabalho. Segundo ele, há um ganho de produtividade muito grande quando as pessoas são posicionadas em lugares adequados, ou seja, com chances menores de interrupção, privacidade, etc. O VSTS não pode interferir nisto diretamente, porém ele traz outros fatores que melhoram as condições de trabalho de todos os envolvidos.

A ferramenta para desenvolvimento de software é integrada com a ajuda online da MSDN. Com alguns cliques o programador consegue as informações que precisa sem interromper outra pessoa. Outro aspecto importante é o foco no negócio e nos resultados, pois quem está envolvido no projeto sabe que existe uma excelente ferramenta dando suporte a todo o ciclo de vida da aplicação.

+ 1 ponto, e agora são 8.

Nona questão: você usa as melhores ferramentas que o dinheiro pode comprar?

É praticamente impossível desenvolver um sistema moderno sem o auxílio de uma ferramenta poderosa e com recursos avançados. Gerenciamento efetivo, comunicação fácil, agilidade no desenvolvimento e testes automatizados são só alguns exemplos do que é indispensável para ganhar tempo. Neste caso, o VSTS mais uma vez oferece uma solução completa e flexível de acordo com as necessidades do cliente.

O Visual Studio Team Suite, por exemplo, é o componente do VSTS usado por desenvolvedores, arquitetos e testadores. Todas as ferramentas que ele comporta são integradas entre si e simples de usar. No aspecto gerencial, o VSTS possui um grande número de relatórios, além de possibilitar o acesso de diversas informações pela web utilizando o Visual Studio Team System Web Access.

+ 1 ponto, 9 no total.

Décima questão: você tem testadores?

Segundo o Joel, ignorar a fase de testes é perder dinheiro. Pare e pense: se um programador recebe $ 100 por hora e um testador $ 30, com qual deles o custo é menor para executar os testes? Não ter testadores é uma falsa economia, pena que muitas vezes as pessoas não percebem isso ou acham que é tempo desperdiçado. Com o VSTS e os recursos de testes disponíveis é diferente, pois há mais agilidade no processo e consequentemente o custo é menor ainda.

O testador tem à disposição uma série de maneiras para realizar os testes usando o VSTS. Uma delas é o Web Test, que permite gravar e executar por indeterminadas vezes o acesso a um site, é o que conhecemos como simulação de acesso. Outra maneira é com o Load Test que simula diversos usuários acessando o servidor simultaneamente, também conhecido como Teste de Carga. Tudo isso e muito mais está disponível no Visual Studio Team Suite.

+ 1 ponto, 10! Faltam só 2.

Décima primeira questão: os novos candidatos escrevem código durante as entrevistas?

Você contrataria um mágico sem pedir a ele que demonstrasse algum truque? É isso que o Joel quer saber com esta questão. Segundo ele, um número cada vez maior de programadores é contratado com base em entrevistas simples, que dependem somente de uma boa conversa. O pior de tudo é que frequentemente os entrevistadores fazem questionamentos já conhecidos, como aquelas perguntas básicas “por que você escolheu a empresa xyz?” ou “o que te motiva a trabalhar na área de zyx?”.

Descubra como escrever melhores códigos com o livro
Visual C# 2008 disponível na Submarino ou no Buscapé

O VSTS pode ajudar também no processo da entrevista. Se for um candidato a programador, ele pode ser posto à frente do Visual Studio Development Edition e a partir daí deverá resolver uma série de problemas. Se for um aspirante a testador, a versão Visual Studio Test Edition será muito útil para conhecer o perfil investigativo do profissional. O mesmo acontece para arquitetos, DBAs, gerentes, analistas, etc. Todos eles têm um papel bem definido durante o ciclo de vida de uma aplicação e o VSTS possui ferramentas focadas para cada um deles.

+ 1 ponto. 11! Falta só 1.

Décima segunda questão: você faz testes de usabilidade?

Jacob Nielsen, uma das maiores referências sobre usabilidade na web, fala e escreve muito sobre um conceito chamado hallway usability testing. Em português a tradução é algo parecida com teste de usabilidade feito por pessoas aleatórias. Segundo ele, cinco pessoas é o número suficiente de testadores aleatórios para garantir que a usabilidade do site esteja em perfeitas condições. E o VSTS pode ajudar você a garantir um ótimo nível de usabilidade em suas aplicações.

Entenda mais sobre usabilidade com o livro
Não Me Faça Pensar disponível na Submarino ou no Buscapé

Para projetos web hoje é indispensável uma interface rica para o usuário. O VSTS oferece recursos como Silverlight, componentes AJAX e bibliotecas Java Script integradas na ferramenta de desenvolvimento. Além disso, possui suporte para edição de código HTML e um editor robusto e flexível para CSS. Todas estas tecnologias unidas proporcionam ao usuário final uma experiência fantástica, pois dão uma base sólida para a criação de um site que utiliza os melhores conceitos de usabilidade.

+1 ponto, chegamos no nível máximo: 12!

Conclusão

O VSTS é uma solução completa para qualificar qualquer time de desenvolvimento de software. Os recursos que ele oferece para desenvolvedores, testadores, gerentes, etc, são excelentes para a criação de qualquer projeto. E o mais importante: tudo em um único conjunto de ferramentas trabalhando de maneira integrada e inteligente para facilitar as tarefas do dia-a-dia.

Hotfix para o Visual Studio 2008 SP1

Foi anunciado ontem no blog Visual Web Developer Tools um hotfix para a correção de diversos bugs do Visual Studio 2008 SP 1. Os erros em geral estão relacionados com a não atualização do aspx após a edição visual de um controle. Além disso, em certos momentos o aspx é atualizado com diversos  .

O nome do arquivo é office2007-kb967253-fullfile-x86-glb.exe. Não fique espantado, pois o designer do Visual Studio usa componentes do Office 2007, similar ao Expression Web e o Sharepoint Designer 2007.

Até +!

Como renomear um projeto no TFS?

Uma questão interessante que surgiu na lista de discussão oztfs esta semana foi esta: é possível renomear um projeto no Team Foundation Server (TFS)? Felizmente a lista é repleta de profissionais experts no assunto, inclusive alguns que trabalham na própria Microsoft, e a resposta foi ótima.

Neste caso o Ian Ceicys, Microsoft Global ALM Practice, fez a gentileza de responder detalhadamente a pergunta. Os projetos do TFS não podem ser renomeados. O principal motivo é que na arquitetura utilizada pelo VSTS e outras ferramentas que fazem parte da solução, o nome do projeto é usado como referência em diversos locais.

Por este motivo, imagine que um projeto chamado ProjetoX pudesse ser renomeado para qualquer outro nome e que o ProjetoY assumisse o nome ProjetoX. Haveria uma enorme confusão com as informações armazenadas no TFS. Este é só um exemplo simples, acho que você já pode imaginar outros muito mais complexos.

Uma possível solução é criar outro projeto no TFS e copiar todos os dados (work items, código fonte, etc) do projeto antigo para o novo usando alguma ferramenta de migração. Por enquanto é o que há, mas com certeza essa funcionalidade já está na lista de tarefas da equipe de desenvolvimento do VSTS.

Até +!

Criando aplicações SharePoint com o Visual Studio Team System

O grupo VSTS Rangers lançou esta semana mais dois excelentes documentos sobre o Visual Studio Team System (VSTS). Desta vez o foco é na construção de aplicações Sharepoint com o VSTS. Confira:

• VSTS Rangers - SharePoint Server Custom Application Development: Document Workflow Management Project: Design, construção e implantação de aplicações reais usando o SharePoint Server 2007 e o Team Foundation Server como ferramenta de Application Lifecycle Management (ALM);
• VSTS Rangers - Using Team Foundation Server to Develop Custom SharePoint Products and Technologies Applications: Como usar o Team Foundation Server para suportar aplicações Sharepoint com repositório de código fonte, relatórios, etc.
  

Fonte: Ozzie Rules (Guidance for building Sharepoint Applications with Visual Studio Team System)

Trabalhando com branches no Team Foundation Server

Uma das funções do Team Foundation Server (TFS) é servir como repositório de código fonte. Por conta disto, os administradores do TFS precisam saber como gerenciar a enorme quantidade de dados que ele armazena. Um dos grandes desafios é a criação e manutenção dos branches.

Para solucionar este problema uma equipe chamada VSTS Rangers criou o TFS Branching Guide, que é um conjunto de documentos com as melhores práticas para trabalhar com branches. Esse material inclui diversos exemplos da vida real e uma série de perguntas e respostas mais frequentes.

Eu já tive a oportunidade de trabalhar como administrador de um TFS e sei o impacto que a criação de um branch tem sobre a equipe de desenvolvimento e o projeto em questão. Portanto recomendo a leitura deste guia a todos que trabalham com a criação de branches no TFS.

Até +

Twitters sobre Visual Studio Team System

Uma das maneiras para descobrir se uma tecnologia é boa é quando pessoas importantes usam ela. Sinceramente eu nunca acreditei que o Twitter fosse algo tão incrível. Nunca imaginei que alguém pudesse escrever algo de valor lá, e pior, só pensava que desocupados “twitavam”.

Mas a realidade é outra. Grandes nomes da tecnologia estão usando o Twitter para trocar informações de maneira rápida, afinal é este o propósito dele. A grande sacada é simples: fazer com que as pessoas escrevam só o suficiente para transmitir uma idéia. Você tem que ser preciso, escrever as palavras certas. Genial!

Voltando ao assunto do post, encontrei no blog do Steve Andrews, Team System MVP, uma lista com diversos twitters sobre Visual Studio Team System. Brian Harry, Chuck Sterling, Adam Barr, Jeef Behler e muitos outros já aderiram ao Twitter. Confira a lista completa em Team System on Twitter.

Por hoje é só. Até +.

TFSPlus Addin: usabilidade extra no Visual Studio

TFSPlus é aquele tipo de addin com funções que certamente farão parte de uma futura versão do Visual Studio (VS). A idéia neste caso é trazer novas funcionalidades para o VS 2008 para serem utilizadas com o Team Foundation Server (TFS).

Veja a lista:

• Find File in TFS Explorer: navega pelo Source Control Explorer até o local onde está o arquivo selecionado. Funcionalidade disponível no Solution Explorer, Code Window e Pending Changes Windows;
• Get Latest Version (Forced): baixa a última versão de um arquivo ou pasta (recursivamente) mesmo que a versão local seja a mesma do servidor (útil quando o arquivo foi removido localmente desde o último Get). É equivalente ao Get Specific Version com o checkbox de baixo habilitado. Funcionalidade disponível no Solution Explorer, Source Control Explorer e Code Window;
• Open Solution in New Environment: abre a solução (.sln) selecionada em uma nova instância do VS. Funcionalidade disponível no Source Control Explorer;
• Get This Version: baixa o changeset específico de um o arquivo ou pasta. Se o arquivo estiver “checkado” para você, então será feito um rollback para aquela versão. Funcionalidade disponível na janela History;
• Checkout non-latest notification: se você não tem a última versão de um arquivo quando faz um check out, será avisado por uma mensagem.
• Restore Source Control Explorer location on startup: a localização atual no Source Control Explorer é salva ao fechar o VS e restaurada assim que ele for reaberto.

E se você ainda não conhece o Visual Studio Team System (VSTS) é porque está perdendo dinheiro. Brincadeira (ou não?!). Veja no artigo Visual Studio Team System - Por onde eu começo? uma visão geral sobre esta solução que não para de evoluir e já é uma tendência mundial. Além disso, confira a lista de livros sobre VSTS recomendada pelo blog.

Fonte: Greg Duncan (TFSPlus – A Visual Studio TFS Addin that adds Source Control JuJu and MoJo)

Até +.

Visual Studio 2010 - novas screenshots

O Visual Studio 2010 está sendo construído com o que há de top em termos de tecnologia. Windows Presentation Foundation (WPF) e Windows Workflow Foundation (WWF) são só dois exemplos do que iremos ver rodando sob a nova versão do Visual Studio.

Jason Zander, General Manager da equipe de desenvolvimento do Visual Studio, publicou recentemente novas imagens do que será a nova “cara” da IDE. O foco é melhorar a usabilidade através de uma interface muito mais rica, algo que só com WPF seria possível.

Se você quiser saber mais sobre o assunto não deixe de ler o meu post Primeiras imagens do Visual Studio Team System 2010.

Até +.

Windows Installer XML (WiX)

Windows Installer XML (WiX) é o nome do conjunto de ferramentas que estará disponível no Visual Studio Team System 2010 (Rosario) com a finalidade de gerar arquivos de instalação para qualquer tipo de projeto. A idéia é simples: basta criar um WiX Project e editar algumas informações do arquivo .wxs. Feito isso o instalador já pode ser gerado.

Durante todo o processo diversas ferramentas estarão envolvidas. Uma delas é o Candle, que é responsável pelo pré-processamento e compilação do .wxs em um .wixobj. Outra é o Light, que gera o MSI a partir do .wixobj.

Na MSDN já está disponível a documentação do WiX com os seguintes tópicos:

• O que é o Wix?
• Usando o WiX pela linha de comando;
• Usando o WiX integrado com o Visual Studio;
• Técnicas avançadas com o WiX.

Por hoje é só.

Até +.