此作业要求参见：https://edu.cnblogs.com/campus/nenu/2018fall/homework/2556
所属团队（alpha后换组的，两个团队都 写）及链接
拉格朗日2018https://www.cnblogs.com/lagelangri2018/
团队项目及链接
飞词 https://coding.net/u/lglr2018/p/Fly_Word
在本课程（不包括本学期其他课程）中学习和使用的新软件新工具（全称、版本）及链接
Tourtist git2.7.0 https://tortoisegit.org/download/
Anoconda Windows python3.7version https://www.anaconda.com/
在本课程（不包括本学期其他课程）中学习、提高的语言、开发平台（全称、版本）及平台链接
python3.7 C语言 Java
Anoconda Windows python3.7version https://www.anaconda.com/
Dev C++ beta 9.2 (4.9.9.2) 5.0 https://bloodshed-dev-c.en.softonic.com/
MyEclipse 2017 http://www.myeclipsecn.com/download/
（1）回想一下你曾经对计算机专业的畅想
当初你是如何做出选择计算机专业的决定的？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，我的想法没有改变，虽然自己是偶然选择了计算机专业，既然已经学习了几年技术知识，会坚定地走下去的，和学期最开始的想法没有改变。
你认为过去接触到的课程是否符合你对计算机专业的期待，为什么？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，我的想法没有改变，这学期上课中很大部分的课程都是很有启发性的，所以符合我对计算机课程的期待，与开学初一样。
你觉得计算机是你喜欢的领域吗，它是你擅长的领域吗？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，我的想法没有改变，我还是认为计算机不是我自己擅长的领域，但是是我喜欢的领域，因为毕竟已经学习了四年时间了。
（2）考取研究生，对照前人们走过的路和描述未来发展，现在的你自我感觉你已经具备的专业知识、技能、能力有哪些？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，我认为自己还差的远，因为前四年都在以前的开发组和公司师傅的羽翼之下，这学期离开他们，全程自己亲自动手，独立完成，发现自己在以前没有锻炼过的地方和优秀的榜样们有很大的差距，还有很多很多需要提高学习的地方；同时也感谢以前开发组成员与公司师傅的强大与他们对自己的爱护。
离成为一个合格的计算机学生，在专业知识、技能、能力上还差距哪些？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，我发现自己的技术因为在前几年没有得到很好的锻炼（因为以前组里有专门负责这部分的朋友，主要是因为自己的疏忽），和优秀的榜样们有很大的差距，自己在这学期明白了很多，会在以后的学习中加强这点；关于算法思想与专业的知识体系在本学期的学习过程中，我发现自己确实是有了一定的提高，但是还是有很多的路要走，还有很多没有掌握的地方。
（3）每天都是一个人生选择的十字路口，学术研究、工程项目、社会实践，不同的选择有不同的努力方向。对照以上你阅读的前人们的经历，你的选择是什么？经过一个学期，你的看法改变了么，为什么？
没有改变，我还是坚持自己的选择，来努力做好创新的东西。
在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，对自己的短板有了很大的认识与了解，自己的动手能力还需要很大的提高，经过了很多次的作业也发现自己的动手能力不够，清楚的明白了自己的能力定位在哪里，知道自己需要努力的方向。
针对你的选择，你给自己的本学期的规划是什么？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，发现了自己对最开始的软件工程理论认识太浅薄了，对于学期始定下的目标感觉有点高了，因为在软件工程中的理论知识很多而且团队合作时间较短，不能把所有的知识运用到其中
（4）你对这门课的期待是什么？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，自己的看法没有改变，现在也是希望可以好好的提高自己的代码能力
你打算平均每周拿出多少个小时用在这门课上？经过一个学期，你的看法改变了么，为什么？
经过一学期的学习，自己的看法没有改变，但是因为自己的理论知识基础不够牢固，每周会拿出来部分时间来打基础，所以这学期并不是每周都做到天天三小时来学习代码
实测结果，每周平均用在本课程上多少小时？
每周平均在本课程用在本课程上平均为16小时左右
1. 5个问题
作业要求 [https://edu.cnblogs.com/campus/nenu/2018fall/homework/2101] 题目3 中提到:
通读《构建之法》，发布随笔1篇，要求列出5个问题，可以是读后不理解的，或者读后反对的。要求有观点、有证据或分析。字数不是直接的考核标准，但是要求长到能把观点表述清楚。请回顾这5个问题，自己回答一下。当初的困惑是否还在，你现在如何认为，是更深的困惑么？
困惑不存在了，之前认为应该更改，但是在经过了一学期的学习发现，在整个的开发过程中正是要保证每个阶段都有可运行的软件才是敏捷流程，所以我认为无需更改。
还是有一定的疑虑，计算机科学与技术和软件工程两个专业的学生在就业真的会有很大区别么？因为很多计算机的同学也是走上了软件开发的岗位，这个问题的答案还会在未来自己继续寻找
困惑不存在了，但是我还是认为我们不仅应该完成客户的基本需求后，也应该从技术的角度来做一些有益的提高，所以我还是坚持原来的观点
困惑不存在，同样坚持学期始的应该在调研中加上多用同类产品的条件
困惑不存在，同样提出应该可以在书中加上萝卜和白菜一起相互结对的例子
请根据本学期的学习、收获、困惑，再提出5个问题，可以是读后不理解的，或者读后反对的。有求有观点、有证据或分析。体验一下，这5个问题，是不是更有深度了 。
（1）4.4中提到的代码复审，我存在疑惑的地方是应该在什么时候进行代码复审？
因为考虑到如果开发时间紧张，经常进行代码复审会不会耽误整个项目的开发时间，要是使用敏捷开发的原则，在每个阶段都要有可运行的产物出来的话，这样是不是会耽误整体软件的进度
（2）4.6.2中提到的“三明治”办法，我的疑惑是为什么要这样做？
大家都是为了完成工作而决定在一起工作的，有时候这样以“三明治”的方法来进行会让自己的合作伙伴不能够很好的认清自己的问题所在？尤其是“划水”的同伴
（3）6.4.2中提到的“一些项目需要很多暗箱操作和政治角力才能搞定，Scrum会把这些矛盾都摆到明面处，这有好处，也有风险”中如何让全组一起来齐心协力的解决这些？
在以前的团队合作中我都是和朋友们一起解决，但是当来到一个新的环境中，开发人员都是新鲜接触的，而且大家各怀心思，不知道在这种情况下如何解决？
（4）7.2.9中提到的“团队中的矛盾”，如果发生了这种矛盾，要以谁所提出的观点作为实现原则？
因为考虑到团队中每个人所提出的有效的意见都是根据自己的职位要求所提出的，都是具有一定的理由，如果都要考虑进去可能对于开发时间较短的软件时间不够更改，但是如果不考虑进去可能会影响软件开发完整体的感受，所以要以谁提出的观点作为原则？
（5）13.2.11中提到的易用性测试欢迎其他团队的成员对软件的可用性提出意见，那这个软件的保密性是否下降了？
因为考虑到软件是一个产品为用户所开发的，如果要其他团队成员对软件提出试用，会不会拿所测试的软件的优点来丰富自己团队软件的特点，来增加竞争性，所以是否软件的保密性会保持和之前一样？
回忆整个学期，你有什么话想对后来的学弟学妹们说。
请一定要好好自己去完成作业，好好的去发现自己的问题，不要为了自己的课堂成绩，自己骗自己玩，白白浪费了一堂可以把自己所有的问题暴露出来的课程。成绩不好只能说明自己在这方面做得不好，有需要提高的地方，不要为了面子上的成绩而去欺骗自己，这样做一点意义都没有，还浪费时间。
如果重新来过一次，你打算做哪些（技术上，而不是态度上的）改变－－基于希望得到什么样的更好结果，你才希望这样改变的；更重要的是，你根据什么估计这些改变会有预期的结果。
会更加强自己的代码技术的提升，每周会有更密集的时间来做这件事
就算重来一次我也还是按照现在的步骤一步一步锻炼提升自己的代码能力，基本上不会有什么太大的改变，因为就算是重新来过，自己的基础也不会变，自己在开学以来的定下提高自己代码能力的目标也不会变，而实现自己的目标也只能是一步步提升自己的代码能力，我能做的就是加大锻炼代码的力度，估计这样做自己的能力可以提高的更多一点，也更快一点
终于我们即将不再是师生。当你结束本课程，你和我就站在同样的位置上，我将不再基于学校授权和知识、经验 (年龄？)上的优势而对你的自由有任何干扰。除发布及成绩以外，我最后一次行使教师特权: 请问你有什么要对教师 (我)说的，建议、抱怨、希望……多谢。
希望：希望老师可以少做投票这种事情，因为不确定性太大了，有很多很多很多的不确定性因素
代码总量，平均每周代码量。
代码总量：713
平均每周代码量：60
博客字数总量，平均每周字数。
博客字数总量：17562
平均每周字数平均每周字数：1350
根据PSP，平均每周在本课程中所用时间(是的，请再回答一次)多少小时。
13小时
进度条总结: 遍历每周知识点，以周为单位
| 起止时间 | 提交PSP例行报告时总结的知识点 | 现在回顾该周收获的知识点 |
| 第一周 | 无 | PSP |
| 第二周 | PSP 版本控制 C语言 | PSP 版本控制 |
| 第三、四周 | PSP 版本控制 代码规范 结对编程 | PSP 版本控制 代码规范 结对编程 |
| 第五周 | PSP 敏捷流程 | PSP 敏捷流程 |
| 第六周 | PSP 敏捷流程 | PSP 敏捷流程 |
| 第七周 | PSP | PSP 敏捷流程 版本控制 站立会议 |
| 第八、九周 | PSP | PSP 敏捷流程 版本控制 站立会议 |
| 第十周 | PSP | PSP 敏捷流程 版本控制 站立会议 |
| 第十一周 | 敏捷原则 PSP | PSP 敏捷流程 版本控制 站立会议 |
| 第十二周 | 站立会议 PSP | PSP 敏捷流程 版本控制 站立会议 |
时间分配堆积柱状图
