【1414软工助教】助教总结

发布时间:2017-7-9 7:14:32编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"【1414软工助教】助教总结 ",主要涉及到【1414软工助教】助教总结 方面的内容,对于【1414软工助教】助教总结 感兴趣的同学可以参考一下。

怎么一大堆汇总...
后面的模块化没有坚持写下去,后面的是跟面向对象相关的。但老实说我写的这份代码是否足够面向对象我都没有很大把握。

累计 评论博客 380 次左右,每页 20 个评论,共19页,但其中有一些跟助教无关的评论。

四、助教表现自我评价

整体来看,我对自己的表现相当不满意。初期没有明确主要任务,整个学期缺乏和老师以及同学的交流,经常评成绩拖到很晚。

但也不是一无是处。无论是给同学们的博客写评论或者评分,我都非常认真,虽然也因此花了很多时间。此外我还修改了几次作业的描述,力求作业要求更加清晰。我也制定了4次评分标准以及参与修改了几次评分标准。

  1. 在初期没有明确主线任务

    及时评论同学们的博客和尽快给出成绩是最基本的两项工作,而我却几次把它们的优先度调低。例如有一次在还没有给出成绩的情况下,就去写模块化教程;还有一次是为了写出单元测试 C++版 的空壳(相较于其他语言,C++版的真是麻烦),延迟评成绩……

    这暴露了我的两个缺点:
    • 虽然分清了任务的主次,但仍然忍不住要去做次要任务;
    • 容易对别人给出的新的期望做过度的回应(这可能就是栋哥觉得我做决定的时候“卡卡的”的原因)。

    这奇怪的【满足自己】的方式……这两点如果不改,在工作上还会吃到很多苦。

  2. 缺乏和老师以及同学的交流

    这学期主动跟老师和同学交流的次数实在是少,基本上是同学们有问题来问我。这个学期有和张老师讨论黄杉的分配问题,有和对给出的分数不解的同学的解释和交流,有去找 PM 询问关于团队的问题……

    不过对于如何主动跟他们聊天,我也蛮苦恼的。现在我才想起来,可以多向身边的人请教呀!

    我在 Beta 阶段开始的时候,和同学交流这个方面做了一定的改进,创建了一个微信群,把各个团队的 PM 都拉进去以讨论一些关于项目管理的问题。

  3. 评成绩拖到很晚

    前期 29 份作业都要评,而且评分项比较多,感觉还是蛮耗时间的。虽然耗时最大的部分在于评论博客,但评成绩的时候也花了很多时间。虽然用了 Excel 表格来处理一些数据,但操作起来还是挺麻烦。但是这都不是最大的问题。

    团队项目开始后,每次只要给五份博客评分就行了,但是还是一拖再拖。我想可能是我对看这些博客产生了一种恐惧感。每次评分都要看一大堆文字,评分完还要写一堆文字,实在是难受。这跟看代码不一样,看代码是一种享受(写代码就更是了)。

    通常评分博客要指出同学们的一些问题,以及优秀的博客。有些问题反复强调都没有任何改进,不得不说,我的积极性的确因此受到了打击。给的建议同学不听,给了好多评论,却少有人回复。虽然老师说这是正常的,但我仍然感到伤心。我不是随便给出评论的,有时候会反复看同一篇博客,争取找出至少三个可以改进的地方,或者询问问题。后来我发觉我这样做是不对的,这样是 自己间接地打击自己的信心 。于是减少到找出一个可以改进的地方,只有收到回复之后才继续寻找其他可以改进的地方,或者问其他问题。

  4. 评分严格

    我给的分数通常都很低,特别是那些说得很模糊的博客。做了什么,应该详细地说明,越详细越清晰就越好。我有时候在想,是不是我的要求太高了?

    到后期,我减少了倒扣分的次数。因为如果像前期那样倒扣分,团队的分数可能经常拿到负分……

    像这样自己做决定的地方还有几个,我太想在助教的工作中加入自己的想法。后来我发现这样做不合适,毕竟是第一次做软工助教,对很多问题的了解都不够深入,应该先照着老师的要求做。“严格执行已有的规则,以后再改进规则。”

    我发现在这次助教工作中,我犯的很多错误都是不应该的。很多道理我都懂,但是不知为何总是会做出与已经懂的道理相反的事情来。

  5. 评分标准

    在制定评分标准的时候,我想要减少主观因素带来的影响。因此这些评分标准的特点是详细,详细到每个评分项在碰到某个情况时应该扣多少分。我不太分得清这样做到底增加了工作量还是减少了工作量……

    这一点需要改进的地方是:在评分项内划分档次,针对某个情况只给出对应的档次,而不是某个分数。这样给了助教一定的决定权但又不会受到太多主观因素的影响。

五、作业的问题

表述的问题

在我自己查看作业描述的时候,发现读起来比较费劲。有的是表达不够简洁,有的是作业要求提出是不够直接。

拿两个例子来说明:

  1. 结对编程2——单元测试

    原文片段1:

    一旦我们分离出核心模块,就可以针对该核心模块一步一步开发并做好单元测试,什么是单元测试?请阅读并学习《构建之法》第二章关于单元测试,回归测试的内容。好了,你一定针对单元测试做了一番学习:* 阅读并学习了课本上单元测试例子,以及代码覆盖率的知识;* 或者你还去bing.com,google.com了一把单元测试,JUnit;例如    * http://www.cnblogs.com/greyzeng/p/4439080.html    * http://www.cnblogs.com/zhengrui0452/p/6507630.html* 如果你是C/C++写的,你还去挖了一遍CUnit;    * http://cunit.sourceforge.net/example.html* 或者你直接用了C的 #include* 或者你用了C#,学习了课本上提到的Visual Studio的单元测试框架;    * 请参考《构建之法》总之,你找到了适合自己语言的一种可以进行单元测试的工具。

    问题在于好多“或者”以及多余的描述。

    修改后:

    一旦我们分离出核心模块,就可以针对该核心模块一步一步开发并做好单元测试,什么是单元测试?

    请阅读《构建之法(第二版)》第二章 2.1单元测试和2.2回归测试。



上一篇:百度技术笔记之2013-1
下一篇:spring 事务的传播特性

相关文章

相关评论

本站评论功能暂时取消,后续此功能例行通知。

一、不得利用本站危害国家安全、泄露国家秘密,不得侵犯国家社会集体的和公民的合法权益,不得利用本站制作、复制和传播不法有害信息!

二、互相尊重,对自己的言论和行为负责。

好贷网好贷款