PSP总结报告

回顾0：

所属团队：拉格朗日2018

团队项目：飞词  链接：https://coding.net/u/lglr2018/p/Fly_Word/git/commits/master/

一、在本课程中学习和使用的新软件新工具：

1. aTimeLogger：一个记录每日活动时间的应用程序，有助于科学控制和管理自己的时间。

       软件版本：1.6.2

       链接：

https://appgallery.cloud.huawei.com/grey/uowap/index.html#/detailApp/C6029051?source=appshare&subsource=C6029051

2. Leangoo：比较方便的项目协作工具

       软件版本：5.8.12

       链接：

https://www.leangoo.com/product.html

二、在本课程中学习、提高的语言：

       我在本课程中学习了Python语言，掌握了这门语言的许多规范。

       软件版本：2018.2.3

       链接：

http://www.jetbrains.com/pycharm/download/download-thanks.html?platform=windows&code=PCC

回顾1：

（1）回想一下你曾经对计算机专业的畅想

当初你是如何做出选择计算机专业的决定的？经过一个学期，你的看法改变了么，为什么？

       经过了一个学期，我对自己选择计算机专业的看法没有改变。如前所述，我选择这个专业是因为本科学的比较差，在未来的工作中也会缺乏竞争力，我相信自己能在读研究生的阶段丰富自己的专业知识与经历。尽管经过这一学期，自己所学的专业知识也很有限，但我对自己选择计算机专业的看法仍没有改变。

你认为过去接触到的课程是否符合你对计算机专业的期待，为什么？经过一个学期，你的看法改变了么，为什么？

       我认为过去接触到的课程和我对计算机专业的期待是不一样的。有很多课程学了之后几乎都用不到，如果学的知识无法应用到实际中，我觉得这不符合我对这个专业的期待，计算机专业是一个专业性很强的专业，如果所学的课程无法应用，那么从这些课程学到的知识一方面很容易忘记，一方面用处也不大。

你觉得计算机是你喜欢的领域吗，它是你擅长的领域吗？经过一个学期，你的看法改变了么，为什么？

       计算机仍然不是我喜欢的领域，不过我改变了自己的一个看法或者说纠正了自己的一个看法，现在我认为兴趣很重要，兴趣才是最好的老师。过去的一学期中每次做作业都是以逼着自己尽快完成作业的态度完成的，过程不太舒服，很烦恼。如果以一种享受的心态做每一项任务，我认为是一种很好的状态，所以，我希望能够尽快让自己喜欢上计算机专业。

（2）考取研究生，对照前人们走过的路和描述未来发展，现在的你自我感觉你已经具备的专业知识、技能、能力有哪些？
离成为一个合格的计算机学生，在专业知识、技能、能力上还差距哪些？
经过一个学期，你的看法改变了么，为什么？

         自己的编程能力仍然很弱，我也很清楚的知道，在计算机专业中，编程能力就像学习英语中的英语单词一样，是一切的基础也是重中之重，不可能绕过编程，唯有面对它，不断提升自己。

（3）每天都是一个人生选择的十字路口，学术研究、工程项目、社会实践 (？) ，不同的选择有不同的努力方向。
对照以上你阅读的前人们的经历，你的选择是什么？经过一个学期，你的看法改变了么，为什么？

       我现在的选择倾向于社会实践，我认为通过社会实践能让我清楚的认识到现在自己的计算机行业需要什么，我需要学习什么以及如何去学，有了明确的目标，才更愿意为之不懈努力。

在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？经过一个学期，你的看法改变了么，为什么？

       选择社会实践，我认为自己的优势应该是适应能力比较强，现在的劣势仍然是专业知识与技能比较薄弱吧。

 

针对你的选择，你给自己的本学期的规划是什么？经过一个学期，你的看法改变了么，为什么？

       我觉得下学期应该向导师、师兄师姐请教明确自己的学习方向和学习方法，但更重要的还是在于自己要努力。

 

（4）你对这门课的期待是什么？
你打算平均每周拿出多少个小时用在这门课上？经过一个学期，你的看法改变了么，为什么？

       我的原计划是平均每周拿出25个小时在软件工程这门课上。经过一个学期，我的看法没有改变，软件工程这门课确确实实是需要付出大量时间和经历的一门课，在课程结束之际，我也确实学到了许多重要的专业知识和技能。
实测结果，每周平均用在本课程上多少小时？

       实际上，每周平均用在这门课上的时间为18.5小时，没有预计的时间多。

回顾2：

1.

通读《构建之法》，发布随笔1篇，要求列出5个问题，可以是读后不理解的，或者读后反对的。要求有观点、有证据或分析。字数不是直接的考核标准，但是要求长到能把观点表述清楚

请回顾这5个问题，自己回答一下。当初的困惑是否还在，你现在如何认为，是更深的困惑么？

（1）在进行结对编程时，到底要不要顾及对方的面子？、

         在结对编程时，我认为十分需要顾及对方的面子，因为与我们合作的人是同事或者同学，尤其是因为结对编程时只有两人合作，如果言语过于激进，会产生一些不必要的负面情绪，这样十分不利于两人的合作。

