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 Lucas Souza em 29 Nov 2010
Desde que a Microsoft anunciou que ela estava procurando um controle de versão para suas linguagens Iron, existiam debates sobre onde hospedar o projeto. As negocioações finalmente foram finalizadas e o vencedor é o Github como controle de versão de código fonte e o CodePlex para issue tracking.
A mudança para o Github permite aos coordenadores gerenciarem melhor a grande quantidade de código que se sobrepõe em ambos projetos. Isso incluí os DLR bem como os testes de unidade que testam a interoperabilidade entre as duas linguagens. Para aqueles que preferem Mercurial ao Git, existe um mirror no bitbucket.
O controle de issues ficará no CodePlex. Foi decidio que a tentativa de mudar o sistema de controle de issues desnecessário neste momento. Atualmente o time do IronPython está pedindo ajuda para verificar o backlog de issues, muitos dos quais remontam a versão 1 e que podem ter sidos corrigidos.
Repositórios de Código Fonte
Issue Tracking
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