课程总结

在课程计划第1周，然后给自己定的目标是能够熟练的在电脑端完成电脑端网页的制作可能够在手机端实行简单的增删改查操作。现在电脑端的页面功能基本上能正常的自己编写，但是在手机端的增删改查需要去看文章或者说去借用AI才能完成。
在读构建之法这本书之前，我给自己提的5个问题，第1个问题是为什么现代软件的工程更推崇的是编的？第2个是如何有效的处理软件开发中的需求的变化。第3个是软件测试的测试金字塔理论它是什么？然后他怎么样才能正常的进行。第4个是关于敏捷团队中项目经理的职责差异是什么？然后最后一个问题是如何去量化软件代码的质量，有没有一些具体的指标？然后第1个问题，现在比较推崇变得快的原因是为了能够更快的去应对市场的需求，然后减少前期的规划误差，缩短周期来验证成果。还有就是提升团队的响应效率。第2个答案它是引入需求优先级排序去了解决问题。然后第3个的测试金字塔模型是分底层，中层和顶层，底层是单元测试中层是集成测试顶层是UI测试。落地也需要去自动化优先来减少工程测试的成本，还需要早期介入测试。然后敏捷团队项目制作的差异是项目经理主要聚焦的是怎么去做，就是怎么执行落地。量化指标在书里面有的是看代码的复杂率，还有测试的覆盖率，还有代码规范的合规率。这里面大部分人都只能去简单的回答，因为还缺少自己经验的积累。看完这本书还遗留了几个问题，有在敏捷开发中如何去平衡快速迭代与技术债务的累积？还有就是在软件工程中如何区域电话评估团队协作效率，它具有哪些可以去落地的指标？在个人团队经过几次事后，诸葛亮分析之后再去看那些过去的例子。我看到了那么几个缺点一个是团队会经常陷入到这种责任人的陷阱就是去推卸互相的责任。还有就是在复团的时候需要去有可量化的追踪，不能说去口头空谈，这样只会在最后推来推去。还有复盘的时候要保证每次项目的进度要符合自己的预期，否则只会越拖越长。还有大部分成员都担心暴露问题，所以影响自己的绩效去隐瞒真实的情况就比如代码运行错误，他只会去说小故障，而不是说真正的代码运行错误。这些缺点的改正都需要去实时的追踪团队的进度，精确分配到个人。这样才能尽量的去减轻那些影响。对比技能评价表，编程的速度现在有所提高。还有就是对于那些数据库相关的知识点具有更深入的理解。对自己做项目的预估时间比过去准确了一点，但是还是有很大的差距。还有就是对文档内客户需求的分析，比过去要更准确一点。嗯，对客户需求的分析还有对功能的理解能力都是不能用数字衡量。
回头看这门课的教学方法，这里提出三个问题。第1个问题是只有如何去进行团队的工作和如何去分析客户的需求，而没有知识点的涉及。老师是注重于去介绍怎么样去理解客户的需求。还有就是如何在公司内和团队一起做项目。讲的大部分都是如何工作。缺少知识方面的培养。只在课程开始前的暑假寒假阶段会去说这个寒假暑假阶段需要去自学各种各样的技术。一般的学生很难去在寒假或者暑假阶段认真的学习。大部分都是抱着放松的心态去过寒暑假。因而希望老师在对下一次课程学习的时候能够尽量的在讲解如何去面对团队效益的同时，再讲一些知识点。或者说可以讲一些进阶版的知识，就比如如何去让页面更美化或者说如何去让数据库它运行的更快速之类的知识点。第2个问题是在课堂测试过后没有一份完整的答案，或者说教程去告诉我们如何完成这些项目。现在在每次课堂测试过后，并不告诉我们如何去做这些项目，仅仅只是让我们去把这个自己做了多少的这个文件交上去。虽然说对于做软件这方面不能太过于死板或者说太过于模板，但是一个模板也没有确实是很难去创新的。希望以后在进行课堂测试过后，然后能够腾出那么半节课去告诉我们怎样完成这个项目。或者这个项目的难点在哪，然后如何去完成这些难点。第3个问题就是对于我们的培养太过于宽泛而没有那么具体。仅仅只是在课程开始的时候告诉我们大公司喜欢用什么软件中小类型公司喜欢用什么软件而不是告诉我们在大公司他们如何去用这些软件和在中小型公司里面，他们如何去用这些软件。还有就是仅仅只告诉了我们。在未来某一方面更好就业的猜测。但是对于我们的培养还仅仅只是停留在过去几届学生，他们当时就业所需要的技术。希望老师能够在下次他们课程培养的时候能够去更精细的去说那些中小型公司或者大型公司，他们用这些软件去做什么，然后再去结合一些离我们近一些学长他们就业时所需要的技术可以运用到平常的测试里。这些便是我所提出的三个问题，希望老师能够采纳我的意见。