最后一周总结

最后一周总结

陈灿

---

1） 回顾你的课程计划 （第一周的计划），你完成的程度如何？请列出具体数据和实际例子

方向	完成的进度
Design	在团队项目中由于是PM，所以对于接口，模块化设计还是有一定感受，因为我们要处理的是一个端到端的机器学习任务，所以我们对于数据处理，训练，UI设计都有很明确的分工和交接，比如dataloader应该如何设计才能满足我们训练的要求等等
Communication	这个可能在软工课上没体现，但是在平常的job中用的很多。比如我跑一个32卡的job，在8个node上，8个node之间是如何通信的，如何保证参数一致
Command line and files	这个接触不是很多
Development on Different Platforms	我平时会做一些移动端小网络的训练
BigData	这个不说了，天天处理大数据

2） 你在课程开始快速浏览了《构建之法》，提了 5 个问题， 请回顾那些问题， 自己回答它们。如果不能回答，为何软件工程课不能让你回答这些问题？

1.P45 软件工程师的分析麻痹和不分主次。自己遇到问题，就经常容易走这两种极端，对于一个问题，可能过分依赖于别人，分析麻痹；也有可能想完全自己给弄清楚，不分主次，然后忘记了自己原本想解决的那个问题。但是感觉没什么好的解决方法。

其实现在觉得吧，结对编程可能能够解决这个问题，身边有另外一种思维在不停地提醒你；或者说，可以强迫自己脑袋放空，不去想这些，或许就能看到问题的关键所在。

2.P58  里面提到“一些学生非常想做高层次的科研，觉得工程是基础”，不好意思，我好像就是这么想的。感觉工程经验可以通过以后在工作中慢慢积累，不必要专门在前期花时间锻炼，其实就是觉得精力分配上不用太偏向于工程。

我现在改主意了。我觉得research和engineering相辅相成的：engineering中某些问题你领悟到极致，可能会有一些新的idea，这就是research；而research中，拿深度学习来举例子，如果你对底层框架的实现不了解，你其实根本不知道自己在运行什么逻辑，而且其实很多时候，不是我们的思维限制了我们的research，而是我们的工程能力限制了我们的research，这是一种很微妙的感觉，怎么说，就是当你觉得一件事情，你能够相对容易去做的时候，你潜意识里可能就会更想去做这件事，这里指的相对容易就要求工程能力强。

3.P105 对于MVP（minimum viable product）和MBP（maximal beautiful product）的运用，关键是在于对用户需求了解到什么程度。可是我们做需求分析的人，自身又如何判断自己了解别人的需求到什么程度。不还是要通过实践来检验。

这是一个“子非鱼”的问题，我就不说了。

 4.P165 里面提到的“辅助需求：可以做各种皮肤”，我以一个90后使用者的角度来看，觉得外观反而是刚需，因为接触的各类产品中功能都差不多。我应该会直接选最好看的那个。

仁者见仁，智者见智。

 5.P173 提到“软件工程师在长期的实践中，摸索出一套经验公式：实际时间花费主要取决于两个因素...."书中类似的地方还有很多，就是通过实际经验列出一套数学公式，觉得这些公式适用范围是很广的，初一看感觉很有道理，但是严格推敲起来，感觉还是有点不靠谱，需要根据具体情况判断。

现在看来，还是有一些实际价值的。

3） 看看还有什么新的问题产生，请列出来，建议列出 2-3 个新问题。 可以让老师和助教来回答

暂时没有啥问题

4）你看了一些软件工程的文献， 你的团队也做了一两次 “事后诸葛亮”分析， 可以再去看一遍，现在有什么新的感想？

该走的弯路还是要走的，当时的情形，自己和team里其他成员都有很大的局限性，所以无法作出一些现在看起来正确的决定。毕竟我们不能开上帝视角。

5）对比一些技能评价表，你有什么提高？ 还有什么收获是不能用数字衡量的？

感觉debug能力提高了很多，不仅仅是软工的作用，也有平时组里工作的作用。最大的收获是观念上的，简单来说，就是对于一些事物的重要性权值分配变得不同，比如以前很看重A，现在不看重A了，这个就只能意会了。

6）设想一年之后， 你到了你职业发展的下一个阶段（高年级， 读研，工作），回头看这门课， 你对于这门课的教学方法， 老师和助教的工作，和其他课程的衔接，有什么意见和建议？

我觉得课程里可以加大对性能优化这一块内容的比重，虽然我们的课程任务里面有这个，但是那个数据集不够大。我觉得需要更大的数据集，大到用公司的电脑普通的算法要运行一天的程度，只有这样，大家才能真正意识到性能优化的重要性。可能从一个小时优化到三十分钟，大家觉得没什么，但是从一天优化到一个小时，大家就能很好感受到这个差别。