diff --git a/README.md b/README.md
index 39c4e98..a3b0117 100644
--- a/README.md
+++ b/README.md
@@ -61,7 +61,7 @@
     *   [在线文档](http://github.phodal.com/#在线文档)
     *   [可用示例](http://github.phodal.com/#可用示例)
 *   [改善 GitHub 项目代码质量：重构](http://github.phodal.com/#改善-github-项目代码质量重构)
-    *   [为什么重构?](http://github.phodal.com/#为什么重构)
+    *   [为什么重构？](http://github.phodal.com/#为什么重构)
     *   [重构uMarkdown](http://github.phodal.com/#重构umarkdown)
         *   [代码说明](http://github.phodal.com/#代码说明)
     *   [Intellij Idea重构](http://github.phodal.com/#intellij-idea重构)
diff --git a/chapters/02-github-fundamentals.md b/chapters/02-github-fundamentals.md
index 5c557b5..02de197 100644
--- a/chapters/02-github-fundamentals.md
+++ b/chapters/02-github-fundamentals.md
@@ -77,7 +77,7 @@ Wiki百科上是这么说的
 > GitHub is the best place to share code with friends, co-workers, classmates, and complete strangers. Over eight million people use GitHub to build amazing things together.
 
 
-它还是什么?
+它还是什么？
 
 - 网站
 - 免费博客
@@ -88,7 +88,7 @@ Wiki百科上是这么说的
 - 托管编程环境
 - 写作
 
-等等。看上去像是大餐，但是你还需要了解点什么?
+等等。看上去像是大餐，但是你还需要了解点什么？
 
 ### 版本管理与软件部署
 
diff --git a/chapters/03-build-github-project.md b/chapters/03-build-github-project.md
index f954609..e3ee494 100644
--- a/chapters/03-build-github-project.md
+++ b/chapters/03-build-github-project.md
@@ -21,7 +21,7 @@
 
 ### 测试
 
-通常我们都会找Document，如果没有的话，你会找什么?看源代码，还是看测试?
+通常我们都会找Document，如果没有的话，你会找什么？看源代码，还是看测试？
 
 ```javascript
 it("specifying response when you need it", function (done) {
diff --git a/chapters/06-refactor-project.md b/chapters/06-refactor-project.md
index 8af329b..e636a72 100644
--- a/chapters/06-refactor-project.md
+++ b/chapters/06-refactor-project.md
@@ -6,7 +6,7 @@
 
 每个程序员都不可避免地是一个Coder，一个没有掌握好技能的Coder，算不上是手工艺人，但是手工艺人，需要有创造性的方法。
 
-## 为什么重构?
+## 为什么重构？
 
 > 为了更好的代码。
 
diff --git a/chapters/07-tdd-with-autotest.md b/chapters/07-tdd-with-autotest.md
index 8227ecf..f67a37f 100644
--- a/chapters/07-tdd-with-autotest.md
+++ b/chapters/07-tdd-with-autotest.md
@@ -8,7 +8,7 @@
 
 ### 一次测试驱动开发
 
-之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端，主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在，主要的任务是集中于协议与授权。由于，不同协议间的授权是不一样的，最开始的时候我先写了一个http put授权的功能，而在起先的时候是如何测试的呢?
+之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端，主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在，主要的任务是集中于协议与授权。由于，不同协议间的授权是不一样的，最开始的时候我先写了一个http put授权的功能，而在起先的时候是如何测试的呢？
 
     curl --user root:root -X PUT -d '{ "dream": 1 }' -H "Content-Type: application/json" http://localhost:8899/topics/test
 
@@ -51,7 +51,7 @@ req.setOption('Block2',  [new Buffer('phodal'), new Buffer('phodal')]);
 req.end();
 ```
 	
-写完测试脚本后发现不对了，这个不应该是测试的代码吗? 于是将其放到了spec中，接着发现了上面的全部功能的实现过程为什么不用TDD实现呢？
+写完测试脚本后发现不对了，这个不应该是测试的代码吗？于是将其放到了spec中，接着发现了上面的全部功能的实现过程为什么不用TDD实现呢？
 
 ### 说说TDD
 
@@ -75,7 +75,7 @@ req.end();
 
 然而，在当前这种情况下，我知道我想要的功能，但是我并不理解其深层次的功能。我需要花费大量的时候来理解，它为什么是这样的，需要先有一些脚本来知道它是怎么工作的。TDD变显得很有价值，换句话来说，在现有的情况下，TDD对于我们不了解的一些事情，可以驱动出更多的开发。毕竟在我们完成测试脚本之后，我们也会发现这些测试脚本成为了代码的一部分。
 
-在这种理想的情况下，我们为什么不TDD呢?
+在这种理想的情况下，我们为什么不TDD呢？
 
 
 ## 功能测试
diff --git a/chapters/12-find-github-project.md b/chapters/12-find-github-project.md
index fe78ea4..e90f479 100644
--- a/chapters/12-find-github-project.md
+++ b/chapters/12-find-github-project.md
@@ -9,16 +9,16 @@
 
 > Lettuce是一个简约的移动开发框架。
 
-故事的出发点是这样的：``写了很多代码,用的都是框架，最后不知道收获什么了``?事实也是如此，当自己做了一些项目之后，发现最后什么也没有收获到。于是，就想着做一个框架。
+故事的出发点是这样的：``写了很多代码,用的都是框架，最后不知道收获什么了``？事实也是如此，当自己做了一些项目之后，发现最后什么也没有收获到。于是，就想着做一个框架。
 
 ### 需求
 
 有这样的几个前提
 
- - 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢?
+ - 为什么我只需要jQuery里的选择器、Ajax要引入那么重的库呢？
  - 为什么我只需要一个Template，却想着用Mustache
- - 为什么我需要一个Router，却要用Backbone呢?
- - 为什么我需要的是一个isObject函数，却要用到整个Underscore?
+ - 为什么我需要一个Router，却要用Backbone呢？
+ - 为什么我需要的是一个isObject函数，却要用到整个Underscore？
 
 我想要的只是一个简单的功能，而我不想引入一个庞大的库。换句话说，我只需要不同库里面的一小部分功能，而不是一个库。
 
diff --git a/chapters/14-streak-your-github.md b/chapters/14-streak-your-github.md
index a58a5d1..33e6cb7 100644
--- a/chapters/14-streak-your-github.md
+++ b/chapters/14-streak-your-github.md
@@ -283,7 +283,7 @@ GitHub连击
 
 ### 技术与框架设计
 
-在上上一篇博客中《[After 500：写了第500篇博客，然后呢?](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题，技术向来都是后发者优势。对于技术人员来说，也是如此，后发者占据很大的优势。
+在上上一篇博客中《[After 500：写了第500篇博客，然后呢？](https://www.phodal.com/blog/after-500-blogposts-analytics-after-tech/)》也深刻地讨论了下这个问题，技术向来都是后发者优势。对于技术人员来说，也是如此，后发者占据很大的优势。
 
 如果我们只是单纯地把我们的关注点仅仅放置于技术上，那么我们就不具有任何的优势。而依赖于我们的编程经验，我们可以在特定的时候创造一些框架。而架构的设计本身就是一件有意思的事，大抵是因为程序员都喜欢创造。（ps：之前曾经写过这样一篇文章，《[对不起，我并不热爱编程，我只喜欢创造](https://www.phodal.com/blog/sorry-i-don't-like-programming/)》）