作者：19373132-周子颖

阅读提问

1. 在《代码大全》的《软件隐喻》章节中，作者先列举了伽利略的钟摆隐喻、bachman的日心说隐喻等，来证明他提出的隐喻重要性。但我觉得这并不能很好的证明隐喻的重要性。我认为作者提出的例子只能说明隐喻有助于进行软件开发，可以提供一些思路，但并没有作者提出的“隐喻在帮助人们更好地理解软件开发问题方面所做的贡献，与它帮助人们更好地理解科学问题所做的贡献一样大”。我认为应该再加上一些软件中没有使用隐喻而失败的例子，这样能更好地说服读者。

2. 在《邹欣老师的博客园讲义》的《结对编程和两人合作》中，作者提出了

这样驾驶员和领航员的结对编程结构，但我觉得这样的结对方式可能会让两个人更注重自己的任务，而错失了对另一个角色的学习。从我以往的二人编程经验来看，可以让两个人分别承担驾驶员负责人和领航员负责人，两人同时都是驾驶员和领航员，但各方面的进度和内容等还是由此方面负责人总体把控，这样可能会更好的让两个人学习到两种角色。

3. 在《邹欣老师的博客园讲义》的《软件工程软件工程师的誓言》章节的最后，作者提出了软件工程师应遵循的八个原则，

但以我个人的实践来看，这些原则往往会有些冲突，而当这些原则发生冲突时，我们应该怎么做呢，我们需要以怎样的原则顺序去关心呢？

4. 在《邹欣老师的博客园讲义》的《创新的时机》章节中，作者在论述群体对马前卒的反作用时，提出了以下观点

这一点我感觉很奇怪，为啥群体如果没有提供一定的宽容, 那也没有这些马前卒生存的空间。我认为当这些马前卒的项目做的足够好就有很大的可能吸引群众的注意，从而自主的打开群众的市场，以求生存乃至发展。

5. 在《邹欣老师的博客园讲义》的《用户调研》章节中，作者提到了人种学研究法

我认为这个研究法的实用性并不高，首先与目标用户同吃同住同劳动这个本身就有很大的限制，很难实际操作起来，其次大多数人的生活习惯并不相同，如果是为某个人定制量身的软件，此方法可能会有很大的作用，但如果是面向大众开发的软件，个人的习惯并不能决定大众，相反可能会对软件的定义产生负面影响。

调研源代码版本管理软件

目前被广泛使用的基于源代码版本管理软件Git的项目管理工具为github和gitlab。github和gitlab都是基于git实现的在线代码仓库软件，都提供了分享开源项目的平台。但两者也有一定的区别。github是目前最火的开源项目托管系统，有公共仓库和私有仓库，但是私有仓库是需要付费的。而gitlab弥补了这个问题，它提供了私人的免费仓库，另外有更多的代码仓库控制权限。因此，个人认为，对于开源项目，github是首选；对于私有项目，gitlab是首选。