Eu visitei as ruínas de um estabelecimento romano, o outro dia que foi ajustado em um vale encantador no meio de um console.

O ajuste era idílico, protegeu dos ventos e não demasiado longe da cidade principal do mercado, pareceu um ponto ideal para cultivar acima e trazer uma família.

Sua história foi fornecida pensativamente em sinais em torno das ruínas de uma moradia substancial, que fosse expandida nas épocas romanas incluir um banheiro e uns assoalhos de mosaico quentes e frios. Toda a esta era muito atrativa e um investimento considerável para o latifundiário. Mas o estabelecimento foi abandonado, e ocorreu-me que tem que lá ser uma boa razão desde que era desobstruído que alguém tinha põr muitos esforço e finança em seu sonho.

Eu quis saber se Viquingues, que foram conhecidos para ser ativos nesta área depois que os romanos sairam, a tinha atacado mas não havia nenhum sinal do trabalho de tijolo carbonizado ou as consequências da batalha.

Olhar em torno de um outro sinal revelou o problema. Tinha havido mais de uma tentativa de estabelecer a área, mas a terra deu forma a um ponto natural da drenagem para os montes ao redor, e os edifícios sucessivos tiveram cada um succumbed eventualmente ao subsidence.

Eu fui deixado em nenhuma dúvida que os edifícios eram de uma boa qualidade e que os construtores eram competentes na construção, mas tinha tomado claramente algumas gerações para elaborar que este não era um local apropriado para a construção. Se nós quisemos realmente estabelecer agora este lugar nós conduziríamos pilhas profundamente na terra para superar o subsidence.

O ponto que este conduziu em minha mente era aquele do software tornando-se. É todo demasiado frequentemente o caso que as organizações da programação de software e seus clientes fazem aos mesmos erros sobre outra vez. Se as fundações são instáveis então não há nenhum ponto no edifício, mas com pouco forethought que alguém poderia resolver o problema e fornecer uma maneira segura de entregar uma boa fundação.

O erro o mais grande que as organizações fazem é apressar-se para cortar o código antes que compreendam o problema elas está resolvendo. Isso não significa que você tem que ser satisfeito e esse assento ao redor em algumas reuniões resolverá todos seus problemas.

O que deve ser feito é: -

Cerca de anel o que você sabe.
Cerca de anel o que você não sabe.
Certifique-se que você está desenvolvendo o produto direito.
Construa o software que você sabe não mudará.
Certific do que você é o edifício seja o que é querido.

Frequentemente o cliente apenas não sabe exatamente o que quer, assim que você precisa de envolvê-lo no processo de desenvolvimento. Mais adiantados conhecem que o produto então mais prováveis são comprar na solução.
Dizendo toda a isso.

O código deve ser construído onde realça a compreensão do problema ao cliente e ao colaborador.

Artigos vivos sustentáveis @ http://www.articlegarden.com