实验五—读《构建之法》的心得体会

Posted 2020-07-11

           在段老师的极力推荐下，我们这学期有幸读到《构建之法》一本好书！其实你如果停下来认真读一读这本书，是非常有趣的。软件=程序+软件工程，这本书对于软件工程的方方面面：需求、设计、开发、测试、团队协作以及个人成长等都有所涉及且内容简洁、精炼可以很轻松的一口气读完，不过读完了，还要亲自动手实践，这样才能内化为你自己的知识。在我读到书中的第五章团队与流程，第12章用户体验，第16章创新，第17章职业道德时，有很大收获的，测试那张也很有趣。

        在看到代码规范这章时懂得了一个良好的代码风格规范是一个软件开发人员最起码的要求，即使程序写得是多么地出色，具有广阔的市场应用前景，但是如果背后是混乱不堪 的代码，那么就会对这个软件日后产生不少的负面的影响，特别是在后期的维护以及版本的迭代上，不规范的代码对于日后的维护人员来说，简直就是噩梦，以至于 最后实在是没办法了，只好是全部推倒重写，当然这个最坏的打算了，所以好的代码规范是多么地重要，特别是在日后开发具有商业价值的项目时，或者是在一个软件项目的团队里工作，代码规范相当重要。

       在第二章个人技术和流程中，我明白可以用VSTS来编写单元测试，VSTS能为我们提供单元测试的基本骨架，知道单元测试对编程程序是很重要的，在编写规格说明书时，最好能详细规划单元测试。编写时有单元测试的相关步骤，1.设置数据2.使用被测试类型的功能3.比较实际结果和预期的结果。我们在编写时要注意单元测试中的类库，要相对应。

       其实软件工程就是包括了“开发、运营、维护软件的过程中的很多技术、做法、习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中，叫“软件开发流程”，软件开发流程的目的是为了提高软件开发、运营、维护的效率，以及提升用户满意度、软件的可靠性和维护性。”这就是书本中对什么是软件工程的概述。    

      在软件开发过程中，软件工程肩负着诸多责任。比如说将种种软件确定下来，把资源安排妥当，使工作过程确定清晰，产出稳定可靠。其中大量与人的协作、与时间的较量的经验和体会，都要通过实践才能慢慢累积起来。还有，软件团队的模式各种各样，不同的团队有不同的合作模式，都是基于团队成员的实际情况去规划部署，没有哪个万能的团队方案可以保证结果。有了团队之后，才可以涉及团队流程。也正是因为我们学生往往只有大量的经验，在老师谈瀑布模型，敏捷流程等的时候才会有所理解。 当我们真正身处一个团队项目中时，自己当初不在意的问题往往就成了阻碍项目进度的关键。所以这本书的五、六、七三章提到了多种团队项目的协作方案和理论，也让我也逐渐理解团队的不可缺少的，每一个都是其中一份子，不可缺少。

          读完这本书，我有以下几个问题：

        1.如何成为一名优秀的程序员。

        2.团队如何互相合作，推进项目的增长。

        3.如果想成为产品经理，需要具备哪些能力？

        4.团队合作模式和开发流程的关系密切？两者能否脱离呢？ 

        5、 如何能更好地做到IT的创新思想？