集美大学网络1413助教总结

可是反观人生，每一个人出生都掌握着一副被分配到的手牌，无论你拿的是好是坏，总仍是要尽力打的精彩。更况且同一所学校，同一个班级，同一门课程，真的达到了须要咱们去只拼运气的时候吗。若是真的足够重视，回过头想，在一个很坏的团队里，你为何不能去作那个稍微努力点的人呢。并且若是工做后，想要进入一个好的团队，不也得须要你本身用能力说服别人吗？

2. 结对：-- 取其精华

本学期只完成了两次结对编程做业，私认为，这是一个很好的学习对方优势的过程，好比对方解决问题的思路等。

3. 我的：-- 蝴蝶效应

当你老了，回顾一辈子，就会发觉：何时出国读书，何时决定作第一份职业、什么时候选定了对象而恋爱、何时结婚，其实都是命运的巨变。只是当时站在三岔口，眼见风云千樯，你作出选择的那一日，在日记上，至关沉闷和平凡，当时还觉得是生命中普通的一天。

——陶杰《杀鹌鹑的少女》

因此，尽量不要虚度年华，也不要放弃，种一棵树最好的时间是十年前，和如今！！！

4. 时间：-- 合理利用一切时间碎片

推荐你们去读一下《暗时间》。

珍惜在学校还有人愿意教你，还有你讨论公平与否的平台，还有为你提分的附加做业，可是别人能作到的，请你也尽量作到。好比展现的博客，好比提高能力的coding。

6、关于课程的一点建议：

这是第三次作助教了，张敏老师制定的教学计划是我见过最为详细的，很负责。

1. 博客：

能够要求一下统一的格式。

2. coding：

建议能够在课程初期增长对git使用的教学，而且有一个简单的项目贯穿始终，让同窗基本每周都会有代码的check-in和check-out。而不是像最后团队里代码能力好的我的秀。

3. 评分：有同窗建议结对编程过程当中也引进互评。至于评分细则方面，认为每一次布置做业的博文中已经很详细的写出了，只要认真看，同窗们是不会有遗漏点的。

4. 好多工具都只是走过场，好比leangoo或者PSP，大多数同窗仍是不能体会到其做用，可能得有一个良好的监督及执行制度。

7、感谢：

感谢邹老师、周老师、张老师给我本次当助教的机会，也感谢大家对个人包容，相比于其余助教，我作的实在不算好。

愿景老是美好的，但从学期初搬家、周中工做、周末学车、途中旅游散心等，步调偶尔有点落后，感谢邹老师和周老师的及时督促:)，才坚持下来。我要向大家努力学习暗时间的利用。

感谢群里的各位老师，大家都是我学习的榜样，大家对教学的那种热情，是我所缺少且敬佩的，我努力向大家学习。

感谢同窗们对我理解和支持，偶尔也让我会想起了校园时光。

附、同窗们对课程的建议

1. 你认为每次项目的评分标准存在哪些问题，你认为的合理评分准则是怎样的（我的/结对/团体算三个）

同窗一：

我的：对于评分来讲，整体上还能够，每一个具体的得分点列的比较清晰，围绕整个项目展开，可是编程能力因人而异，有些同窗相对薄弱，对于比较难的编程题目可能要比较长时间才能完成，然而假如老师的时间是一周以内，某些同窗没有按时完成可是有在努力编程作，我认为仍是能够给出相应的分数的。在给我的评分时能够添加一项进步分，鼓励编程基础相对薄弱的同窗再接再砺。再有，我认为在代码规范这一块要占比较大的分数，助教们对代码的审核应该要增强些，严格规范你们的代码编码形式，指出不符合一个程序员编码规范的地方。

结对：对于结对编程来讲，我以为最大的问题就是我的工做量的透明度不够大，这其实也是这种编程模式自己就存在的一种问题，每一个人在结对编程中的贡献是不同的，我认为每一个部分的分数应该有相应的规定，而后对号入座，我以为结对编程能够尝试改变一下模式，不是一我的作另外一我的看，而是分工合做。

