Signed-off-by: Jonathan Dowland <jdowland@redhat.com>
| ... | ... |
@@ -6,7 +6,7 @@ In the design and development of Docker we try to follow these principles: |
| 6 | 6 |
|
| 7 | 7 |
* Don't try to replace every tool. Instead, be an ingredient to improve them. |
| 8 | 8 |
* Less code is better. |
| 9 |
-* Less components is better. Do you really need to add one more class? |
|
| 9 |
+* Fewer components are better. Do you really need to add one more class? |
|
| 10 | 10 |
* 50 lines of straightforward, readable code is better than 10 lines of magic that nobody can understand. |
| 11 | 11 |
* Don't do later what you can do now. "//FIXME: refactor" is not acceptable in new code. |
| 12 | 12 |
* When hesitating between 2 options, choose the one that is easier to reverse. |