前言：
最近几天通过阅读《构建之法》一书中的第四章和第十七章，收获颇多，不仅解决了我之前对于结对合作的一些困惑，同时也使我更加清楚了自己在一个team中的位置与角色。以下是我的一些阅读之后的一些感想和困惑：
第四章：两人合作
1、原文直击：“另外，注释（包括所有源代码）应该只用ASCII字符，不要用中文或其他特殊字符，否则会极大地影响程序的可移植性”
问题：记得在本章开头提到“我们的代码要让旁观者看得清清楚楚”，而在这里又不建议我们用中文去注释。那么到底是应该为了可移植性去使用ASCII字符，还是为了方便别人看懂自己的代码去多使用一些中文注释？
我的观点：在我看来可能对于一些小项目，或者是自己团队开发的项目，最好还是采用中文注释，并且尽可能详细一些。之所以这么说，是因为最近工作室有一个项目，是之前的学长学姐写的，需要我们以后进行一些维护等方面的工作。 在看的过程中，就发现之前开发者写的一些中文注释，对我有很大的帮助。相反，如果之前的开发者为了可移植性不去写中文注释的话，可能我们在看的过程中，就需要费很大的力气。当然，如果是企业里面开发一个大型的项目，并且是一个非常默契，非常强大的团队，可能会选择采用ASCII字符去注释，而非中文。
2、原文直击：“结对编程中有两个角色：1、驾驶员（Driver）：控制键盘输入。2、领航员（Navigator）：起到领航、提醒的作用。”
问题：如何在驾驶员和领航员之间选择适合自己的角色？或者说是怎样完美的切换自己的角色？
我的看法：我觉得无论你是选择作为一名驾驶员，还是一个领航者，你都需要具备另一个角色的能力。一个原因是，虽然书中又说不会游泳的教练可以教出是世界级的游泳运动员，但是在我看来这并不能代表全部。就像刘国梁，郎平这些世界级的教练，哪个当年不是世界级的运动员。同样，如果你自己没有能力去开发一个项目，或者没有开发项目的经验，谈什么领航。同理，一个只会驾驶的驾驶员，永远不能成为一个行业的精英。所以我觉得我们需要根据自己的个性和能力去选择初次结对合作中的个人角色，但是这不意味着我们不需要去改变角色，反而是应该去向你的搭档学习。早日具备成为对方角色的能力，这样无论是今后两人之间的合作，还是说分开之后各自的发展，都有很大好处。
第十七章：人，绩效和职业道德
1、原文直击：“加入一个团队时，要弄清楚自己在团队中投入的级别是什么，别人的期望值是什么。不要拿着卖白菜的钱，操那卖白粉的心——太不值得。”
我的看法：我觉得这句话说得太好了。在之前我参与团队合作的时候，总会时不时的感到有些心累。其实现在看来，大多数时候是因为我在太多地方投入级别较高，或者说对自己的期望值较高，从而不仅搞得自己精疲力竭，而且还不能保证把每个事情都做的很完美。所以现在渐渐看清楚自己究竟想要什么，能给自己一个明确的方向，引用书中作者的比喻，我可以在一个地方专心做我的“猪”，在多个地方做“鸡”或者“鹦鹉”。不仅使自己轻松了许多，同时也可以享受专心投入一件事情的喜悦。
2、原文直击：书中对于两种类型的团队成员的比喻：萝卜：“快了不洗泥”；白菜：“慢工出细活”。
问题：萝卜和白菜，到底哪个应该值得我们去学习？
我的看法：我觉得都不值得我们去学习。我对这个问题深有感触。其实我之前就是那个“白菜”，觉得自己做事情虽然慢，但是做的很细。可是后来我渐渐发现，其实做的精细，完全不是慢的理由啊，我相信你的身边一定有一些“快了又洗泥”的萝卜白菜综合体。所以呢，既有一颗细致的内心，同时又能够有一个高效率的工作状态，那么你一定不会被忽视。
以上就是我阅读过后的一些感受和疑惑，在这里分享给大家，与大家共勉。感谢阅读~