Čas-úspory programování taktika, která nemá? T práce
Řekněme, že máte software, projekt, který je pod velkým časovým tlakem. Řekněme, že tento termín je tak pevně, že již víte, že bude zahrnovat mnoho pozdní noci černé kávy a frenetický programování. Co můžete udělat, aby tento proces jet rychleji? Já upřímně nevím, protože správná odpověď bude záviset na něčí individuální situaci. Nicméně vám mohu říci, kolik programátorů reagují v rámci takového okolností. Se rozhodnou ušetřit čas tím, skákání přes software, plánování a projektování, a okamžitě začít kódování away.To nezkušený nebo jinak nedisciplinovaný programátor, to se zdá dávat smysl. Koneckonců, konečný výrobek je to, co opravdu záležitostí, že jo? Zákazník se nestará o vývojové diagramy, diagramy tříd a softwarové architektury. Všechno, co chci, je něco, co works.It Zdá se, že smysl, ale je to pošetilý přístup. Způsobem, že leží šílenství. Všichni jsme slyšeli, že unce plánování se vyrovná libře léku, ale ve světě vývoje softwaru, toto rčení je často forgotten.If realitní developer potřeby získat dům postavený rychle, dělá ušetřit čas tím, skákání přes fázi architektonického návrhu? Má se rozhodl vzdát se plánů, a začněte, kterým se stanoví konkrétní? Samozřejmě že ne. Ví, že výsledky by bylo chaotické, a že práce budou postupovat pomaleji, bez pečlivé rozmyslem a konkrétní plan.Yet to je přístup, že mnozí lidé berou, pokud jde o software. Se rozhodnou začněte kódování pryč, myslet si, že to dělá software development proces efektivnější. Na poměrně jednoduché projekty, mohlo by to fungovat. Na nic mírné složitosti je však takový přístup předem odsouzeny k neúspěchu. Jistě, můžete ušetřit době první. Nicméně, bez konkrétního softwaru plán a pečlivě zvážit provedení, jsou povinny problémy vyrovnat se s tebou před dlouho. Mnohé z těchto problémů není jasné, do testovací fáze přichází kolem, a pak může být příliš late.Sadly, jako nezodpovědné myšlení je často podporována v podnikovém světě. Vzhledem k časové tísni, pomýlené manažer může dát pokyn svému týmu přeskočit projekční práce a jen start hacking pryč. Toto dělá tým zaměřil se zdají a produktivní, ale tato strategie může rozpoutat peklo na projektu časové ose. A co víc, výsledný kód je často spletitý, špatně zdokumentovány, chaotický nepořádek. Pokud Tento software musí být zachován pro nadcházející roky, pak máte recept na disaster.Mind vás, já neříkám, že propracovaný design je vždy nutná. Je-li málo času, pak se člověk nemusí mít luxus složitý software plán s vyčerpávající projektové dokumentace. Nicméně, jeden by měl mít alespoň obecné softwarové architektury stanovenými-ten, který je dostatečně podrobné, aby se proces vývoje softwaru hladší a jednodušší. Programátoři zřídka chybovat na straně po-plánování, ale oni často spadají do pasti nedostatečné provedení detailů. Nepoužívejte tuto chybu, pokud opravdu chcete ušetřit time.About AuthorV. Berba Velasco Jr. je hrdý na to pracovat jako senior elektrických a softwarový inženýr buněčné Technology Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn ), biotechnologické společnosti, která
Článek Zdroj: Messaggiamo.Com
Related:
» Run Your Car On Water» Recession Relief
» Advanced Automated Forex Trading
» Profit Lance
Webmaster si html kód
Přidejte tento článek do svých webových stránek se!
Webmaster Zašlete svůj článek
Ne nutná registrace! Vyplňte formulář a váš článek je v Messaggiamo.Com Adresář!
