Update 世界上没有技术驱动型公司.md

docs/proverbs/世界上没有技术驱动型公司.md

@@ -38,7 +38,7 @@ IT 领域最重要的是经验而不是你有多聪明，不聪明的人或者
 
 现代管理学的精髓，就是让每个人（包括老板本人）都变得可替代。如果你觉得自己不可替代，要么是你的错觉，要么是你在一家管理非常原始的、摇摇欲坠马上要完蛋的公司。
 
-### 五、写好文档
+### 六、写好文档
 
 怎样让程序员变得可替代？三个字：写文档。不愿意写文档的程序员，应该立刻马上毫不犹豫地开掉。程序员工作创造的价值，至少一半是通过文档体现出来才对。“一个项目换一个人就要让项目大地震一下、解决 bug 换一个人就不行因为只有老人知道要改哪一行的哪个关键字”，这不说明这个项目所涉及的技术有多复杂、不说明这个老人是什么技术大牛，而只说明这个项目的项目经理是蠢货因为这个项目已经失控了。
 
@@ -52,7 +52,7 @@ IT 领域最重要的是经验而不是你有多聪明，不聪明的人或者
 
 **======== 下面展开一点谈文档和技术驱动 ========**
 
-### 六、开发人员的文档的作用
+### 七、开发人员的文档的作用
 
 给正在 code 的自己看、给几个月后已经忘记这个模块当初是怎么开发的自己看、给要接手自己工作的新人看、给周边有关联开发任务的同事看、给领导等有关人员看、产品出 bug 的时候用来和别人怼的武器。如果没有文档，这些工作量都会成倍增长。
 
@@ -70,7 +70,7 @@ IT 领域最重要的是经验而不是你有多聪明，不聪明的人或者
 
 上面这一段话，就是你要写的文档，这个文档的读者主要是你，在你的模块出问题之前，别人通常不会读这个文档（不排除你的领导会要求看你这个文档）。如果你既不需要时序图又不需要类图又没什么协议需要明确，那么，你就可以不写这个文档。另外，如果这个文档写得好，你的代码是不需要任何注释的。
 
-### 七、技术驱动
+### 八、技术驱动
 
 #### “技术驱动 1”：
 
@@ -100,7 +100,7 @@ IT 领域最重要的是经验而不是你有多聪明，不聪明的人或者
 
 接着上面的“三个 bug”继续：另外两个 bug，是概率发生且发生概率很低。这个时候如果工期比较赶，**公司会想办法绕过去这两个 bug，比如定时重启服务器、定时清理缓存等（这些方法通常可以绕开低概率 bug），不会给你“潜心研究三个月然后把 bug 解决”的机会的。**什么时候才有可能让你继续研究这两个 bug 呢？和第一个 bug 一样，只有在后续继续开发，才**有可能**让你继续跟进。
 
-###八、到底什么是技术驱动？
+### 九、到底什么是技术驱动？
 
 现在，请各位再重新品味一下“技术驱动”这个词。到底什么是技术驱动？其实这个词真正的含义就是：我们公司效益很好能养活 nb 的技术团队所以产品能不断迭代演进开发，随着产品的不断迭代，技术人员**有可能**会遇到一些其他公司遇不到的问题。所以，如果一家新成立的小公司说自己是技术驱动的……连 1.0 版本的产品都没有就敢说自己是技术驱动？你信吗？不管你信不信，反正我不信。
 
@@ -108,4 +108,4 @@ IT 领域最重要的是经验而不是你有多聪明，不聪明的人或者
 
 “很有钱的做 IT 产品的公司”，这个世界上当然是有的，但是这样的公司，根本不会用“技术驱动”这种词来忽悠新人。
 
-最后，隔行如隔山但隔行不隔理。如果你读完上面的东西，对自己所处的行业有了进一步的认识，我以为，是很正常的。
\ No newline at end of file
+最后，隔行如隔山但隔行不隔理。如果你读完上面的东西，对自己所处的行业有了进一步的认识，我以为，是很正常的。