201871030119-马桂婷 实验一 软件工程准备—我的第一篇博客

项目	内容
课程班级博客链接	2018级计算机科学与技术（卓越工程师）班
这个作业要求链接	实验一作业要求
我的课程学习目标	1、对软件工程有更深的认识与理解； 2、可以熟练的使用Markdown编辑器来编写博客； 3、熟练的使用GitHub。
这个作业在哪些方面帮助我实现学习目标	1、注册了博客以及GitHub账号； 2、学会了使用Markdown编辑器来编写一篇简单的博客。

任务实施过程

• 任务1：调查问卷

  • 在实验课上我已根据作业要求网址按照自己的实际情况完成了相关问题的填写。

• 任务2：在博客园平台注册个人博客账号和加入班级博客

  • 这是我第一次接触到博客园平台，所以在实验课上注册个人博客账号时遇到了一点点小问题，但是通过同学的帮助以及参考相关博客，最终还是完成了博客账号的注册并顺利加入到了班级博客。

• 任务3：注册Github账号

  • 我感觉GitHub的注册要比个人博客账号的注册难了一点，主要原因是我的英文较差，在进行邮箱验证时手机端验证了很多次一直不成功，后来在电脑端验证之后才成功注册了GitHub账号。

• 任务4：点击链接填写博客园、github账号信息

  • 在完成了两个账号的注册后，点击相关链接进行了博客园以及GitHub账号的信息填写。

• 任务5：构建之法与博客首秀

  • 通过对《现代软件工程——构建之法》的简单阅读，我了解到软件工程与程序结合起来才可以称之为软件，而且在一个软件构建的过程中，合理的软件架构、软件设计与实现以及用来描述各个程序文件之间的依赖关系、编译参数等的文件和数据都是必须的。而软件工程就是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。这是在读这本书时对软件工程的一点简单的了解，同时也产生了几个疑问：

    1、每个软件大大小小几乎都有Bug，很多人都说Bug是缺陷、漏洞，那么有没有软件在开发的过程中就需要有存在某个Bug才可以更好的运行？

    很多人认为有Bug就是质量不合格，没有Bug就是质量完美，其实这也未必。
    --引用自《现代软件软件工程——构建之法》第30页

    2、在代码复审过程中，如何去判断一个问题是大问题还是小问题？

    要注意避免不必要的繁文缛节，我们做代码复审的目的是为了减少错误的发生，而不是找一个人来对着你的代码点头。一些简单的修改不是非得要一个复审者来走一遍形式。在项目开发的早期斤斤计较与一些细枝末节（例如：帮助文件里的拼写错误，数据文件格式不够优化等）也是与大局无补的，但是，这些问题并不是不用处理了，我们可以建立一些优先级较低的工作项来跟踪处理。
    --引用自《现代软件软件工程——构建之法》第85页

    首先世界级的软件也会因为小小的纰漏而导致世界级的问题。
    --引用自《现代软件软件工程——构建之法》第98页

    3、如果开发人员没有给测试人员足够的信息，导致一些Bug没有浮现出来，那么最后还有什么办法补救？

    有一些团队把开发和测试有意无意地对立起来，好像二者是矛盾的。一个典型的例子是，有时开发人员不想给测试人员足够的信息，好像不想“帮”测试人员找到缺陷；与此同时，测试人员一旦找到缺陷，会有些得意，“看，你写的代码那么臭，我又发现了N个Bug”。这种对立情绪，也许在短期内能刺激成员的工作热情，而从长远来看是有害的。
    --引用自《现代软件软件工程——构建之法》第153页