Време за спестяване на програмиране тактика, която няма? Т работа
Да речем, че имате софтуерен проект, който е под голямо налягане време. Да речем, че този срок е толкова здраво, че вече знам, че ще включва много късно вечер на черно кафе и френетичен програмиране. Какво можете да направите, за да направи процеса по-бързо? Аз честно казано не знам, тъй като верен отговор ще зависи от един на индивидуалните обстоятелства. Въпреки това, мога да ви кажа колко много програмисти се повлияват при такива обстоятелства. Те решават да спестите време, като прескочите върху софтуера за планиране и проектиране, и незабавно да започнат кодиране away.To един неопитен или по друг начин недисциплинирани програмист, това изглежда да има смисъл. В крайна сметка, крайния продукт е това, което наистина има значение, нали? Клиентът не се интересува от графика, клас диаграми или софтуер, архитектури. Всички те искат нещо, което works.It изглежда да има смисъл, но това е един дързък подход. По този начин се намира лудост. Всички сме чували, че една унция на планиране е на стойност половин килограм лекува, но и в света на разработката на софтуер, тази поговорка е често forgotten.If истински разработчик имоти нужди да се получи къща, построена бързо, не е спестите време, като прескочите през архитектурни фаза дизайн? Дали той реши да не се прилагат скици, и просто започна г. за определяне на конкретни? Не, разбира се. Той знае, че резултатите би било хаотично, и че работата ще напредва по-бавно, без внимателно преднамереност и конкретен plan.Yet това е подход, който много хора се предприемат, когато става въпрос за софтуер. Те решават да започват кодиране далеч, мисля, че това прави процеса на разработка на софтуер по-ефективни. На сравнително прости проекти, това може да работи. На всичко, на умерена сложност обаче, този подход е обречен на неуспех. Разбира се, можете да запишете На първо време. Въпреки това, без конкретен план за софтуер и внимателно проектиране, проблемите са длъжни да се изравнят с вас, не след дълго. Много от тези проблеми няма да станат ясни до фазата на изпробване идва наоколо, и след това, тя може да бъде твърде late.Sadly, като безотговорно мислене често се насърчават в корпоративния свят. Поради ограниченото време, един заблуден управител може да нареди на своя екип, за да пропуснете през проектантска работа и просто начало сух далеч. Това прави екип изглежда целенасочена и продуктивни, но тази стратегия може да опустошавам опустошение на проекта дати. Нещо повече, получените код често е заплетено, слабо документирани, хаотична бъркотия. Ако този софтуер трябва да се запази за идните години, тогава ще трябва рецепта за disaster.Mind вас, аз не казвам, че един сложен дизайн винаги е необходимо. Ако времето е кратко, а след това никой не може да има лукса на една сложен софтуер с изчерпателен план за проектната документация. Въпреки това, трябва да имат най-малко общо архитектура софтуер, изложени един, който е достатъчно подробна, за да направи процеса на разработване на софтуер-гладко и по-лесно. Програмистите рядко се заблуждават от страна на по-планиране, но те често попадат в капана на достатъчно конструктивен детайл. Не правете тази грешка, ако наистина искате да запазите time.About на AuthorV. Бербатов Веласко младши е горд да работи като старши софтуерен инженер от електрическо и в клетъчна технология Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn ), биотехнологична компания, която
Член Източник: Messaggiamo.Com
Related:
» Run Your Car On Water» Recession Relief
» Advanced Automated Forex Trading
» Profit Lance
уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!
уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!
