diff --git "a/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\347\241\256\344\277\235\345\274\200\346\272\220\344\273\243\347\240\201\350\264\250\351\207\217\347\232\204\345\207\240\344\270\252\350\246\201\347\202\271.md" "b/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\347\241\256\344\277\235\345\274\200\346\272\220\344\273\243\347\240\201\350\264\250\351\207\217\347\232\204\345\207\240\344\270\252\350\246\201\347\202\271.md"
index 1e4e8983ba23b06ac55958764458959aec54cd5f..5bd4d5b6a5028119ec5c8db29c3d11a9d1d723d0 100644
--- "a/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\347\241\256\344\277\235\345\274\200\346\272\220\344\273\243\347\240\201\350\264\250\351\207\217\347\232\204\345\207\240\344\270\252\350\246\201\347\202\271.md"
+++ "b/\347\254\254\344\272\224\351\203\250\345\210\206\342\200\224\342\200\224\345\274\200\346\272\220\346\262\273\347\220\206/\347\241\256\344\277\235\345\274\200\346\272\220\344\273\243\347\240\201\350\264\250\351\207\217\347\232\204\345\207\240\344\270\252\350\246\201\347\202\271.md"
@@ -6,6 +6,13 @@
 
 基于贡献代码构建的事实是，没有任何一个开源项目是完全不可破解的。然而，有四个关键的要点，开发社区可以采取行动，以确保项目是最新的，并检测出潜在的缺陷。
 
+
+```
+感觉本篇应该重写，还是要聚焦软件质量管理这个主题，而不是从人才、时间、预算这个角度来谈，更多应该从技术和工具角度来谈，也即要能够给阅读者实实在在的建议。
+```
+
+
+
 ## 人才
 
 首先，重要的是要知道谁在操作代码。随着开源社区变得如此多样化，有许多不同的工作风格。因此，需要有人拥有每个项目并提供架构审查。