Čas-úspory programovanie taktika, ktorá nemá? T práca
Povedzme, že máte softvér, projekt, ktorý je pod veľkým časovým tlakom. Povedzme, že tento termín je tak pevne, že už viete, že bude zahŕňať veľa neskorej noci čiernej kávy a frenetický programovania. Čo môžete urobiť, aby tento proces ísť rýchlejšie? Ja úprimne neviem, pretože správna odpoveď bude závisieť na niečiu individuálnu situáciu. Avšak vám môžem povedať, koľko programátorov reagujú v rámci takéhoto okolností. Sa rozhodnú ušetriť čas tým, skákanie cez softvér, plánovanie a projektovanie, a okamžite začať kódovanie away.To neskúsený alebo inak nedisciplinovaný programátor, to sa zdá dávať zmysel. Koneckonců, konečný výrobok je to, čo naozaj záležitosťou, že jo? Zákazník sa nestará o vývojové diagramy, diagramy tried a softvérové architektúry. Všetko, čo chcem, je niečo, čo works.It Zdá sa, že zmysel, ale je to pošetilou prístup. Spôsobom, že leží šialenstvo. Všetci sme počuli, že unca plánovanie sa vyrovná librou lieku, ale vo svete vývoja softvéru, toto príslovie je často forgotten.If realitný developer potreby získať dom postavený rýchlo, robí ušetriť čas tým, skákanie cez fáze architektonického návrhu? Má sa rozhodol vzdať sa plánov, a začnite, ktorým sa ustanovujú konkrétne? Samozrejme že nie. Vie, že výsledky by bolo chaotické, a že práce budú postupovať pomalšie, bez starostlivé rozvahou a konkrétne plan.Yet to je prístup, že mnohí ľudia berú, pokiaľ ide o softvér. Sa rozhodnú začnite kódovanie preč, myslieť si, že to robí software development proces efektívnejšie. Na relatívne jednoduché projekty, mohlo by to fungovať. Na nič mierne zložitosti je však takýto prístup vopred odsúdené na neúspech. Iste, môžete ušetriť čase prvej. Avšak, bez konkrétneho softvéru plán a starostlivo zvážiť prevedenie, sú povinné problémy vyrovnať sa s tebou pred dlho. Mnohé z týchto problémov nie je jasné, do testovacej fázy prichádza okolo, a potom môže byť príliš late.Sadly, ako nezodpovedné myslenie je často podporovaná v podnikovom svete. Vzhľadom k časovej tiesni, pomýlené manažér môže dať pokyn svojmu tímu preskočiť projekčné práce a len start hacking preč. Toto robí tím zameral sa zdajú a produktívne, ale táto stratégia môže rozpútať peklo na projekte časovej osi. A čo viac, výsledný kód je často spletitý, zle zdokumentované, chaotický neporiadok. Ak Tento softvér musí byť zachovaný pre nadchádzajúce roky, potom máte recept na disaster.Mind vás, já neříkám, že prepracovaný dizajn je vždy potrebná. Ak je málo času, potom sa človek nemusí mať luxus zložitý softvér plán s vyčerpávajúce projektovej dokumentácie. Avšak, jeden by mal mať aspoň všeobecné softvérové architektúry stanovenými-ten, ktorý je dostatočne podrobné, aby sa proces vývoja softvéru hladšia a jednoduchšie. Programátori zriedka spraviť chybu na strane po-plánovanie, ale oni často spadajú do pasce nedostatočné prebratie detailov. Nepoužívajte túto chybu, ak naozaj chcete ušetriť time.About AuthorV. Bérbe Velasco Jr je hrdý na to pracovať ako senior elektrických a softvérový inžinier bunkovej Technology Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn ), biotechnologické spoločnosti, ktorá
Článok Zdroj: Messaggiamo.Com
Related:
» Run Your Car On Water» Recession Relief
» Advanced Automated Forex Trading
» Profit Lance
Webmaster si html kód
Pridajte tento článok do svojich webových stránok sa!
Webmaster Pošlite svoj článok
Nie nutná registrácia! Vyplňte formulár a Váš článok je v Messaggiamo.Com Adresár!
