《程序员修炼之道：从小工到大家》读后感（三）

我回来啦！

这次继续更新有关《程序员修炼之道：从小工到大家》的读书笔记及其感悟。

经过大约一周的时间，我在原来阅读的基础上，将前面的内容做了一个简单的回顾，又继续向下阅读了些许内容，在复习书籍的过程中，我又看到了许多之前没有注意到的道理，给了我更深的感悟：
在“石头汤”的故事中，讲述了士兵巧妙利用村民们的心理，得以吃到一顿饱饭的智慧小故事，对于这个故事，我又有了新的感悟，比如，若是将这种情况放到编程问题里面，就可以这么表示：在我们还没有写代码时，单纯地求助他人，面对难度并不低的代码（难度低，也不是很想看别人的代码啊！），我们应该是没有耐心的（请抛开伦理道德和人际关系）。但是，若是将这种情况改变一下，我们会表示我们还差一些什么什么方面的代码，简简单单，又可以收获一段好的关系，何乐而不为？我个人认为，这告诉我们，我们需要有一定的技巧，才能达到自己的目的，毕竟，巧妇也难为无米之炊嘛~

而说到之前我对“修补窗户”的理解，之前的及时修正问题的观点依旧成立，但是，在此观点之上，还需要明白的是，我们在编程中遇到的问题，不可能总是根据我们自身的水平而分配的，总会出现一些超纲的内容，这个情况下，我们明白这段代码是错误的，但是我们目前没有那个能力去修正，短时间内的学习也无法达到公司的要求，那么，你会如何选择呢？是直接将错误代码交给他人，承认你的能力极其不足，难以胜任嘛？我们应当有一定的能力去阻止该错误进一步恶化，不要“拆东墙补西墙”，不要自欺欺人，将错误用掌握的知识阻止住，是那种情况下，已知的最佳解决方案！

之后，又看到了“团队”的概念，之前已经提到过关于“交流”的问题，但是只强调了和用户之间的交流，忽视了团队成员之间的有效交流。
要知道，在一个团队里面，如果处理不好人际关系，对团队的成果影响可是很大的，就像大学的宿舍关系一样，复杂又理不清（叹息）。那我们来着重强调一下团队成员间的关系吧：在一个岗位上面，自然是不可能只有一个能够完成该功能的工程师，职责相同的团队更是数不清，团队之间嘛，当然也是有竞争力的啊！问一下，在看到其他团队能够高效地完成下发的任务时，你的心里面会着急嘛？当然，反正我会（心理素质有待提高啊），那么，在团队之间也有可能会出现“内讧”的局面，互相推脱责任，互相抱怨，导致效率一降再降。这种时候，明确分工、处理关系就显得极为重要了，把这些话放在心上啊，很重要的，要考的！

下面，我们来谈一谈“管理”的概念吧，作为一名“未来的”程序员，我们应当对自己有一定的规划，比如，将什么任务规划为紧急、重要，什么不紧急但重要等等，这样的规划会让我们变得更加自律，也会更加接近我们的未来理想生活。
可以简单地概括为这三个字“守”、“破”和“离”，即守住老师传授的知识，并慢慢将其转化为自己的知识，再逐渐突破框架，有一套自己的编写习惯，最后脱离教材，将知识记录在脑海中，实现知识的灵活运用！