前言：
在完成第一次写博客的作业之后，仔细看了老师们的评论，认真学习了优秀的博客，从排版到问题的内容，都进行了思考。那这一次在进行过程中，不像上次一气呵成，有在反复的阅读，真正的去感受。就比如第十七章领导力，如何选人带领团队这一块，刚开始看就觉得，啊，这不就是描述了一些人以及他们的特点嘛，选优秀的人谁都会。但是读到每一种人具体的情况后，就觉得很复杂，以及在如何带领他们的时候，好像就不仅仅是书本知识能解决的问题。这时候就会自动带入情景，如果我是一个团队的Leader,我究竟又会怎么做呢？如何处理，确实是一个很漫长的学习过程，需要经验的积累和实战的练习。
第四章：两人合作
在4.2.9中所提到的“注释（包括所有源代码）应该只用ASCII字符，不要用其他特殊字符，否则会极大地影响程序的可移植性”对于这个看法我还是存有疑惑的。
首先来说可能是因为与我平常的习惯有所冲突，我所写的注释大部分都采用的中文，这样来说确实是更清晰，在我们所处的环境中，也更方便他人阅读，但是确实这样做有时会导致乱码。所以不知道现在在企业的实际运行中是否是全用ASCII字符?在规范与实际操作之间我们究竟应该走向何处?
关于4.3.4中所提到的如何处理C++中的类，“不要使用公共的数据成员，要用inline访问函数”这个语法我不太懂。
java之中的是调用方法，而C++中是访问函数，那么什么是内置函数呢?为什嗯需要有inline函数呢?通过查阅和学习博客之后可知：
在类体中定义的成员函数的规模一般都很小，而系统调用函数的过程所花费的时间开销相对是比较大的。调用一个函数的时间开销远远大于小规模函数体中全部语句的执行时间。为了减少时间开销，如果在类体中定义的成员函数中不包括循环等控制结构，C++系统会自动将它们作为内置(inline)函数来处理。
第十七章：人，绩效和职业道德
对于17.2领导力这节所举的20世纪传奇游泳教练这种事迹是持怀疑态度的，不是怀疑其真实性，而是事件发生的几率性。
首先就竞技运动来说，比如说乒乓球，如果你自己不会打球，请问要如何进行技术指导?拿我们的国家队来说，你对面的队员都是些世界冠军，如果你是纸上谈兵，有何说服力呢?就我们软件工程专业来说，我觉得也是这么个道理，即使你知道很多语法，很多框架，但是你在实际操作时敲不出来，这也报错那也报错，何来技能之谈?又怎么与人沟通技术问题，拿什么展示给他人呢?所以，我们要有知识也得要有技能，平时不仅要努力学习专业知识，还得加强实战训练才行。
在初读17.4猪、鸡和鹦鹉的故事之后，总是觉得哪里怪怪的，好像有某些点与自己的想法有些出入。在反复阅读之后，我觉得文中对于鹦鹉的评价持保留意见。
原文“他们有漂亮的羽毛，能说会道，人脉广，能提出很多建议，很多点子。但是他们不执行，除了一些人云亦云的观点和关于架构的空谈之外，并没有其他投入一旦项目失败，他们就会飞到另一个项目中去。他们投入的级别是——围观。”我个人觉得用“人云亦云”这样稍带贬义的词来形容鹦鹉有失偏颇。我们不可否认的是，猪确实是在全身心的投入，按投入级别来说是最多的，但是我们考虑问题不应该仅从投入来说吧，因为在这个快速发展的时代，很多时候是否应该从市场需求的角度来考虑其内在组成。猪是投入多，但是投入多就能成功吗？不见得，现在应该不缺优秀的程序员吧，但是为什么对人们生活有非常重大的公司屈指可数呢?我想点子是一点，人脉广，交际能力强的鹦鹉也功不可没吧。马云所担任的责任是猪这样的角色吗，我个人也许鹦鹉会更贴近一些。而且，项目失败到无法挽回的时候转入另一个项目，这也不失为一种理智的选择，乃人之常情。
如果大家对于以上问题有共鸣或者有不同看法，有其它知识的补充，欢迎分享。
