Блог Александър byndyu Extreme програмиране Програмиране двойка

Чифт програмиране е една от практиките XP. Тази практика представлява екстремни (прекомерна) идея на Кодекса за преглед. Ако прегледът може да се подобри качеството на кода, тогава нека го направим постоянно, по време на редакции и писане на нов код.

Проблемът с конвенционалния Код преглед е, че програмистите дават много повърхностно обратна връзка, когато просто погледнете кода си. Но веднага след като те започват да работят с него, това е, когато реално обратна връзка пристига на всички тънки петна и недостатъци.

Когато програмирането по двойки, двама души седят един до друг на един и същ компютър. Една от тях е "шофьор" в ръката си клавиатура и мишка. Вторият прави постоянен преглед първия код за определяне на тактически и стратегически пропуски в кода, включително синтактични грешки, логически програми, печатни грешки и реализации, които не се вписват в съществуващите модели на системата. След определено време програмисти променят роли, или промяна на двойката.

Най-голям скептицизъм поставя въпроса: няма да се развива бавно, когато двама програмисти, участващи в дадена задача?

Проучванията показват, че работата се извършва по двойки или с една и съща скорост. като един по един, или малко (15%) бавно. Но се оказва, че кодът е много по-високо качество, по-малко грешки (60%) и техническа дълг.

Резултатите от проучвания, изброени по-долу, са много подобни на моите наблюдения на дневна база. И аз, като преподавател в Държавния университет на Южна Урал, започна да дава програмирането по двойки от началото на курса. Моите резултати ще бъдат в края на учебната година, толкова дълго, колкото избора на публичните изследвания на тема:

Бонуси на програмирането по двойки

1. Обмяна на опит: Често, седи в една двойка, ще научите за няколко нови клавишни комбинации, интересна програма за ускоряване на работата. Във всеки случай, гледане на начина, по който другите се програмиране сте постоянно учене.
2. Познаване на системата: Постоянната промяна на пара спомага за разпространението на знания за различните части на системата в рамките на екипа. Това дава възможност да се разбере как се развива системата, за да се подобри дизайна на системата, дубликат логика.
3. Колективен код собственост: Когато всички участници в написването на всички части на системата, а след това ние не можем да говорим за лична собственост на един клас или сглобяване.
4. Менторство: Всички ние веднъж започнал програмиране. Тъй като практиката показва, най-прост инфузия на проекта се осъществява в процеса на програмиране по двойки.
5. Повече комуникация: комуникация в екипа спомага за изграждането на доверие. И стоящ ретроспективен добавена комуникация в ежедневната си работа, но това не може да се сравнява с възможностите на програмирането по двойки.
6. Стандарти за кодиране: Седейки по двойки, като постоянно преминаване клавиатура и промяна на двойката програмисти разпространяват знанието за това, което стандарти за кодиране са били приети в проекта. Не е нужно да затегнете автоматизирани инструменти, за да се провери качеството на код.
7. Подобряване дисциплина: Седейки в един чифт, бих искал да заявят своя интерес и ниво на партньор. А това е доста трудно да се превключва временно на социалното. мрежова връзка за търсене на най-новите смешни снимки.
8. Сдвояване на потока: един програмист пита другия: "Това, което имаме сега, за да се реши?" и двамата започват да се потопите в задачата. Този подход може да доведе до състояние, спрежение поток. което увеличава производителността значително.
9. По-малко прекъсвания: В няколко от вас имат по-малко прекъснати от факторите, които имат, тъй като двама души, е по-ценно от един, работата им е в 2 пъти по-скъпо.

Чифт програмиране може да бъде много по-интересно и вълнуващо. от програмирането сам, ако се прави правилно. От друга страна, тя може да бъде ужасно и скучно в сравнение с работа сам, ако се прави правилно.

Според моите наблюдения на хората са програмирани да са свързани правилно много рядко. Повечето от опитите за програмирането по двойки е разрушен от един от следните анти-модели.

Ако забележите няколко програмисти, които работят по тези анти-модели, да им даде обратна връзка и посочи грешката. Практиката показва, че работят в тандем, а просто да се установи наблюдател.

На практика, използването програмиране двойка ще бъде около 20% от времето. но не винаги, тъй като тя може да изглежда, заради духа на XP. Разбира се, този процент е приблизителна и зависи от проекта, но като цяло не достигне 100%. И все пак, понякога просто искате да се облегнете назад и да разсъждаваш върху кода, мисля, че на красивия и да роди идеята, тъй като, ако този код е да се направи още по-добре.

Случаят все още е във факта, че има проблеми, които няма смисъл да се прави в няколко:

1. Изследователски задачи: Когато се налага да се направят изследвания, както и добра Google Talk с експерти по актуални въпроси.
2. Рутинно: Когато напълно очевидни за следващите стъпки, работа по двойки могат да станат твърде скучни.
3. Ние трябва да паралелизация: Ако има две напълно различни задачи и времето изтича, логично е да не седят в една двойка, и да се справят с всеки един от техните задачи.

Ние трябва да разберем, че програмирането по двойки дава награда, когато в маратона е почти самоубийство, ако го направим кратък проект.

За да възприема правилно програмиране по двойки. като инструмент, не е панацея за всички проблеми. Опитайте тази практика, за да се разберат ситуациите, при които е полезно, но това, което можете да направите, без него.