1， 回顾第一周计划，完成度：基本完成，有了比较一个小的代码库，同时更好的运用。
2， 我在开课前提出了大家为什么喜欢创新的问题。
当时的我认为，创新可以让自己站在一个创始人的位置上，就像创世者，开天辟地第一人，而现在，我更认为，创新其实是对已有的技术，知识的改变，让技术更适合现在世界的状况，使每个技术都能够赶得上时代的潮流（这里说的不只是那些小创新，蒸汽机，智能手机问世也是如此），是生产关系和生产力相适应的结果，所以，创新是必须的，创新并不一定是忽然一拍脑袋，就立刻知道的事情，也可使是对已有的技术的改革，例如，把自己写过的代码，稍加修改，降低他的时间复杂度，亦或是多加几个符合人性化的小功能，这些都是创新。
3， 新的问题：
a) 当代码异常多，累计到一块的时候会异常的多，当然我们会将代码分块，分成函数，函数还是多的话，那么就分成不同的文件，进行文件之间的调用，但是文件调用的时候会不知道这些文件的所以然，这就很头疼，一个有效的文件命名方式很重要，那么怎样命名？
b) 对于Android Studio的疑问，将虚拟机联合在一起固然十分的好，但是验证程序的时候很是麻烦，要等好久，如果能有一个简单的界面可以看到之间的关系，是不是更好？
c) 在期望和实际落差的状况下，应当怎样解决？
4， 对于观看的《构建之法》，《代码大全》，《梦断代码》，发现了事先做好安排，提前做好规划，每天进行审问自己和团队，是非常重要的，一个美好的蓝图，而不是我们程序员的乐天派。是一个个的任务看板，每个人的默契十分的高，这些因素是我们团队第一阶段取得优异成绩的原因，但是同样面临了例如《梦断代码》遇到的问题，我们总是太过于乐观，遇到的问题总是认为可以快速的解决，但是现实，往往是不可能完成，或者现阶段，现时间段是不可能完成的，这就无关领导者，决策者了，因为这些都是我们自己做的决策，那么当后来，步入社会了呢？有了老板的督促，我们更加乐天，这其实对于工程来说是不对的，对工程的不关心，以及不负责。
5， 对于技能评价表，有什么提高：
a) 目前管理个人源代码已经稍有改善，但是处理数据的能力严重不足，例如我们Bonny软件获取了部分同学的信息（当然是一些最最最基本的信息，并没有敏感，隐私的信息），怎样将这些信息运用起来？将这些信息显示出信息的价值，这应当是我们发展的方向。
b) 效能分析：其实我们的工作并不高效，到目前为止，仍有好多的问题没有得到解决，是因为懒惰么？从根本上来说是这样的，但是直接的问题是我们的能力确实是遇到了瓶颈，很严重的瓶颈，能力的严重不足，让我们的软件遇到的问题无法解决，西王在暑假可以解决这个致命的问题。
对于什么收获是不能用数字衡量的：
c) 例如团队的默契度无法衡量，团队的默契度其实是一个团队的制胜法宝，如果没有默契，互相甩锅，没有一个团队可以完成这个新的任务，但是这样的默契度是无法衡量的，对于参有人的活动 ，衡量很难确定。
d) 还有项目的预期也很难用数字确定，我们过于乐观，让我们的软件再确定的期限内，遇到了严重的问题，当然最后也没有彻底解决这些瓶颈，不应当出现这样的错误。
6， 下一个职业发展阶段，回头看这门课教学方法，老师的工作和其他课程的衔接，我的意见：
a) 教学方法：建民老师推崇的“做中学”，我认为是我们工科的正确指导，身为工科的一份子，应当有强大的实践精神，在实践中检验和发展真理，“做中学”正是如此，但是常常认为任务水平太高，最终的得到的结果可能会被应付掉，教学如果是对于同学的个性化指定方案，当然更好，这是一个期望。
b) 老师的工作：看似主任上课的时候说说笑笑，上课很简单，可是对于这些问题的提出，这些蓝图的展望，和对于我们职业生涯的规划是让我们深思的。
c) 和其他课程的衔接：对于我们软件工程，现在流行的互联网加，那么我们对于其他课程的衔接，更是十分的密切，我认为，对于我们类似的专业，应该不光要精通这些代码，人外有人，天外有天，我们也应该多学一点其他的课程，截然不同的课程，他们的作用是在意向不到的地方会发挥出来，就比如乔布斯对于文字来说，人生就是这么奇妙。