Een tijdbesparende programmering tactiek dat doet? T werk
Laten we zeggen dat u een software-project dat onder grote tijdsdruk. Laten we zeggen dat deze termijn is zo krap dat je al weet dat het zal vele late nachten van zwarte koffie en hectische programmering. Wat kunt u doen om dit proces sneller? Ik eerlijk gezegd niet weten, omdat het juiste antwoord zal afhangen van een van de individuele omstandigheden. Maar ik kan u vertellen hoeveel programmeurs doen reageren op grond van een dergelijke omstandigheden. Ze beslissen om tijd te besparen door het overslaan van over de software planning-en ontwerpfase, en onmiddellijk starten codering away.To een onervaren of anderszins ongedisciplineerde programmeur, dat lijkt logisch. Immers, het eindproduct is wat echt zaken, nietwaar? De klant heeft geen zorg over flowcharts, class diagrammen of software architecturen. Het enige wat ze willen is iets dat works.It lijkt zinvol, maar het is een roekeloos aanpak. Op die manier is waanzin. We hebben allemaal gehoord dat een ounce van planning is de moeite waard een pond genezen, maar in de wereld van software ontwikkeling, dit adagium wordt vaak forgotten.If een vastgoed-ontwikkelaar moet om een huis snel, heeft hij tijd besparen door het overslaan op de architectonische vormgeving fase? Heeft hij beslissen af te zien van blauwdrukken, en net start tot vaststelling van beton? Natuurlijk niet. Hij weet dat de resultaten zou chaotisch, en dat werk zal de vooruitgang langzamer zonder zorgvuldige voorbedachtheid en een concreet plan.Yet dat is de aanpak die veel mensen nemen als het gaat om software. Ze besluiten om gewoon beginnen codering weg, denken dat dit maakt het software ontwikkel proces efficiënter. Op vrij eenvoudige projecten kan dit werk. Op alles van matige complexiteit echter een dergelijke aanpak is gedoemd te mislukken. Natuurlijk, u kunt besparen tijd op het eerste. Echter, zonder een concreet plan voor de software en een weloverwogen ontwerp, de problemen zijn verplicht in te halen voordat je lang. Veel van deze problemen zullen niet duidelijk geworden totdat de testfase komt rond, en dan, kan het ook late.Sadly, bijvoorbeeld roekeloos denken vaak aangemoedigd in de corporate wereld. Vanwege de beperkte tijd, een misplaatste manager kan zijn team over te slaan over het ontwerp werken en net start hacking weg. Dit maakt het team lijken gericht en productief, maar deze strategie kan voor chaos op het project tijdbalk. Wat is meer, de resulterende code is vaak een wirwar, slecht gedocumenteerd, chaotische puinhoop. Als deze software moet worden gehandhaafd voor de komende jaren, dan heb je een recept voor disaster.Mind je, ik zeg niet dat een uitwerking van het ontwerp is altijd nodig. Als de tijd is kort, dan kan men zich niet de luxe van een ingewikkelde software met volledige ontwerp-documentatie. Echter, men moet minstens een algemene software architectuur aangelegde-een dat is gedetailleerd genoeg om het software ontwikkel proces soepeler en gemakkelijker. Programmeurs err zelden aan de zijde van de over-planning, maar ze vaak in de val van onvoldoende gedetailleerd ontwerp. Niet maken deze fout, als je echt wilt opslaan time.About De AuthorV. Berba Velasco Jr is trots om te werken als een elektrische en senior software engineer bij Cellulaire Technology Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn ), een biotechnologisch bedrijf dat
Artikel Bron: Messaggiamo.Com
Related:
» Run Your Car On Water» Recession Relief
» Advanced Automated Forex Trading
» Profit Lance
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