团队：团队评分标准相对来讲是比较公平公正的，我认为最大的优势就是在团队互相评分以及提出贡献比的这种方法，不只只从老师的角度去评判整个团队，还增强了民主性、公平性。缺点或者不足之处，就是针对不一样的团队项目有不一样的难度，因此这样针对每一个项目的功能实现的要求应该有适当的区别，好比难一些的项目实现的功能能够少一些，相对简单的项目就能够要求实现更完善更全面的功能，评分标准也就能够有一些改动，但愿除了看展现博客以外还能够参考其余的一些内容。我看了其余班级的最后总评分，有的班级整体成绩很高，有的班级偏低。

同窗二：

我的：我认为我的评分的环节仍是比较合理的，可是我但愿能够再表现的多样化一点，由于我的做业主要是编程技术，而学好软件工程这门课并不仅依赖于会编程，因此我认为在我的评分标准中，还能够再加入一些其余的评分，培养一些除了编程以外的能力。
结对：结对编程中就会出现两人比分太相近的因素，固然这些不可抗力是很难避免的，可是，结对做业中多数同窗都会有出现工做分配不均的，虽然表面上看起来好像是没什么，但实际仍是能够用一些必须运用到专业知识去回答的问题、任务在我的博客中作出解释，这样能减轻一些存在明显贡献差距的小组却两人平分差很少的状况。
团队：团队平分我认为是三个中最为公平、最合理的评分体系。首先，有体现各个同窗的区分度，即便是在一个团队中，每一个人所作的贡献不一样，得分天然就有高低；其次，团队评分有照顾到协做方面的问题，如敏捷开发阶段，基本上全部的团员都要轮过一遍到两遍，天天不一样的同窗负责不一样的内容；再者，还加入了各个小组给其余小组的打分，这又多了一个站在旁观者角度看问题的方向，这是团队项目的评分中很成功的一点。

同窗三：

我的：以为评分细则详细也基本合理，助教也作了点评，若是有改进的话就是增长自评以及把评分细则量化。（好比5分表明很是好，4分表明很好这样）
结对：能够两我的互相评分，像团队同样算出贡献权重。
团队：虽然有团队自评和互评的部分，可是不够细化，团队可让每一个人本身写对其余人的评分，最后取平均算团队权重（这样你们比较不尴尬…）

同窗四：

我的：我认为我的评分的环节仍是比较合理的，由于我本身的基础很差，完成做业的时候也没有讨论的对象，因此评分不能跟结对和团队的相比。

结对：结对编程是虽然有两我的一块儿讨论完成的，可是我以为两人的分配不同，难度也不同，因此我以为两人的评分有必定的差异。

团队：我以为团队评分是最合理的，由于每一个人的难度差异有点大，对于我来讲以为写代码的难度很大，还有其余的分配都难度不同，分数的差异也不同。

同窗五：

我认为助教对咱们一视同仁。可是吧，个毕竟每一个学生的基础是不同的，像个人基础就比较差。我的做业是我本身尽力写的，是能够运行的，可是结果并不怎么好。结对编程就比较靠另外一我的了，本身爱莫能助。团队做业因为我我的的缘由没有及时参与，这是让我很后悔的事情；就算能力再差可是也没有主动去与其余小组进行沟通，这是我在这门课程最失败的地方。对于评分，助教仍是很用心的常常会有互动，对于我提交的做业助教会以邮件的形式给出他的意见；并且对于评分有异议的地方也能够直接大胆向他指出。

同窗六：

在我的做业方面，我以为对于评分标准来讲，可能太过于追求细节，没有注意每一个人，每一个学生的特色，我以为若是改的话，能够把学生按照平时表现，分为几等，而后进行评分。

在结对编程方面，我认为两我的的分工透明度不够高。到底谁作的多，谁作的少，具体分工又是怎样，没有一个明确的评分标准。我以为能够像团队做业那样，设置一个自评和互评做为参考。另外还能够写上具体的分工，让助教参考，去给出合理的分数。

在团队做业方面，我以为在团队做业中，团队中每一个人的贡献不能按照一个标准来划分，就像一个队长和一个编程员的比较，我以为这就是不能比较的，你们都有用心作，不能按照作的事的重要程度来划分。其他的我以为还能够。

同窗七：

