diff --git "a/\347\254\254\344\270\200\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\344\274\201\344\270\232\350\247\206\350\247\222\347\234\213\345\276\205\345\274\200\346\272\220.md" "b/\347\254\254\344\270\200\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\344\274\201\344\270\232\350\247\206\350\247\222\347\234\213\345\276\205\345\274\200\346\272\220.md"
index 0da5cf7f18e0ca31938e1c68544a957689962515..72298110bb1d43601f5f7355d3be8b85043d4c28 100644
--- "a/\347\254\254\344\270\200\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\344\274\201\344\270\232\350\247\206\350\247\222\347\234\213\345\276\205\345\274\200\346\272\220.md"
+++ "b/\347\254\254\344\270\200\351\203\250\345\210\206\342\200\224\342\200\224\345\210\235\350\257\206\345\274\200\346\272\220/\344\274\201\344\270\232\350\247\206\350\247\222\347\234\213\345\276\205\345\274\200\346\272\220.md"
@@ -2,7 +2,7 @@
 企业可以用多个视角去理解开源的意义和价值
 
 ## 企业用多个视角看待开源
-1. 把开源看作是一个外购件或技术获取方式，看到的问题是：如果开源选型获取新技术、如果再软件生命周期过程有效迭代管理。
+1. 把开源看作是一个外购件或技术获取方式，看到的问题是：如何开源选型获取新技术？如何在软件生命周期过程有效迭代管理？
 2. 把开源看作外部协作的一种方式，看到的问题是：获取外部人才的一种方式。与社区的技术人员、以及其他公司协作。
 3. 把开源当做发展手段：看到的问题是如何在新技术领域产生影响力；在新的技术和业务领域，如何通过开源，站在行业发展前沿等问题。
 
@@ -11,6 +11,6 @@
 2. 不同团队选择多种同类开源软件会带来巨大的管理成本。
 3. 产品研发初期，如何在众多类似的开源组件中选择合适的代码？方向选择错误会导致陷入产品生态与业界不兼容的困境，面临放弃重写还是继续往下走的两难抉择。
 4. 产品开发时难免会对代码进行修改，修改后的商用代码是闭源还是开源？随着时间的推移，社区版本更新迭代，继续闭源，意味着会重复投入资源，进行不增值的代码合入；而开源则意味丧失产品竞争力。
-5. 主动开源并不意味着社区就能接纳，需要长期有大量的回馈代码才能建立信誉及影响力，公司内的社区管理人员才能得到锻炼和培养。但是，社区管理人员个人知名度的提升会增加被猎头公司走”的风险。
+5. 主动开源并不意味着社区就能接纳，需要长期有大量的回馈代码才能建立信誉及影响力，公司内的社区管理人员才能得到锻炼和培养。但是，社区管理人员个人知名度的提升会增加被猎头公司挖走的风险。
 6. 软件在开发过程中或完成之后，如果出现同类开源软件，该如何处理？