Митичният Man-месечно, или как да създадете софтуерни системи

Тази книга - Юбилейна (допълнена и ревизирана) издание един вид библия за разработчици на софтуер по целия свят, написани от Брукс през 1975. В същото време книгата е публикувана на руски и отдавна се е превърнал в рядкост. САЩ смята, че без да четете книгата Брукс не може да се извърши всеки голям лидер на софтуерни проекти.
Може би един от проблемите на глобалната компютърна индустрия е в "разпад своевременно", когато едно ново поколение от специалисти не могат да се възползват пълноценно от натрупаните по-рано опит. Причината за това е безпрецедентен в историята на човечеството, промяна на темпото на технологиите и експоненциално нарастващия брой на персонала, зает в индустрията. В нашата страна този процес е още по-ясно изразен заради рязката промяна в началото на 90-те години, когато силата на обстоятелства да замени специалисти от съветската епоха почти за една нощ на ново поколение компютърни специалисти.
Малко история: как е книгата

"Митичният Man-месеца": двадесет и пет години по-късно,

Сега тя е някак си забравил, че един от най-големите софтуерни проекти на всички компютърни история и до днес е създаването на IBM OS / 360, първата версия на която беше разработена през 1963 операционна система - 1966. На нея присъстваха стотици програмисти, а общият принос на труда е 5000 човека-годишен. Сред лидерите на този проект е Фредерик Брукс през 1985 г. заедно с Боб Еванс и Erikom Blohom, той е удостоен с американската Национална медал за технологии за работата си в OS / 360.

Спомените за отминалите дни

Във висшите училища, са били обучавани как да се реши математически задачи, да направи алгоритми и пишат програми. Но как да се направи на готовите софтуерни продукти, план работата, управление на екипи за разработка? Търсене на отговорите на тези въпроси, тогава си имаше, до голяма степен на пробата и грешката.

Есе за софтуерно инженерство

Всъщност, книгата Ф. Брукс е колекция от есета, в които последователно се разглеждат основните проблеми на развиващите се големи софтуерни проекти (и значението им в последните 30 години само увеличава): повишаване на производителността на програмистите, организацията на работа в екип, планиране и изпълнение на графика за изпълнение.

В същото време счита за най-различни аспекти на темата: естетическите основи на програмирането, организацията на работата на различни нива, същността на лидерството, разделението на функциите в група от разработчици, методи за отстраняване на грешки, техники, документация и др ...

* Защо е "човек-месец" е митичното? Подробен отговор на този въпрос може да се намери в книгата. С една дума, той формулира като Брукс закон: "Ако проекта програмист не се вписва в рамката на времето, добавянето на труда ще забави само своя край." Сложността на проектите, тъй като е известно, се очаква да бъде "човекомесеца". "Mythos".

Следва да се припомни, че през 70-те години на дискусия по темата за разработка на софтуер отиде до голяма степен в съответствие с дискусията: "Програмиране - науката или изкуството?". Брукс, един от първите, даде правилния отговор на този въпрос е много специфичен, много интелигентен, но все пак - технология.

Днес такава теза изглежда очевидно, но в действителност да практическото му приложение е все още много далеч. Например, ако се вгледате в подготовката на днешните ИТ специалисти, че е лесно да се види, че сега (както преди 25 години), националното ни гимназията има за цел да произвежда учени-изследователи, а не инженери. В резултат на това голямо индивидуално обучение (както мнозина смятат) по някаква причина не иска да се излее в успешното изпълнение на проекти в практиката.

От особен интерес за юбилейното издание на книгата, тъй като тя се добавя още няколко глави. В частност, той включва остър полемичен есе "не сребърен куршум" (1986), подробно Тезата, че "в продължение на десетилетия няма развитие в областта на софтуера технология не позволява да се увеличи производителността в програмирането в ред." Разбира се, има какво да се спори, но в никакъв случай това е полезно да се отрази по въпроса, както и до каква степен това е производителността на програмист. В края на краищата, днес е ясно, че като цяло крайният резултат е по-скоро слабо свързано с броя на писмени линии, и още повече, че с размера на RAM е необходимо.

Така че може би, преди да премине на нов софтуерен проект, в крайна сметка, че има смисъл да се провери

Очевидно е, че по тази причина сред българските софтуерни разработчици там е илюзия, че съвременната история на компютъра започва преди около десет години (в смисъл, че натрупаните точно в този период на опит е важно за днешния практика.) Най-негативен начин е показана такава представителство, например, когато става дума за разбирането, че изпълнението на сложни проекти не може да бъде решен чисто технологични методи и изисква подходяща теоретична и методологична разбиране.

Това беше тогава, и това е полезно да се припомни, че такива проучвания са проведени за дълго време и основаването му е бил поставен преди тридесет години, когато производството на глобалната компютърна е достигнала нивото на наистина големи работни места *. Най-любопитното, че в "старите" издания вече могат да бъдат намерени не само важен методологически позиции, но и подходяща от днешна гледна точка, чисто практически съвети "как да се изгради софтуерни системи по правилния начин."

PS: Архивът съдържа PDF-версия на отлично качество (първоначално компютърния файл, вероятно), таблица на съдържанието, но няма образ-вратовръзка в предната част на главите, които Брукс, в своята увереност, взе една godskachat DLE 11.1 да гледате филми безплатно