diff --git a/translated/talk/20141127 What Makes a Good Programmer.md b/translated/talk/20141127 What Makes a Good Programmer.md
index 7e754c2e16..400bf55882 100644
--- a/translated/talk/20141127 What Makes a Good Programmer.md	
+++ b/translated/talk/20141127 What Makes a Good Programmer.md	
@@ -9,7 +9,7 @@
 
 我写过的某些最复杂的程序在局部上都是难懂的，因为代码实现并不能很好地描述问题，也就导致了编写的代码难以理解。当问题很好建模的时候，我赞同伯尼·科赛尔所说的话（取自著名的[程序员在工作][1]中的访谈记录）：
 
-> “……很少有本质上很难的程序。如果你盯着某一块代码，它看起来确实很难；如果你无法理解某件事情应该产生什么结果，这基本上就暗示这件事情很难思考清楚了。在这个时候，你不应该卷起袖子，尝试修复代码；你需要只是往回一步，再仔细考虑清楚。当你已经深思熟虑后，你会发现问题变得很简单”。
+> “……很少有本质上很难的程序。如果你盯着某一块代码，它看起来确实很难；如果你无法理解某件事情应该产生什么结果，这基本上就暗示这件事情很难思考清楚了。在这个时候，你不应该卷起袖子，尝试修复代码；你需要只是往回一步，再仔细考虑清楚。当你已经深思熟虑后，你会发现问题变得很简单”。 
 
 ### 2. 场景分析 ###