（2）16.3.3节中提到，各类技术产品都有自己的发展周期，从萌芽阶段到生命周期的结束，那么一旦产品技术了生命周期，还有没有可能经过技术上的改进回到前几个阶段呢？

         我认为一类技术产品即使经历了生命周期的结束，也有可能回溯到前几个阶段实现重新崛起。能否出现这样的回溯，我认为和对产品性能和功能的改造有很大关系，如果对产品的改造适应潮流，迎合大众，服务大众，而且创新性也强，那么即使这类产品正处于低谷，也可以实现第二次崛起。

（3）6.2节的只先一步板块中，提到做前沿研究的人，可以早于其他人很多年提出新想法，但是这些想法要等多年以后才能被推向大众市场，那么把这种原来超前的想法推向大众的人还是原来那些做前沿研究的人吗？还是后来的人们觉得这种想法很好，才将其推广的呢？

         我觉得把这种超前的想法推向大众的人一定不是原来那些做科研的人，因为搞科研的人首先是不考虑所做的这项研究能应用到什么方面的，他们的主要贡献应该是服务于后者，多年以后人们想应用这项技术的时候，可能发现这项技术在多年以前就已经被研究的很透彻了。

（4）结对编程是个渐进的过程，有效率的结对编程不是一天就能做到的。那么开发人员一般要经历多久才能磨合到有效率的程度呢？是不是超过了一定的时间限度，就可以认定这两名开发人员不适合结对编程呢？

         结对编程中两个人的磨合期是不稳定的，因人而异的，有时候两个人根被就不适合在一起结对，可以想象这样一种情况，两个人都只会解决问题的方法，或者都只会编写程序而解决问题的想法枯竭，那这个结对一定会很艰难。其实两个人适不适合结对，从第一次合作就可以很清楚的感觉到，并不需要明确的时间限度。

（5）16.3.7节中第三步提到，用户使用软件的过程中的回报和产品销售的方式有关。在一次性付费购买、通过广告赚钱和战略性免费这三种销售方式中，为什么计算一次性付款购买的回报难度最低，而计算战略性免费的回报更复杂？只要用户付款或者观看广告，公司不就会收到回报吗，那计算回报的难度不应该是一样的吗？

         可能是因为在战略性免费这种销售方式中，涉及的中间商比较多，采取的方式也是层出不穷，所以难度应该更高。

2.请根据本学期的学习、收获、困惑，再提出5个问题，可以是读后不理解的，或者读后反对的。有求有观点、有证据或分析。体验一下，这5个问题，是不是更有深度了 。

（1）”第一个吃螃蟹的人是值得人佩服的”，为什么实现了世界上第一个创意的人到了最后更容易被后来者比下去呢？——教材第345页

         很抱歉我没有更多其他问题。

3.回忆整个学期，你有什么话想对后来的学弟学妹们说。

　　软件工程是一门对于我们在校的学生来说很合适的一门实践性与社会性质很强的一门课程。从一开始的个人任务，到结对编程，再到交流性极强的团队合作，总是其中会有些许不快与烦恼，但每一段经历都让我们受益匪浅。我认为这是一门值得我们去付出的课程，希望学弟学妹也能认真对待。

4.如果重新来过一次，你打算做哪些（技术上，而不是态度上的）改变－－基于希望得到什么样的更好结果，你才希望这样改变的；更重要的是，你根据什么估计这些改变会有预期的结果。

　　在我们的团队项目“飞词”中，我们是手动录入数据库的，这样的词库大小非常有限，而且费时费力，如果当时我们使用简单的方式导入数据库，就会省去很多不必要的时间与麻烦。

5.终于我们即将不再是师生。当你结束本课程，你和我就站在同样的位置上，我将不再基于学校授权和知识、经验 (年龄？)上的优势而对你的自由有任何干扰。除发布及成绩以外，我最后一次行使教师特权: 请问你有什么要对教师 (我)说的，建议、抱怨、希望……多谢。

　　以前从未体验过这样的授课方式，一开始的时候确实会因为上课方式的转变感到不适，习惯了之后觉得这种方式还不错，老师的授课风格也很好。

总结：

1. 代码总量：1505

         平均每周代码量：125

2. 博客字数总量：8189

         平均每周字数：682

3. 平均每周在本课程中所用时间：18.5小时

4.

起止时间	提交PSP例行报告时总结的知识点	现在回顾该周收获的知识点
2018.9.12——2018.9.17	无	无
2018.9.19——2018.9.24	版本控制	版本控制是要求，对于程序员来说更应该是一种习惯，我们敲打的代码很可能因为未知的原因丢失或者损坏。而版本控制可以记录每一段时间的代码，正是解决代码丢失问题的好方法。
2018.9.26——2018.10.09	结对编程，效能分析，功能测试	结对编程是一段难得的经历。我与队友相互协作，相互帮助，互相监督完成四则运算作业的过程历历在目，有颇多收获。
2018.10.10——2018.10.16	无	无
2018.10.17——2018.10.22	无	无
2018.10.23——2018.10.29	无	无
2018.11.03——2018.11.04	事后诸葛亮会议	事后诸葛亮会议是对项目当前阶段所完成的进度进行剖析总结的会议。
2018.11.14——2018.11.20	无	无
2018.11.21——2018.11.27	无	无
2018.11.30——2018.12.01	事后诸葛亮会议	同上
2018.12.05——2018.12.11	无	无

时间分配堆积柱状图: