13 Razões para Programadores Java aprenderem Flex e BlazeDS
Treze razões para que programadores java aprendam Flex e BlazDS. Ele discute sobre o porquê que Flex e BlazeDS é uma das melhores opções para desenvolver aplicações ricas de internet.
Rastreando mudança e inovação na comunidade de desenvolvimento de software corporativo.
Postado por Chris Sims , traduzido por Flávia Castro de Oliveira em 18 Nov 2008 06:57 AM
James Shore declarou que agile está em declínio. Ele cita como por exemplo os vários times fazendo 'sprints' e stand-up meetings, sem adotar nenhuma das práticas técnicas necessárias para produzir software de alta qualidade no longo prazo. Em sua estimativa, este fato tem levado milhares de times Scrum praticar métodos Ágeis tão pobremente que eles quase certamente fracassarão, e provavelmente levarão o movimento ágil com eles.
James estabelece uma grande parte da culpa em Scrum, e o mau uso de Scrum. Ele compara Scrum com Extreme Programming (XP) e nota que Scrum intencionalmente deixa de lado práticas de engenharia que são incluídas pelo XP. Scrum se sliencia em tópicos como Programação em Dupla, Desenvolvimento Orientado a Testes, Integração Contínua, e automatização de teste. Sem tais práticas, um time pode rapidamente construir uma base de código grande, bugada e impossível de ser mantida. Então isto se torna um peso nas costas do time, impedindo eles de responder rapidamente à mudança, como um time ágil deveria.
Porém, James acredita que não é tudo culpa do Scrum, já cada time deve ser reponsável pelo seu sucesso ou fracasso. Muitos escolhem adotar apenas as partes superficiais e fáceis do Scrum, como ciclos curtos de desenvolvimento e reuniões diárias, enquanto ignoram práticas difíceis mas críticas como reflexão e melhoria contínua. Através deste processo, os times tem a capacidade de identificar e adotar as práticas de engenharia que eles necessitam para ter software pronto toda iteração. Infelizmente, muitos times falham ao dar este passo.
Vários comentários preferiram enxergar que o problema não é com o Scrum em si, mas às pessoas que estão o implementando fracamente. Por exemplo, Dustin Whitney disse "Para mim você está apenas descrevendo mediocridade, que nunca desaparecerá. Não acredito que seja justo culpar Scrum pelas falhas de desenvolvedores e gerente de projetos medíocres."
Na visão de James, as falhas, independentemente dos motivos, podem levar a Agilidade a ser taxada de falha, e desmoronar.
Então, infelizmente, muitos auto-intitulados projetos Ágeis fracassarão. Eles estão fracassando neste momento. E eventualmente Agile recebá a culpa, e ela passará, como todas as novidades eventualmente passam.
Simon Kirk responde a isto tudo mais otimista:
Eu não discordo com a premissa de que tudo que tem sido feito sob o nome "agile" é qualquer coisa. Em contrapartida eu realmente acredito que este estágio é um passo inevitável para uma adoção mais ampla de agilidade (que, de qualquer forma, feito de forma ágil).
Agile é uma novidade? É muito difícil para a maior parte dos times realizá-lo eficientimente? Ou Agile está experimentando dores crescentes para ainda maiores adoções de sucesso? Deixe um comentário e compartilhe sua opinião.
Padrões para Introduzir Novas Ideias
Criando um Processo Ágil para Desenvolvimento de Software
Padrões de Design de Interação - Parte II
Tentar implantar o Scrum em uma equipe simplesmente por ter escutado sobre essa metodologia sem que todos da equipe conheçam e se comprometa com ele, tem uma grande probabilidade de dar errado e ainda pior, deixar todos com uma grande aversão a ela. Temos que lembrar que o Scrum não pode ser implantado em qualquer projeto, pois existem projetos de todos os tipos e sabores. Antes de iniciar um projeto com Scrum ou com qualquer outra metodologia, o ideal seria estudar a metodologia, verificar se ele realmente será ideal para o seu projeto e, principalmente, treinar toda a equipe para que o negócio não desande.
Concordo Robson, Mas além disso, as pessoas ainda tentam implantar sem ter uma orientação de alguém experiente para evitar as armadilhas.
Concordo que adoção ao Scrum está de forma desordenada. Porém, acho que James Shore não deveria ter falado desse modo ("O Declínio e a Queda do Agile"). Acho isso um pouco pesado. Não acredito que ele irá sumir, e sim levar a novos rumos, através de melhorias sucessivas. A comunidade ágil tem se mostrado muito unida, pois existe um compartilhamento muito grande de informação. Agora cabe a cada um, abstrair essas informações e saber usá-las.
Treze razões para que programadores java aprendam Flex e BlazDS. Ele discute sobre o porquê que Flex e BlazeDS é uma das melhores opções para desenvolver aplicações ricas de internet.
Rob Bazinet e Matthew Bass, ambos da InfoQ, tiveram a oportunidade de conversar com Jeremy McAnally, sobre o livro "Ruby in Practice" no qual foi co autor junto à Assaf Arkin.
Danijel Arsenovski tenta esclarecer alguns mitos sobre refatoração e como isso se aplica para desenvolvedores .NET
Em maio, Adobe lançou a primeira versão beta do Flex 4, codinome Gumbo. A lista a seguir proporciona uma visão geral de alto nível dos itens que foram modificados na última versão do framework RIA.
Um dos anúncios mais interessantes recentemente feito à comunidade Ruby foi o lançamento da IDE JetBrains RubyMine para aplicações Ruby e Ruby on Rails.
Data Services são serviços de software que encapsulam operações das entidades chave relevantes para a empresa.
O uso do XML traz consigo desvantagens, como problemas em potencial com desempenho, mas também oferecem um nível de abstração que permite diminuir o acoplamento entre as partes envolvidas na troca.
Como programadores, a nossa primeira prioridade é criar código que funciona. Infelizmente, código que simplesmente “funciona” não é suficiente.
3 comentários
Acompanhar Discussão Responder