初识 软件工程

初学软件工程中遇到的问题和困惑

通读了下《构建之法》这本书，内容给我一种愉快的阅读体会，让人更加的快速去接受里面的内容，并吸取为本身所用。而且里面的内容都举例生活中的例子，而且在一些容易有疑惑的地方，以问答形式解答，形象生动，语言通熟易懂，令人感受其实软件工程就在咱们的身边，并无那么遥远。
在阅读的过程当中有几个疑问：

第一章

在第一章中看到一句话：“软件行业也有一句著名的笑话：这不是缺陷，这是一个功能！（It‘s not a bug,It‘s a feature!）不少人认为有Bug就是质量不合格，沒有Bug就是完美，真的是这样吗？市面上有不少不完美的产品，软件团队为何还要把这些不完美的软件发布出来呢？为何不能等到它们完美以后再发布？”，那么怎样肯定一个完美的软件，怎样肯定一个产品呢是否能发布出去呢？软件的每个版本都是上一个版本的更新，完善，改进。软件的缺陷是永远改不完的，正是不断有用户使用发现新的缺陷，软件才能作到不断完善，产品才越來越好。 那么软件工程师如何保证在新的改进上保持著原来软件的完整性呢？

第二章

在第二章中有一段小飞和阿超的对话说到“也许由于他们没有在一开始就写单元测试，因此后来有不少问题要处理。不少调查显示，在软件开发后期出现的Bug，修复起来要花费更多的时间。”那么我有一个疑问“是否是每一步只要有新的功能出来就要弄一个单元测试，像C语言中一个单元就指一个函数，Java里一个单元就指一个类，若是是一个十分庞大的項目，有不少函数，有不少类，它不就须要许多个单元测试，这么繁杂的工序，有什么方法能够提升单元测试的效率吗？“

第五章

在第五章中做者提出了十种软件团队的模式，分别是“主治医师模式”、“明星模式”、“社区模式”、“业余剧团模式”、“秘密团队”、“特工团队”、“交响乐团模式”、“爵士乐模式”、“功能团队模式”、“官僚模式”。不一样的模式有不一样的优缺点，那么咱们要怎样知道本身适合哪一种模式呢？一个团队定下使用一种模式以后能够随着状况的改变而更改模式吗？仍是从头至尾贯穿一种模式比较好？

但愿我在从此的学习中能慢慢探索出这些问题的答案！