-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.xml
105 lines (80 loc) · 4.35 KB
/
index.xml
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
100
101
102
103
104
105
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Code Motivation</title>
<link>https://cdn.rawgit.com/freeCodeCampTO/fcc-motivation/5b3dde34/index.xml/</link>
<description>Recent content on Code Motivation</description>
<language>en-us</language>
<lastBuildDate>Thu, 08 Mar 2018 20:11:13 -0500</lastBuildDate>
<atom:link href="https://cdn.rawgit.com/freeCodeCampTO/fcc-motivation/5b3dde34/index.xml" rel="self" type="application/rss+xml" />
<item>
<description>Simplicity is prerequisite for reliability. -- Edsger W. Dijkstra</description>
</item>
<item>
<description>A program that produces incorrect results twice as fast is infinitely slower. -- John Osterhout</description>
</item>
<item>
<description>The most effective debugging tool is still careful thought, coupled with judiciously placed print statements. -- Brian W. Kernighan, in the paper Unix for Beginners (1979)</description>
</item>
<item>
<description>One of my most productive days was throwing away 1000 lines of code. -- Ken Thompson</description>
</item>
<item>
<description>The cheapest, fastest, and most reliable components are those that aren’t there. -- Gordon Bell</description>
</item>
<item>
<description>Any code of your own that you haven’t looked at for six or more months might as well have been written by someone else. -- Eagleson’s Law</description>
</item>
<item>
<description>Good code is its own best documentation. -- Steve McConnell</description>
</item>
<item>
<description>Optimism is an occupational hazard of programming; feedback is the treatment. -- Kent Beck</description>
</item>
<item>
<description>First, solve the problem. Then, write the code. -- John Johnson</description>
</item>
<item>
<description>Computers are useless. They can only give you answers. -- Pablo Picasso</description>
</item>
<item>
<description>One of the best programming skills you can have is knowing when to walk away for awhile. -- Oscar Godson</description>
</item>
<item>
<description>No one in the brief history of computing has ever written a piece of perfect software. It’s unlikely that you’ll be the first. -- Andy Hunt</description>
</item>
<item>
<description>Rules of Optimization:
Rule 1: Don’t do it.
Rule 2 (for experts only): Don’t do it yet. -- Michael A. Jackson</description>
</item>
<item>
<description>Every great developer you know got there by solving problems they were unqualified to solve until they actually did it. -- Patrick McKenzie</description>
</item>
<item>
<description>What one programmer can do in one month, two programmers can do in two months. -- Fredrick Brooks</description>
</item>
<item>
<description>Most good programmers do programming not because they expect to get paid or get adulation by the public, but because it is fun to program. -- Linus Torvalds</description>
</item>
<item>
<description>Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday’s code. -- Christopher Thompson</description>
</item>
<item>
<description>In theory, theory and practice are the same. In practice, they’re not. -- Yoggi Berra</description>
</item>
<item>
<description>Programs must be written for people to read, and only incidentally for machines to execute. -- Harold Abelson</description>
</item>
<item>
<description>When you don't create things, you become defined by your tastes rather than ability. your tastes only narrow & exclude people. so create. -- Why The Lucky Stiff</description>
</item>
<item>
<description>Give a man a program, frustrate him for a day.
Teach a man to program, frustrate him for a lifetime. -- Waseem Latif</description>
</item>
<item>
<description>How you look at it is pretty much how you'll see it. -- Rasheed Ogunlaru</description>
</item>
</channel>
</rss>