我的做业我以为挺好的，题目也比较容易，对于我这个基础比较差的人均可以完成题目基本要求，并且助教对各项评分也很详细，很棒。

结对编程方面：我认为两我的的分工透明度不够高。到底谁作的多，谁作的少，具体分工又是怎样，没有一个明确的评分标准。我以为能够像团队做业那样，设置一个自评和互评做为参考。另外还能够写上具体的分工，让助教参考，去给出合理的分数。

团队做业：我以为班级映射分有点奇怪啊，为何要以一个班级最高分做为评分标准呢？假如我是那个最高分，我会不会想着反正我都是最高分了，下次能够偷偷懒？另外每一个班的水平良莠不齐，这样搞的可能某位同窗虽然在本班差一点，但是放在所有人中，他不必定最差啊！我认为就按照给出的分数算就很好，不必再映射分了。最后一点，我认为就是助教回复这一点也算在评分标准里面，你们都是用我的邮箱注册是博客，基本上每一个人都是一个邮箱。团队博客的时候都是临时找的邮箱，很难作到及时回复助教的博客。这一点但愿改进吧。

同窗八：

我的:无

结对：结对做业评分每一个人的贡献量不太好评估给分

团队：--在做业下发的过程当中已经明确将分值分配清楚例如写什么占几分，感受助教在评分过程当中自主性有点小，但愿给予助教对博客的总体评分分值大一点。 --是否能够把博客互动的评分更换为奖励分，就是有互动的能够加分。不过这样好像不容易调动积极性。

最后整合评分建议：以班级排名第一同窗的分数为100分的话是否是缺少与其余班级的比较性，并且班级第一名越优越那么总体班级的水平可能会更低，是否能够四个班级有一个统一衡量标准或者将班级前三拿出来做比较来评定一个比较过的分数。

2. 你的团队项目是否成功，若是重来一次你是否还会选择这个团队，为何成功／失败？

同窗一：

我认为个人团队项目是成功的，若是重来一次我依然愿意选择这个团队。首先，个人团队成员们都很团结，无论是当下遇到什么事情，或者是时间赶不及，你们都有咱们是一个团队的思想，去完成当日本身的任务；其次，咱们团队的PM不管是从编程技术上，仍是管理层面，都把咱们团队带领的很好，每周都会作详细地计划安排，落实到每个人，这才让你们有一个更清晰的思惟，更清楚将来几天本身要如何合理安排时间去完成；最后，整个团队氛围很融洽，每当遇到矛盾咱们都会当面沟通解决，避免争吵，互帮互助，共同进步，来完成咱们的项目。

同窗二：

比起其余团队的完成度，团队项目应该不算成功。失败的地方是你们对于项目的实际理解和能力不够，致使项目进度拖延严重。至于再重来一次，首先人生没办法重来，其次事情发展有时候不取决于我的意愿，既然必定要组队就必定要选一个团队。若是这个团队项目不成功，其实也是自身的问题。换一个团队也是同样，再来一次也没什么特别的选择倾向。Alpha和Beta都在这个团队，仍是挺有感情的。

同窗三：

我以为个人团队项目是成功的，若是重来一次我愿意选择这个团队还有以前的团队，由于团队的成员交换以后我到了我如今的这个团队。我以前团队的项目是做业查重，此次项目是用微信签到和请假。由于咱们团队很是团结，每次遇到不会的地方都在群里讨论或者在开小会的时候一块儿讨论。各个阶段都会分配好，还会在开会的时候会总结已经完成的功能和遇到的问题，一块儿讨论要改进地方，提升项目的完整性。

同窗四：

个人团队组名是男神组合，对于这几回的团队项目不管是对我仍是对团队都是失败的。首先，组内缺乏有责任心的同窗，对于写博客都是各类搪塞；其次，咱们这组的平均水平过于低下，在各方面好比编程，设计框架等方面没有出色水平；最后，也是本身的缘由，太懒散，没有真正将这个组合视为一个团队，不懂分工合做；并且本身也没有把团队做业放在心上。若是重来我不会选择这个团队，我会积极去组建新的团队。虽然个人能力有限，可是我能够学习。真的很是抱歉而且十分后悔没有加入团队的工做，若是重来一次我必定好好加入团队的工做。

