about summary refs log tree commit diff
path: root/usth/ICT2.7/P4L4 Agile Development Methods Subtitles/11 - Pair Programming - lang_en_vs4.srt
blob: ad48828ea7900264ffe05383fe56c0beb7236269 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
1
00:00:00,100 --> 00:00:02,530
The next practice I want to discuss is a very important one

2
00:00:02,530 --> 00:00:05,750
in XP, and also one of the scandal, controversial, and it's

3
00:00:05,750 --> 00:00:08,390
the practice of pair programming. What does it mean? It means

4
00:00:08,390 --> 00:00:11,790
that all production code is written with two people looking at one

5
00:00:11,790 --> 00:00:15,170
machine. And not that they're, they're working with one keyboard and

6
00:00:15,170 --> 00:00:18,450
one mouse or they're not just interfering and writing on each other's

7
00:00:18,450 --> 00:00:20,920
code. And the way in which that happens is by playing

8
00:00:20,920 --> 00:00:25,180
different roles at different times. So the two developers alternate between the

9
00:00:25,180 --> 00:00:29,080
role of programming and strategizing, where strategizing means, for example,

10
00:00:29,080 --> 00:00:31,660
looking at the code that has been written and thinking whether

11
00:00:31,660 --> 00:00:34,420
that would work. Or what other tests that are not there

12
00:00:34,420 --> 00:00:37,050
might not work, given the way the code is being written.

13
00:00:37,050 --> 00:00:39,300
Or maybe looking at the code from a, you know, slightly

14
00:00:39,300 --> 00:00:42,380
detached perspective and trying to figure out whether the code can

15
00:00:42,380 --> 00:00:46,900
be made simpler, more maintainable, more efficient. And interestingly, there are

16
00:00:46,900 --> 00:00:48,440
measurements, there are studies that

17
00:00:48,440 --> 00:00:50,340
suggest that development productivity with pair

18
00:00:50,340 --> 00:00:52,550
programming is similar to that of two people

19
00:00:52,550 --> 00:00:55,080
working independently. And that answers one of the

20
00:00:55,080 --> 00:00:57,740
main objections against pair programming, which is why

21
00:00:57,740 --> 00:00:59,840
should I put two developers together, which is

22
00:00:59,840 --> 00:01:01,860
going to cut their productivity in half. It is

23
00:01:01,860 --> 00:01:04,390
not. Studies shows that that does not happen.

24
00:01:04,390 --> 00:01:06,380
And that the resulting code can actually benefit

25
00:01:06,380 --> 00:01:08,350
from the fact that two developers are working together.