介绍自己
大家好，这是我在MSRA现代软件工程的第一次作业，也是我人生中的第一篇博客。我是USTC信息学院的一名学生，目前大四，对，就是在那个所有课程已经完毕应该开始养老的年级。我目前的专业是电子信息工程，学习的专业内容就是信号处理和通信技术。我在大学换过2次专业，大一是理论力学与实践，大二是精密机械与仪器，大三就是现在的电子信息工程，同时还在辅修着一门计算机科学（主要是最近都在向着cs迈进，害怕有一天被嘲笑不是科班出身）。然后很是庆幸自己在每一个专业上面，都有自己的独特的理解，并在上面取得了不错的（课业）成绩，同时也很高兴，在自己的选择上，每一步都是如此的正确，不曾后悔。大学嘛，不折腾一下，不尝试一下，怎么会知道自己的兴趣真正在哪里，自己的能力哪一方面更强？所以啊，我也不保证目前的专业选择是对的，后面估计还得继续换，对，能换就换，对，已经有下一个目标了，研究生再换，这一年，先养老。
现状、经验和计划
现状与计划
在技能查看表中，我认为比较重要的skills,有
- Programming Overall / 对编程整体的了解
- Programming Comprehension / 程序理解
- Program: performance
- Programming : bigdata
- Programming : design
以上所选的important skills都是我认为的我所欠缺的技巧，并不是其他的我不欠缺，主要是现阶段的编程任务，我认为我在以上的几个方面还很欠缺，有待进步，其他方面的重要性只能等着我以后去发现了。我现在的等级估计是2-3，希望通过自己一个学习的努力，能够到5？那真是一个巨大的进步。计划只能不断的自己coding，不断的在学习别人的code，不断的向邹老师请教，然后进步吧。
心得体会
我会来上这门课，有多方面的原因。选这门课主要还是因为我在学校还差学分才能毕业，所以要选这门课（外界原因也很重要。。）。但要问到我为什么会认真参与？我对做任何事情都很认真的，认真对待，不会马虎，要么不做，做了我会力争做到自己的最好，这可能是我为什么认真参与的原因吧。与课程无关。
我在大学里面，对于老师的认识，很局限，好的老师也不少，我认为比较差的老师（主要是不能理解他们的思想，没有从他们那得到茅塞顿开的感觉）也有。我自己平时也看一些书，也会试着自己去认识问题，但速度都是很慢。但在老师的指导下，我能很快的get到点，然后自己去思考问题的所在，这可能是我觉得老师对我最大的帮助，有了他们，我总是会很快的了解到问题的所在。我很尊重老师，老师估计也不认识我，毕竟我一般也不是上课很积极发言，，就是这样。
我们引用文章，是为了利用现有的文章成果，做出更大的有意义有影响力的工作，如果引用对方的工作，对方也是很乐意的，毕竟承认了对方工作的重要性。相反，抄袭，这就是一个很重大的错误，从自己来说，这是一个想偷懒的行为，不想自己努力，便想获得成果，实在是有点羞耻，对方也不会同意，这种不劳而获的手段，没有一个人会去同意。
未来规划
我目前会一直在学术研究这一条路上走下去，自己除了读书，好像的确没什么会的了，工作又有点累。我其实也是很想回去继承家业啊，可是没有家业可以继承啊，田倒是有几亩，但是现在种田似乎比搬砖还没有前途，我还是一边锻炼身体，以后好好搬砖吧。
课程计划
课程计划，也不是我们能够左右的，老师布置的作业，我认真按时按量完成。因为在MSRA，自己的mentor也布置了不少的task，所以的确也没多少时间可以花费在这上面。对于我打算用在这门课程的时间，一个下午加一个晚上的时间，应该够了吧。认真对待这么课程，希望结果不会很难过（但是第一周的作业用时貌似已经超过了我得预期）。
目前代码量，1w行？估计是有的，可能会更多，但没有统计过。对于入职工作或者从事科研，代码量应该不成问题，在锻炼中，在ddl之前，我们的创造力无比强大。
阅读感想
我选取的博客是对程序员职业的一些建议，其中令我感受最深的是对技术的热情。我认为我的一切成长进步，都建立在我对知识的渴望以及热情上面，所有其他包括能力、耐力，等到热情到临，都会随之到来。当我们对一件事情爱的深切，总会将它做到更好，即使代价很大，这都是值得的。热情不会有耗尽的一天，兴趣还在，我们就会做出更有意义更有影响力的工作。
提有质量的问题
读完《构建之法》之后，被邹老师一个工程界的大牛的文笔所折服，整本书的阅读经历中，都在惊叹邹老师的思想如此清晰，一改理工男在我心目中的形象，说不定我以后也是一名细致有条理的理工男。没办法，又读了第二遍，带着完成作业的目的，去找了五个问题，可能这些问题都不是问题，仅仅只是为了完成作业。
第四章 两人合作 两人的合作-如何影响对方（P83）
两人在一起合作，自然会出现不同意见，每个人都有自己的想法，在两个人平等合作的情况下，不存在领导和被领导的关系，如何能说服对方？
我觉得吧，在合作中，两个人的合作，我们不仅能够需要学习去说服对方，还需要说服自己。能够和自己合作的小伙伴，最终也是能力和自己差不多的人，他们的想法，肯定也是有一定的道理的，我们需要做的，还有想想自己的为什么和小伙伴的想法不一致，自己是不是哪里有所欠缺。等到你退了一步，肯定了小伙伴的想法，小伙伴也会退一步，想想我们的想法的优点的所在，同时也会思考他们的不足。
第八章 需求分析 用户调查问卷（P157）
用户调查问卷看似容易，其实大有门道，下面是调查者一些常见的错误。
我认为还有一个较大的错误没有指出来。有的时候（我们学校），大家分发问卷只是为了完成任务，一点都不区分问卷目标群体和发放群体，我收到过很多问卷，我都看不懂，和我的专业或者兴趣完全不挂钩（可能是我太弱了，啥也不知道），但是这种毫无意义的问卷，有什么上交的意义。为了对方完成一天多少份的任务，我还是快速的完成了。我得意见是，问卷发放群体得和目标群体一致，不然它失去了统计调研得目的。
第三章 软件工程师得成长 软件工程师得职业发展（P51）
我们可以看看人们对待职业的态度有哪些等级
关于其中的第一类临时的寄托或工作和第二类工作，我认为如果从人们对待其的态度来说，都是一类，都是外界的逼迫使得自己没有其他的选择，只能进入这一个工作岗位。
第七章 实战中的软件工程 MSF团队模型（P140）
那么测试团队就会做一下两件事
- 发现产品的问题
- 保证这些问题都得到处理
我认为其中关于问题的处理，应该是测试人员的锅，测试人员只用测试出尽可能多的可能存在的问题，交给开发人员来解决就行啦。
第十六章 IT行业的创新 技术的创新是关键（P350）
在这里我并不是对老师的想法有所看法，是对其中的一个引用
科研是将金钱转换成知识的过程，而创新则是将知识转换为金钱的过程。
首先我对创新则是将知识转换为金钱的过程就不是很认同，当一个人科研很棒，有所创新，造福了社会，最后获得金钱的奖励，我认为其中金钱的奖励只是一个附加品而已吧。难道创新的最终目的不是为了享受实现了自己的idea最后的那种喜悦嘛？起码从我身边来看，大家期望创新，是为了实现自身的人生价值的比例远远超过了意图在创新这条路上一夜暴富的那一份。另外，对于科研是将金钱转换成知识的过程，说的就好像有点绝对，科研就是\(\text{金钱}\rightarrow{知识}\)，貌似金钱只是一个催化剂，加速这个过程，无论是创新还是科研，都是一个\(\text{知识}\rightarrow{知识}\)的过程。在科研中，金钱可能会加速整个进程，但他不会是必要条件。在创新中，也是一个旧知识到新知识的过程。只是我个人的一点点看法，大家勿喷。
然后就此结束，，，感觉写一篇博客还是挺耗时的，，