Uma tática de programação do Tempo-time-Saving que trabalho de Doesn?t
Deixe-nos dizer que você tem um projeto do software que esteja sob a pressão severa do tempo. Deixe-nos dizer que este fim do prazo está assim apertado que você sabe já que envolverá muitas noites atrasadas do café preto e da programação frenetic. Que pode você fazer para fazer este processo vai mais rapidamente?
Eu honesta não sei, desde que a resposta correta dependerá de one's circunstâncias individuais. Entretanto, eu posso dizer-lhe quantos programadores respondem sob tais circunstâncias. Decidem-se conservar o tempo saltando sobre a fase do planeamento e do projeto do software, e começam-se imediatamente codificar afastado.
A um programador inexperienced ou de outra maneira undisciplined, isto parece fazer o sentido. Apesar de tudo, o produto terminado é o que importa verdadeiramente, direito? O cliente não se importa com fluxogramas, diagramas da classe ou arquiteturas do software. Tudo que quer é algo que trabalha.
Parece fazer o sentido, mas é uma aproximação foolhardy. Essa maneira encontra-se loucura. Nós todos ouvimo-nos que uma onça do planeamento vale a pena uma libra da cura, mas no mundo do desenvolvimento do software, este adage está esquecido frequentemente.
Se um colaborador de propriedade real necessitar começar uma casa construída rapidamente, conserva o tempo saltando sobre a fase architectural do projeto? Decide-se dispensar com blueprints, e concreto justo colocar do começo? Naturalmente não. Sabe que os resultados seriam chaotic, e que o trabalho progredirá mais lentamente sem forethought cuidadoso e uma planta concreta.
Contudo aquela é a aproximação de que muitos povos fazem exame quando vem ao software. Decidem-se começar apenas codificar afastado, pensando de que este faz o processo do desenvolvimento do software mais eficiente. Em projetos razoavelmente simples, isto pôde trabalhar. Em qualquer coisa da complexidade moderada though, tal aproximação doomed falhar. Certo, você pode conservar o tempo no início. Entretanto, sem uma planta concreta do software e um projeto com cuidado considerado, os problemas são limitados a alcançam você antes de longo. Muitos destes problemas não se tornarão desobstruídos até que a fase testando venha ao redor, e perto então, pode estar demasiado atrasada.
Sadly, tal pensar reckless é incentivado frequentemente no mundo incorporado. devido aos confinamentes do tempo, um gerente misguided pode instruir sua equipe saltar sobre o trabalho de projeto e o começo justo que cortam afastado. Isto faz a equipe parecer focalizada e produtiva, mas este havoc do wreak da lata da estratégia no timeline do projeto. O que é mais, o código resultante é frequentemente um mess tangled, mal documentado, chaotic. Se este software dever ser mantido por anos para vir, a seguir você tem uma receita para o disastre.
Ocupe-se de você, mim não estão dizendo que um projeto elaborado é sempre necessário. Se o tempo fosse curto, a seguir um não pôde ter o luxo de uma planta intricada do software com documentação exhaustive do projeto. Entretanto, um deve ao menos ter um out-one colocado do software arquitetura geral que seja detalhado bastante fazer o smoother do processo do desenvolvimento do software e mais fácil. Os programadores err raramente no lado do sobre-planeamento, mas caem freqüentemente na armadilha do detalhe insuficiente do projeto. Não faça este erro, se você quiser realmente conservar o tempo.
Sobre o autor:
O Jr. de V. Berba Velasco é orgulhoso trabalhar como uma Software Engineer sênior elétrica e tecnologia celular Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn) uma companhia do biotechnology que se orgulhe em seus padrões do excellence.
Artigo Fonte: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!
Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!
