助教学习总结

关注助教：刘乾、范飞龙等等

1.助教的长处/特点：

1）有哪些好的习惯：热爱阅读？爱运动？代码量大？动手能力强？等等。

这个......想必代码量不少吧？动手能力肯定也强！

2）他们的博客有什么优点：排版美观？行文流畅风趣？技术功底扎实？等等。

排版美观，有非常扎实的技术功底，文笔不错，解释到位

3）他们的助教风格：重视沟通？善于启发同学？点评一针见血？对一个问题不断追问下去的能力？等等。

先不说其他，贴几个链接：

SivilTaram——

SivilTaram——

ffl——

ffl——

以上是大佬们的博客总结，我觉得非常有学习的价值。点评时能迅速抓住要点，特别是提问式点评，能很好的和同学们交流起来，当然，这需要同学们及时回答以及改正不足。

2.值得学习的点评：

1）点评的作业链接：

助教点评文字：

整体不错，但ER图有挺大问题的，有些字段写得太随意了？送餐员的字段属性里有四种订单？这种情况下应该是要把订单抽象成一个实体，订单里包含状态字段。 另外，WBS的粒度太粗啦，像数据库设计，业务逻辑开发这种能在6小时内完成吗？请把粒度变细一些。

我的评价：

评价很客观，指出了设计中的ER图和WBS存在的缺陷，对一些问题提出了解决思路。

2）点评的作业链接：

助教点评文字：

博客内容很完整，错误处理的部分也比较详细，赞！

不过有几个问题：

• 效能分析只放了一张图？是否有对计算模块进行优化，重新做效能测试？如果只有一张图的话只能算作是效能测试，而非分析。
• 异常处理都是在参数违法时抛出，有没有运行中的例子呢？
• 是否有做单元测试？用了哪些测试样例？

我的评价：

对做的好的方面提出表扬，对有欠缺的地方提出意见，分析了一些做法的利弊关系。

3）点评的作业链接：

助教点评文字：

ffl:测试覆盖表做的挺好的，但是如果你的单元测试用例能为每种情况单独一个用例文件就更好了，单元测试就是要一次测试只测试一种情况，不要一次测试包含好几种情况。

oirving:谢谢老师肯定。在测试用例的设计时，我想的是一个文件测试好几种情况，这样情况比较复杂，出现bug的可能性比较大。老师说的一次测试只测试一种情况是因为这样比较容易定位到bug出现在哪吗？

ffl:是，反正你写测试用例，写100个文件也没什么，循环跑测试就好了，哪些没通过一目了然。一开始要不怕麻烦，建立正确的概念。

然后，一般这些测试用例你可以建立起通过的序号，前面通过了，才能跑后面的，后面就可以以前面的是正确的为基础去写。建立起一个可依赖的测试用例证明集合。

oirving:嗯，很有道理，这样就很清晰哪个环节出了问题，哪个环节是没有问题的，学到了。

我的评价：

对一个问题不断追问下去，这种做法非常不错，能使他人专注于思考问题，想出解决办法。

3.我的总结：

优秀的点评例子还有很多很多，这里就不一一列出来了，相比之下我觉得我还有很多需要学习，例如多像这些优秀的助教们学习，同时，我也在小范围内实践，也在观察什么方法对自己以及其他一些同学有益，助教之路，还很长，我应该可以坚持下去。