Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O conteúdo foi adicionado aos favoritos!
Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.
Postado por Jonathan Allen , traduzido por Rony Barbosa em 16 Jun 2009
LINQ to XSD é a mais esperada continuação do LINQ to XML. Sua principal proposta é produzir modelos de objetos LINQ a partir de arquivos XSD, fornecendo aos desenvolvedores alguma moderação da checagem de tipo estático durante o acesso dos dados XML.
Atualmente apenas o código fonte do LINQ to XSD está disponível, não há binários sendo publicados. E está sendo licenciado sob as cláusulas da Microsoft Public License (Ms-PL) .
Depois de configurá-lo, o que exige a estudar o “readme“ com muito cuidado, utilizar o LINQ to XSD é bastante fácil. Basta incluir os arquivos XSD que deseja em um projeto C # e definir as suas ações para construir “LinqToXsdSchema“. O código e os arquivos são gerados automaticamente e o modelo de objeto resultante é bastante fácil de usar.
Infelizmente o LINQ to XSD não suporta outras linguagens como o VB diretamente. Mas o suporte à outras linguagens poderá ser viabilizada desde que sejam baseadas em CodeDOM.
Os papéis de Desenvolvedor e de Analista de teste foram distanciados no modelo tradicional de desenvolvimento e, agora, as práticas ágeis buscam aproximá-los em prol de software em funcionamento.
Apresentamos aqui os principais conceitos vistos no workshop de Ash Maurya sobre a aplicabilidade prática do Lean Canvas
Na quarta parte da série sobre equipes de alto desempenho veremos como identificar os acontecimentos em uma equipe que sai da fase de Conflitos e entra na fase de Normatização.
Ash Maurya, um dos maiores especialistas em Lean Startup falou com exclusividade ao InfoQ Brasil sobre a aplicabilidade do Lean e como seus conceitos contribuem com empreendimentos e equipes ágeis.
Conheça um guia prático, proposto por Esther Derby, para diagnosticar a eficácia de equipes, usando mapas mentais como referência, além de entender o perigo de equipes disfuncionais,
Esther Derby aposta os riscos em se transformar estimativas em um cronograma; e Allan Kelly apresenta pesquisas indicando ser impossível prever o tempo para se realizar uma atividade.
Martin Odersky, criador do Scala, discute o futuro da linguagem, trata da questão de quebra de compatibilidade binária e faz comparações com F# e Java.
Anil Gaur da Oracle fala sobre o cronograma para o Java EE 7, APIs para computação em nuvem, ferramentas e suporte a PaaS.
Nenhum comentário
Acompanhar Discussão Responder