软件工程日报——团队合作小心得

Posted 2023-04-07 jiacheng-712

在经过两天的休息之后，我们团队终于准备要继续进行项目的编写，准备合作完成这个排班系统。

想法很美好，现实很骨感，我们小组在完成前端框架之后不知道接下来的方向在哪，不知道如何具体分工，这可让我犯了难题。

作为队长，我简单思考了一下我们队接下来的方向，主要分为三个方向：后端编写、前端优化、前端与i后端的连接，要想实现这三个方向的同步运行就要进行代码规范与数据库规范。

数据库规范：我建立了在编程过程中可能会用到的数据库，对表名和字段名进行了规范,方便我们团队代码整合时更加方便

代码规范：对于变量名进行规范，规范jsp文件的名称和跳转文件的名称

第15组构建之法团队心得

严琬琳:本章继上一章团队中的个人技术水平的衡量谈到到合作的问题。软件基本上都是在互相合作中完成的，其中两人合作是合作的最小单位。自己写的代码不仅仅是给自己看，更是要让“旁观者”看得清清楚楚，这就需要代码规范和设计规范。规范的代码简明、易读、无二义性，让程序员更好地理解和维护程序，也方便进行代码复审。代码复审可以发现各种问题，不断优化代码，它的好处是非常多的，因此，提出了极限编程的思想，即不断地处在代码复审的状态。而结对编程，正是极限编程思想的一种实现，一对程序员平等互补地进行开发工作。正因为需要合作，双方必然会产生意见冲突以及摩擦，所以还要注重一些合作阶段的技巧问题和反馈方式，要多考虑他人的感受，向他人反馈提意见时合理的说话方式可以达到事半功倍的效果。

范佳怡：这周就合作这一话题，本小组的成员展开了讨论与各自的反思。以前我们是以个人为单位行动的，这样的模式久了难免每个人都会有单独行动的时候遗留下来的不好的习惯，现在既然我们已经组成了一个小组，以后肯定是要有合作的。现在我们每个人要做的就是争取在合作做一个工程之前就先把自身的陋习改掉，并且确立一个我们团队所公认的命名方式等，我相信这些细节上的确立与改变将会给我们将来的团队合作带来惊人的效率提升。就我个人而言，我要改掉懒得写注释这一个坏习惯，这也是以往我想做而没有下定决心做的事。现在有了团队，我们必然是不可以再像以往那样随心所欲。

黄真：在本周我自学了第四章，是关于两人合作，虽然之前在学习过程中没有合作写代码的经验，但是，对于踏上工作岗位的软件工程师而言，编写代码大多是在合作中进行的。在团队里工作，代码规范相当重要，在明确了代码规范之后，可以让他人更好地理解程序，节约时间，对于软件将来的维护也能事半功倍。同时，在接下来对于这门课程的学习中，我们小组也可以尝试用这种“结对编程”的方式进行合作，有随时的复审和交流，互相督促，频繁交流，节省修改、测试的时间，也可以避免代码的责任只属于某一个人，建立集体拥有代码的意识。

于云亭：今天我学习了构建之法第四章，主要讲述了两人合作的理论和知识点。合作，无论在任何领域，都是不可缺失的，往往能产生不可替代的效果。同样在软件设计中也是如此，经过我的学习，我了解到软件设计中两人合作主要包括包括代码规范、极限编程、结对编两人合作的不同阶段以及影响他人的技巧。相信掌握这些思想后，我对软件设计开发有个更全面的了解。

博陵弘恒：本周学习的是双人合作，这一章先介绍了代码的设计和书写规范，包括一些格式要求，不一定都要一样但要方便他人也能看懂。接着是代码的复审，上面提到的要求也是为了方便这一部分，有时自己的错误自己找不到，但让其他人一看说不定很快就能发现，这也是软件工程当中为什么需要搭伴，也是为了降低软件开发过程中所会产生的错误。这也是本章的核心所在，之后详细介绍了两人之间合作的一些方法，举一反三，这也同样适用于我们这样的小组形式

张振嘉：做一个项目单靠个人的力量是很难完成的，必须依靠团队以及相应的流程，才能做好一个项目。总结来说，本章继上一章的两人合作，深入讲解，介绍了团队的定义，模式，开发流程等，虽然有多种模式，也有多种开发流程，但这些各有其优缺点，有其适合的情况，所以在进行选择时，应该的更多的分析项目的需求。