PSP总结报告

Posted 2020-10-16

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了PSP总结报告相关的知识，希望对你有一定的参考价值。

回顾1

http://www.cnblogs.com/js2017102865/p/7497419.html

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

当初你是如何做出选择计算机专业的决定的？经过一个学期，你的看法改变了么，为什么？
你认为过去接触到的课程是否符合你对计算机专业的期待，为什么？经过一个学期，你的看法改变了么，为什么？
你觉得计算机是你喜欢的领域吗，它是你擅长的领域吗？经过一个学期，你的看法改变了么，为什么？
(注:不可以回答 "不是"，"是"。请把这当成以后工作时面试题，需要回答足够长度，提供足够信息，让对方了解你。比如，给出为什么。)

在第一次作业中，我回答我选择计算机专业的主要原因是为了将来能找到一份好一些的工作。经过了一学期，再次被问到这个问题，我还会回答是为了将来找到一份好工作，不过我会在前面加一句“因为我喜欢计算机”。一学期的学习，从刚开始被迫写代码，到之后主动学代码，再到现在把敲代码当作生活的一部分。不知道从什么时候开始，写代码变得不再那么痛苦了。现在我可以说我是因为喜欢计算机，所以愿意继续学习计算机。

在第一次作业中，我回答本科期间的课程不是很符合我对计算机专业的期待。经过了一学期，我依旧觉得本科期间的课程不符合我的期待。本科期间的课程像是“需求分析”，我知道我需要做什么，知道我应该做到什么，知道我应该动手操作...但是这一切只停留在“我知道”。经过一学期的学习，我深刻的认识到自己的不足，认识到学会书本上的知识并不足够，只有理论知识与实际操作相结合才是学习计算机正确的方式。

在第一次作业中，我回答计算机是我比较喜欢但不擅长的领域。经过了一学期，我想说：计算机是我喜欢的领域，还是很喜欢的那种。而且计算机仍不是我擅长的领域。这一学期，我的代码量较本科期间增长了很多，但与身边的同学相比，代码量还是少的可怜。经过一学期的学习，现在的我遇到问题会先静下来自己解决，不会直接就认定我不可以，我做不来或者是直接去求助大神，虽然现在也常去找大神帮忙，但与之前相比多了自己思考的过程。不过我也不是完全没有进步的，比如说我现在敢于在团队中发表自己的意见，敢于加入各种“工程核心”的讨论。对于一些偶尔冒出的“小念头”，也会稍微记录一下，在时间充裕的条件下，会自己上手试一试。最后还是那句话：计算机专业是领域很广泛，我还有很多需要学习，在这个高人辈出的领域，实在是不敢厚着脸皮说自己擅长。

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

我认为我现在所具有的专业知识，技能和能力，与一个合格的计算机学生相比，差距依旧很大。但是与之前相比，我认为是有很大进步的。以博客园APP为例，在最开始的时候，我的运行环境是团队中其他小伙伴帮忙搭建的；在团队中我只能做一些制作调查问卷，做做文档，写写会议报告之类的任务；到现阶段，能够自己写一些小功能（虽然有bug）。

在我最开始的认知中，我认为一个合格的计算机学生，首先他能够独挡一面，可以自己完成一个项目，或者能够自己负责项目的一个模块。现在我依旧是这么认为的。距离一个合格的计算机学生，我还有很长的路，我的专业知识还是有待补充，技能与能力还是有待提高。

（3）每天都是一个人生选择的十字路口，学术研究、工程项目、社会实践 (？) ，不同的选择有不同的努力方向。
对照以上你阅读的前人们的经历，你的选择是什么？经过一个学期，你的看法改变了么，为什么？
在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？经过一个学期，你的看法改变了么，为什么？
针对你的选择，你给自己的本学期的规划是什么？经过一个学期，你的看法改变了么，为什么？

我希望可以通过这学期的学习，能够让自己敢于在团队中发言，能够提高自己的专业技术（目前打算从增加代码量开始）。经过了一学期，我的代码量有了明显的增加，代码能力与学期初始相比，也有了提升。之前不敢于发表意见的我，也能够在团队中说一些自己的意见。现在这些进步与当初的规划相比，也算是完成了大半。

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

学期第一次作业，我承诺每周拿出10-20小时放下软件工程这门课程上。经过了一学期，我认为当时所说的时间刚好。我统计了一下，截止到12月7日13:00，我一共花费了13154分钟在这门课程上，平均每周放在软件工程上的时间是1096.1670分钟，折合成小时是18.267小时。算是实现了当时的承诺。

回顾2

http://www.cnblogs.com/js2017102865/p/7501489.html

1.通读《构建之法》，发布随笔1篇，要求列出5个问题，可以是读后不理解的，或者读后反对的。要求有观点、有证据或分析。字数不是直接的考核标准，但是要求长到能把观点表述清楚。请回顾这5个问题，自己回答一下。当初的困惑是否还在，你现在如何认为，是更深的困惑么？

1.在软件的开发中到底是“速成”重要，还是创新重要？有没有什么能够让创新与速成不再矛盾？

