标签：事情 修改 代码 温柔 发生 规范 程序员 团队 优化
总结
提问回顾&回答
提问链接：
回答
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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。