about summary refs log tree commit diff
path: root/usth/ICT2.7/P1L2 Life Cycle Models Subtitles/25 - Classic Mistakes: Technology - lang_en_vs4.srt
blob: 16810ac952b9319b410298714822a3183b4b155c (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
1
00:00:00,080 --> 00:00:02,360
The final type of classic mistakes that I want

2
00:00:02,360 --> 00:00:06,470
to mention are technology related mistakes. One typical mistake

3
00:00:06,470 --> 00:00:09,990
in this context is the silver-bullet syndrome. What does

4
00:00:09,990 --> 00:00:13,340
that mean? Well, the silver-bullet syndrome refers to situations

5
00:00:13,340 --> 00:00:15,900
in which there is too much reliance on the

6
00:00:15,900 --> 00:00:19,950
advertised benefits of some previously unused technology. For example,

7
00:00:19,950 --> 00:00:21,980
a new technology. And the problem here is that

8
00:00:21,980 --> 00:00:25,140
we cannot expect technology alone to solve our software

9
00:00:25,140 --> 00:00:27,810
development issues. So we should not rely too

10
00:00:27,810 --> 00:00:31,020
much on technology alone. Another typical mistake is to

11
00:00:31,020 --> 00:00:33,700
switch or add tools in the middle of

12
00:00:33,700 --> 00:00:36,010
a project. And sometimes it can make sense to

13
00:00:36,010 --> 00:00:38,620
upgrade a tool, but introducing new tools, which

14
00:00:38,620 --> 00:00:41,650
can have a steep learning curve, has almost always

15
00:00:41,650 --> 00:00:46,290
negative effects. Finally, a common unforgivable mistake is

16
00:00:46,290 --> 00:00:50,230
the lack of an automated version control system for

17
00:00:50,230 --> 00:00:53,480
your code and for your various artifacts. Manual and

18
00:00:53,480 --> 00:00:56,700
ad hoc solutions are just not an option. It is

19
00:00:56,700 --> 00:00:59,270
way too easy to make mistakes, use out of

20
00:00:59,270 --> 00:01:02,600
date versions, be unable to find a previous working version,

21
00:01:02,600 --> 00:01:05,030
and so on. I saw that happening many times,

22
00:01:05,030 --> 00:01:08,640
and it always results in a disaster. So be warned,

23
00:01:08,640 --> 00:01:11,650
use a version control system and an automated one. And

24
00:01:11,650 --> 00:01:14,750
actually we will use version control systems in our projects.