同窗五：

个人第一个团队项目是失败的，失败的缘由很简单，第一：你们都不会，你们都没积极性，你们都明白对方是怎么的水平，无论怎么作也就那个样子，没有动力去想把项目作好。第二：你们都不是情愿的成为一个团队的，固然这不是一群成年人的作法，可是你们积极性就是调不起来。若是能够重来，我会去找一个具备自制力和拥有积极性的团队。

同窗六：

我最开始是在男神组合团队的，在这里个人感觉以下：我但愿老师之后在组建团队的时候，询问班级状况，强弱搭档，这样才会进步。不要让你们自由组队，剩下的人在没有通过我的的赞成的状况下，就莫名其妙的成为一队了，你们你不情我不肯，去哪写出好的代码。

在新的团队中，我如沐春风，很快融入新的集体，很开心。

总结一下大家团队在作项目时你们的时间安排状况，能够匿名写；咱们基本上都是在晚上挤时间作的，到了大三了，考研的考公的就业的，都要准备了，还有课程，时间很紧。不过期间就像海绵中的水，只要去挤仍是会有的。可是有时候仍是会出现今天的任务没有完成，明天去作的，可是仍是只能默默写上这是昨天完成的。

同窗七：

团队项目最终你们认为完成了各自的目标，我依旧会继续选择这一个队伍，在这个过程当中你们给予了很大的帮助，感谢你们。

3. 总结一下大家团队在作项目时你们的时间安排状况，能够匿名写

同窗一：

咱们团队在时间分工安排上还算是比较平均的，负责编写代码的两位主要同窗花费的时间确实是不少的，由于代码须要不停的调试修复，那他们主要的任务就是完成主要代码功能；而剩下的同窗，咱们也作了不一样的分工，采起轮流的形式，需求分析、撰写博客、测试代码、展现发布等等，每一个人都要参与投入。咱们会尽可能避免有个别同窗“打酱油”的状况发生，例现在天你的任务比较轻松，只须要撰写博客，那你明后天可能就须要配合两位编写代码的同窗，去完善他们写出来的功能，去测试，去修复bug等等，总之，在合理的范围内，咱们会尽可能让每一个人所花在这个团队项目上的时间平均。

同窗二：

因为我不是pm，对于你们的安排状况不太了解。alpha版本的时候我的编写的是代码的导入功能，必须先导入才能实现后续的其余功能，因此我很早就写完功能交付了，后面也参与了前端以及接口的代码编写工做，可是因为技术水平有限，没有太大产出。其余零碎的时间就帮助博客的内容撰写，而后beta阶段全部人员就进行bug修复和界面改进。你们上课和本身的事情都比较忙，时间安排比较靠自觉了。

同窗三：

咱们团队主要时间安排就是每一个人的分工不一样而所用时间不同，也就是两个写代码的同窗的全部时间最长吧。由于代码天天都要更新，尤为是在冲刺阶段，可是其他的队员的所花费的时间也不短，每一个人都有分工好的工做。分工有参与已经写完的功能进行完善功能，参与测试的，参与界面优化的，撰写和发布博客等。时间安排的很均匀。

同窗四：

你们的时间安排我不知道，由于各自的基础不同，编程的速度也不同。我就说说在男神组合时期，后期由于我自身的关系渐渐没有参与。在起初建立男神组合的时候，我主要负责写博客，还有与组长讨论关于Java代码，那段时间由于在复习Java对于Java的编程能力仍是有一些。可是组员的积极性不高，没有真正的融入到一个组合。因此当我手术结束后，被告知组合解散，而后十分的茫然不知道本身该怎么作，不懂询问别的小组，就那样一我的销声匿迹，这是我很是后悔的事情。

同窗五：

在第一个团队的时候就不说了，项目已经失败了。在第二个团队项目中，咱们的时间安排都是按照项目中时间和计划来规划咱们本身的时间的。在冲刺的阶段中，咱们都保持了一天有1个小时的时间来对项目有具体的改进，咱们都很自觉，积极性也不错。

同窗六：