速成与创新并不是矛盾的。在同类软件中，一个团队能够对这款软件创新，是让投资商在众多同类软件中选择它的一个最有诱惑力的条件。而在创新的基础上有速度，或者是在同类软件开发中优先完成开发，也会受到投资商的青睐。最棒的情况是速度与创新相结合，这样投资商基本上就非你不可了。

2.“速成”的开发模式，会不会给工程师造成过大的压力？“速成”的开发模式会对用户的使用造成什么影响吗？会不会造成用户对软件功能的不满意？

速成的开发模式，会对工程师造成一定的压力。用户一直“催催催”，会导致开发人员无法集中精力工作。

速成模式对于用户来说就是有好有坏了，用户能够尽快的得到自己想要的软件，因为速成也许会导致一些功能的缺失，导致用户的期望无法完全的实现。

3.作为一个工程，在性能与界面美观二选一的情况下，到底应该选择哪一个？

现在的我认为性能大于美观，当一款软件的性能足够好时，才会有用户选择使用。只有有用户选择使用，美观才能被提上来。一款美观的软件，性能不好的话，它的美观也是无用的。

4.有时候，软件开发过程是一个周而复始，让程序员感到疲惫的过程，如何在这个过程里面找到新鲜感？如何能保持程序员头脑中的“灵光”？

为了保持程序员的灵感，要让程序员有足够的时间去接触用户，了解用户的需求，或者是把自己当成用户，这样就仿佛是在给自己做一款适合于自己的软件。我认为这样能够在一段时间内保存程序员的热情，还能在这种为自己创造“适合于”自己的软件也会让情境下，也会让程序员自己充满斗志。

多记录，多实践，不停留在想象上，要记录并实践这些“灵光”。

5.在编写软件的时候，会遇到一些警告（不是错误），面对这些警告应如何处理？

首先弄明白为什么会出现警告。警告虽然不是错误，但也要预防这些警告将来发展成错误。在软件开发中，警告也是能避免就尽量避免的。为了代码的稳定，为了软件的顺利开发，要将一切危险因素扼杀在摇篮中。

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

问题1：再次阅读《构建之法》，我对“极限编程”有了一些兴趣。有一条是“计划没有变化快”，而针对于这个的解决方案是“别做详细的设计，做频繁的增量开发，重构和频繁的发布”。对于这点，我想说对于“没有详细设计，频繁的开发与发布”类型的编程会不会导致最后偏离了正确的方向？

问题2：这学期我体验了结对编程，在我比较幸运，我的队友是一个很好的人。在《构建之法》中，结对编程中遇到一些人有一些不好的习惯，如何提醒同伴改进的问题。对于这些不拘小节的人，是否要必要提醒他们呢？比如说，有些不拘小节的人，在不触犯自己原则的前提下是不可是可以不提醒对方改进呢？

问题3：关于测试方面，测试时为了让程序更加完美。不过到底什么才能被称之为“bug”，是不是也要有一个规范？在软件开发中有时会遇到这样的问题：开发人员编写这段程序时，时可以正确运行的，单到了不同测试人员的手上，有的是可以运行的，有时是不能运行的。这种情况下，能能不能称之为“bug”。

问题4：测试过程中，是否能够请一些有技术基础的用户充当“测试员”？有时，程序员并不能完全的把自己当做“用户”来测试这款软件，这时能否请几位有技术基础的用户来作为项目的测试者？让用户与开发人员在测试阶段“面对面”接触，会不会更有利于软件的推广？

问题5：对于软件开发的可见性问题，软件是否要对所有的用户保持神秘？个人感觉有时候给用户看一些小功能的演示，能更加引起用户对软件的期待。

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

学弟学妹们，软件工程是一门很严谨的课。这门课能让你一次性体验一个人编码，结对编程和组团做项目的感觉。这门课的作业虽然很多，但如果放正心态的话，每一次作业都是一次检验。一学期结束后，回头看看自己曾经写过的代码，博客，你一定能够看到自己的进步。

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

如果可以重来，我希望自己能够在个人作业阶段和结对阶段做的更好一些。当初的代码能力过于薄弱，导致自己个人作业成绩很低，结对变成的时候给队友米同学填了很多麻烦，我做过的一些内容还需要队友检查与修改。如果当初代码能力再强一些，也就不会出现之前累计作业成绩不及格的情况了。

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

对老师说的话：老师，谢谢您一学期以来对我的教导。起初我很排斥这门课，甚至认为软件工程会成为我人生中的第一次挂科。现在经过了一学期的学习，我慢慢开始喜欢这种气氛，习惯每周四晚上去查看作业要求，习惯了每天记录自己做了什么，习惯了写作业的时候反复检查，也习惯了和小组成员每天开Scrum会议... 总之，真的很高兴能修这门课，能在这门课程上遇到老师您。最后给您提一个小小的建议，希望您晚上能早点休息，不要总是熬夜批作业，要多注意身体。希望以后还有机会能修您的课。祝老师工作顺利，身体健康。