“程序速度”和“测试用例”是关于软件质量中的稳定性、可靠性等，而博客阅读量和下载量则依赖于软件功能的实用性和创新等。所以如何判断一个软件的好坏真的能单纯的通过这两个依据来判断吗？我不知道。
我只能说《构建之法》提供了一个思路，但要不要通过这个思路走下去，看的是我们。
对于软件，不同的人有不同的需求，我们想到的需求真的是用户需要的吗？
由于跟搭档一起开发时，会出现很多稀奇古怪的念头，但这些功能真的有必要被开发出来吗？
我认为不是，每款软件都有自己的用户，而用户希望解决的主要问题才是我们应该去专注解决的功能需求。
众所周知，软件工程依赖多种计算机技术包括操作系统、计算机网络、数据库等，这些都是我们必要学习的。而编程语言又是多种多样的，由于时间和精力的限制我们往往（根据经验）只能尽量“精通”一门语言。
但在实际学习和实践过程中，我们往往需要用到多门语言，在这个过程中，不得不同时进行着解决“底层次问题”和“中间层次的问题”，而所谓把所有“低层次问题”都解决了，再解决“较高层次的问题”的方法实施上存在许多问题。
所以对于语言跟软件，我们如何去平衡学习？这又是一个问题。