目录

第一部分 课程回顾与总结

课程回顾与总结

什么人群适合看《构建之法》这本书？

我认为《构建之法》适合有项目经验或者正在着手实践项目的程序员来阅读。如果让完全的新人来阅读此书，我认为还是有一定的难度与门槛。

re-work是否能够衡量代码质量呢

不能。我认为re-work会不可避免地使代码的意图产生或多或少的偏差，我认为高质量的代码应该是有良好规划的、维护良好的。但但re-work是不能用以说明代码的质量的。

如果人工智能的发展现阶段仍旧是工程问题，局限性还是计算速度的问题的话，那人工智能的发展对于人类文化的破坏，以及人类受限于缓慢地生物进化，无法与之抗衡而终将被替代的观点是否在此基础上无法成立

在我看来，人类的生物进化是一个漫长的过程，需要数百万年的时间才能发生显著变化。而人工智能技术的发展则是一个相对较短的过程，需要数十年或数百年的时间。因此，在未来相当长的一段时间内，人类仍然会在许多方面保持优势。目前，人工智能技术仍然存在许多局限性和挑战，例如计算速度、数据质量、算法可解释性等问题 。这些问题限制了人工智能技术的应用范围和效果。因此，在未来相当长的一段时间内，人类仍然会在许多方面保持优势。
如何走出舒适区？

我认为，走出舒适区需要我们正确的认识自身的能力，同时培养积极向上的态度，多尝试、多锻炼。
分而治之（Work Break Structure）如何分？
基本思路是：将一个大问题分解成若干个小问题，然后逐个解决小问题，最后将所有小问题的解合并起来，得到大问题的解。但是光这样是不够的，我们在拆分问题的时候还应该从结果出发，在仔细考虑未来变故的前提下进行计划的制定。

“做中学”——在实践中学习知识点

需求

需求阶段的目的是明确软件要解决的问题和满足的需求，包括功能需求和非功能需求。需要与团队以及用户详细沟通并商讨软件相关内容。我最大的收获就是学会了编写需求规格说明书。

设计

在设计阶段，我从未以UML图的方式来设计Unity相关的项目，本次实践让我深刻体会到了Unity项目的复杂度。

实现

在我以前的项目之中，我没有尝试与后端进行过如此大量的数据交互，本次项目中在对接上遇到了非常多的问题。不过最终还是在与队友的沟通之下完成了项目。

测试

在测试阶段，我认为本组的测试报告还是完成的不错的，能直观的认识到我在性能方面所做出的一些优化。

发布

本次项目的发布有些不理想，后端由于服务器配置原因响应时长有些长，同时还容易遇到流量过大的问题。最后还是通过减少jvm的数量以及扩充服务器的内存来做出了一定的完善。

对于个人项目/结对编程/团队项目的经历，理解与心得

个人项目

在个人项目中，我使用了C++来完成作业，没想到的是C++的选择率会如此之低。但是这次作业有一些拖延，我是在最后一天完成的代码，于是乎在输出格式上出现了纰漏，属实是有点糊涂。

结对编程

在结对编程中，我的队友特别主动，在项目开始的几天就主动承担了需多任务，不过在原型到实现的阶段，老实说还是有一些苦手。不过最后和队友一起还是按时交付了项目。非常感谢我的这位队友。

团队项目

这次团队项目功能有些庞大，由于我自己也没有太多项目设计、分工的经验，所以这次在个别功能的实现上确实下了不少功夫。好在设计阶段我有认真考虑规划过相关的实现细节，这次项目在实现上基本没有摸不着头脑的部分。不过实现归实现，有没有bug另说，这次不少时间都花费在了与后端交互相关的bug上。但是总的来说，还是收获颇丰。

自我评分——七大课程目标

第二部分 个人技术总结

个人技术总结——Unity中对于Http的进一步封装