时间安排状况：团队后期主要进行了分工，代码能力强的同窗负责程序编写，审核测试人员负责测试找漏洞，平常博客管理同窗负责安排平常开会时间活动安排的具体事宜。我的负责不一样部分，时间很差评价。

4. 软件工程这门学问有不少 “知识点”，这门课强调 “作中学” - 在实践中学习知识点。请问大家在项目的需求/设计/实现/测试/发布/维护阶段（一共6 个阶段）中都学到了什么 “知识点”，每一个阶段只要说明一个知识点就能够。

同窗一：

需求：需求分析必定要适应市场，且要具备竞争性和可行性，不能太理想化。
设计：创建以文字为主的文档，用图形构造模型。
实现：首要任务是完成规定的任务，要按期作进度小结。
测试：可分为黑箱和白箱，能够先进入功能测试阶段作大致的测试。
发布：学会接受设计变动，不断提升软件质量，修复存在的一些小问题。
维护：进行回归测试，总结回顾整个项目。

同窗二：

需求：必须对用户进行真实的访问调查，并且必须在alpha阶段结束后倾听用户的反馈，并根据能力水平，bug来改进需求。能够用模拟故事场景等方法。
设计：项目正式开始时先进行原型设计，并编写项目计划书，这样整个项目流程才清晰有序，对产品的框架有必定了解。
实现：能够用leangoo对整个项目进行细化分解，追踪整个项目进度，最后用燃尽图直观显示。
测试：首先每段代码编写后代码人员必须进行自测，代码无误后再上传Coding，最后项目完成后进行性能测试
发布：发布后收集用户反馈，对beta阶段或者项目的优化收集信息，而不是发布以后就无论了。
维护：按期更新版本，优化系统，修改bug，这样才能保证项目的活化，不会流失用户。

同窗三：

需求：根据不一样的用户，了解不一样的需求，知足用户的需求。

设计：用图形构造界面的美观。

实现：完成用户需求的任务。

测试：能够查出本身的实现的不足，改进不足方面。

发布：改进功能存在的问题。

维护：总结整个项目。

同窗四：

需求阶段：学到了你作的产品是最终是要面向市场的，因此用户很重要，要知道本身的产品的用户是谁，他们有什么样的需求，而后按照需求设计。这样的初衷才不会让你的结果跑偏。

设计阶段：顶层设计很重要，作产品前必定要有清晰的思路，先要作好整个架构的设计。

实现阶段：实现代码的时候要谨慎一点。

测试阶段：测试阶段要考虑全面些。

发布阶段：发布产品的时候要让用户知道这个产品的特性，优势，让用户有眼前一亮的感受。

维护阶段：维护很重要，这是守住用户的关键，好的售后老是更让人喜欢。

同窗五：

需求阶段：学会使用NABCD模型进行需求分析，还有如何撰写需求说明书；

设计阶段：学会了使用功能优先级，选择最核心的杀手功能；

实现阶段：学会使用燃尽图掌握项目进度；

测试阶段：学会使用测试工具对代码进行测试；

发布阶段：学会了展现博客的编写，如何对项目进行展现；

维护阶段：学会了维护阶段的具体作法，须要如何维护，如何使得用户获得最好的用户体验。

同窗六：

需求阶段：之前历来不考虑别人想法，只是单纯的完成做业就行了，如今会去考虑，虽然可能完不成那样的要求，可是仍是去考虑。

设计阶段：有明确的计划很好，这样有总体观念。之前都是走一步是一步。

实现阶段：代码规范很重要，代码规范很重要，

代码规范很重要，重要的事情说三遍

测试阶段：没有规范么想说的

发布阶段：我认为这个功能说明这个特别好

维护阶段：这个仍是去听用户的说法好。

补充：考试题量实在太大了，监考老师都问我写这么多，不累吗？

同窗七：

需求：不能够局限于我的、小圈子来看待问题，同一个事情每一个人有不一样的需求不一样的见解，切实了解客户需求很重要。

设计：界面的美观是吸引客户眼球的敲门砖。

实现：想法与实际编写过程有差距。

测试：意想不到的漏洞时刻回来必须时刻待命。

发布：在发布以前要进行详尽的内测，不然以后会有更多问题。

维护：项目说明书简洁详细很重要。