第二个作业：项目地址：https://git.coding.net/xup457/First_.git
第三个作业：
1.当时选了很多理科专业，最后被计算机专业录取了，计算机需要很强的学习能力逻辑能力：我数学和理科很好，喜欢追究事物的根本所以认为可能学习计算机专业：博主多学广才，不是我这样的浅显的人可以比较的，博主是我等学习的目标。
2.同学互相帮助，相互友爱，积极团结，每个人都有自己的个性，彼此尊重不同，好的同学每天在图书馆，有的同学热衷于社团事业，有的同学勤工俭学。
3.我梦想着在一个二流软件公司拿着一半的薪水，慢慢地走向领导岗位，技术是我入门的工具，能力是我晋升的资本，所谓兵来将挡水来土掩也许就是这样。
第四个作业：
第一个问题：
为什么只用一个“任务”来跟踪一段可能被多个线程线程调用的代码来确保他有没有对共享资源进行保护？在第四章4.4.2第六个步骤所举的例子那里，复查者：这一段代码可能会被多个线程调用，代码是线程安全的么？我怎么没有看到对共享资源的保护？开发者：我一时得不出结论，让我在TFS中开一个“任务”来跟踪此事。一个任务正在查询时又来了一个线程调用的命令那么这个任务的调用不是会被中断吗？
中断是指计算机运行过程中，出现某些意外情况需主机干预时，机器能自动停止正在运行的程序并转入处理新情况的程序，处理完毕后又返回原被暂停的程序继续运行。（引用自百度百科）
第二个问题：
为什么如果点击量太小，那么就不做VIP了？出自第五章5.3.6渐进交付的流程，MVP，MBP.第105页的例子。观察到底多少用户点击这个链接。如果点击量太小，那么这个VIP服务就不用做了。我认为无论人多还是人少钱还是要赚的。
我知道这是个经验性的问题，但我不理解有钱不赚的行为。
第三个问题：
为什么解决用户痛点的方案，就是使用户方便的方案？出自第八章8.4的1.N（NEED，需求）例如，不但用户不太能描述自己的需求，有时候开发者也陷入固定的“产品导向”的思维，开发网站的，就认为用户一定需要一个网站；开发移动应用的，就认为用户一定需要一个app。事实上，用户并不需要“产品”，用户需要解决痛点的方案。
我认为应该有自己的注重点有自己的原则，有自己的特色，有自己的坚持，如果今天来一个一种思维方式的顾客我们给他做好了软件，明天又来了一个完全相反的顾客，我们又是好言一通说有全力做了一个软件，长久下去我们也只是在做着客户安排的是没有自己的思想的储备对大局进步没有提升那么迟早会淘汰，只有坚持自己的特色在不断的任务中坚定信念，打好名气，募集资金才是长远的打算。
第四个问题：
为什么要先从一个角度出发分享，进行类似的思维活动？第九章9.4第194页总结中的改进方法，我认为如果意见不合如果一个个的说只会成为一场场个人秀，变成之前说过的先设计好外壳在写程序的局面，应该先做好哥哥成员之间的心里疏通至少要大家先承认彼此之间的能力，使彼此都了解大家都有一技之长。
第五个问题：
为什么没有会后的监督实施工作？第9章9.4，192页，组织者应该做到：
明确会议目的，要解决的问题是什么
推动会议进程，促使与会者在每一个阶段做合适的事
总结会议，记录要点
我认为应该加上会后进行对会务事项实施程度的调查，观察现在的会议方式是否得到最大规模的助力发现现在的不足然后加以改进。