总结

提问回顾&回答

提问链接：

寒假作业1

寒假作业2

回答

Q1 关于代码的规范性？是行业规范？还是公司规范？还是团队规范？

个人在体验过团队编程后，认为代码规范要遵守的等级依次是公司规范（行业规范）>团队规范

诚然遵守团队代码规范是十分重要的，这不仅影响你代码的规范性，也影响着其他成员查看、借鉴你代码时候的“人身安全”

Q2 过早优化的例子，目前我还不能很好体会到过早优化带来的坏处，可能是全局观念不够多，只想着把某个函数优化到极致，好像从目前来看并不会有什么影响；下列的小雨伞的例子我也没有很好的理解，我脑子里的理论是局部都是最优的，全局应该不会受这个部分影响才对

过早优化这个我已经可以理解了，要先在各个测试环节中逐步的测定所有部分架构与逻辑是正确的，再去不断优化代码，如果因为优化过度而导致全局受到影响可谓是得不偿失

Q3 宽严皆误 这边的签入流程有一个是同步服务器最近更新，假如说只有我一个人编写，那么我每次想修改代码的时候是从服务器下pull来比较好还是直接从本地开始编辑？本次作业我是直接从本地编辑了再push上去，没有一次的pull

在团队编程中我已经体会到没commit代码被覆盖的痛苦了，以后一定先确定代码版本再修改

Q4 关于同时修改代码这一事，上文也有提到对于一个项目的签入签出应当做一些限制，但如果是很重大的错误，只允许一次签出的话会不会对一个程序员压力太大？但保持程序的原子性固然是很重要的，这个方面需要怎么权衡比较好？

目前我的理解是同时修改代码一般不可能，一个团队会对所需要修改部分进行任务分配才会做后续推进，签入签出的风格也是因团队变化而变化

Q5 开发和测试搞不定的事里头，我个人认为作为程序员不能只能根据PM的给出的需求文档来编写功能，或者说应该要写完功能后站在用户角度自己去测试一下，感觉程序员多站在用户角度考虑，会比只看需求文档忙着编写更好？实际上的程序员会有时间去亲自和用户交流吗

程序员还是多和用户沟通比较好！！！

五个阶段的锻炼结果

需求阶段

作为组内的PM之一，我觉得收获最大的就是我可以和我的团队十分流畅地分享我的想法，还有吸收组员们非常棒的建议。对于设计以及分析的提升也很大，知道如何与用户更好的沟通，与组员修改更合理的需求

设计阶段

设计阶段我主要是设计web端ui，对于前两年已经积累了设计经验的我，做简单的设计并不是很难。收获的是用不同的原型工具设计自己的原型能力

实现阶段

啊实现阶段真的是最漫（mo）长（yu）的阶段，很高兴可以有一群志同道合的小伙伴和我一起敲代码！最大的收获应该就是掌握了类vue框架的开发流程以及前后端对接数据的事项。这对我全栈开发的路真的起了很大的帮助。用心开发是会取得好结果的！！！

测试阶段

测试阶段做的比较少，基本上是测试ui界面是否有bug，最主要的还是锻炼到了交互界面用js处理数据的能力，也懂得了axios不同网络请求之间的异步处理

发布阶段

发布我们主要是交给李耕同学发布的，当我们ver1.0成功加急上线以后，我觉得真的是团队的第一份作品被推出来给大家使用，成就感满满，也得到了很多老师同学的合理反馈，这是促使我们改进的动力之一！

一个学期的心得体会

个人项目

个人项目，不说了一生之痛，没给我熟悉环境机会这点我会一直记着！

学到的多线程操作是很多的，还学到了大文件快读之类的，收获是很多，同时也是编程最认真的一次了！！！

测试也是和同学一起不断出样例来验证自己算法的合理性，从本地结果来看我前acm预备队员的一丁点水平还是存留着的hhhhhh

结对项目

他教会了我手撸html，真的太痛苦了，vue真好用啊

结对所处理的方面还算是比较全面了，既锻炼了文字处理能力也锻炼了原型设计能力，同时也加深了舍友之间的感情

标签：事情,修改,代码,温柔,发生,规范,程序员,团队,优化
来源： https://www.cnblogs.com/FZU-SE-LYK/p/14942087.html