一 项目git地址： https://git.coding.net/fang-xin/First.git
二 随笔杂谈
赖活二十二年，我最大的感触，可归为一句话：命运给你的一切事物，早已在背后标好了价格。跟小时的朋友相比，我最大的优点便是明白学习的重要性，懂得利用自己的努力去赢得自己想要的东西，这让我来到了这里。但不幸的是，我并没有在大学贯彻自己的觉悟，而是选择了随波逐流，得过且过。如今回首，少不得自危自惧，只希望为时未晚。
问题一 你为什么选择计算机专业？你认为你的条件如何？和这些博主比呢？
我会进入计算机的圈子，出于偶然。报考志愿时，在家长的建议下，我尝试着选报了一门计算机专业的学校，却正好被师大录取，也是缘分。因没有心理准备，来到了学校后又诸多不适应，大一一年，沉沦众人。直到了大二，才开始主动学习，自己去网络上寻找可用的学习资料，或利用学校给予的资源深入学习，也深深的意识到了自己错过了什么。如今的话，跟博主们这也经验丰富的人士是没法比得，也许唯一的优势便是还算年轻吧。
问题二 你理想的大学应该是什么样子？
“所谓大学者，非谓有大楼之谓也，有大师之谓也”—已故清华大学校长梅贻琦。在我理想中，大学应该是个老师不仅授业解惑，更应传道授德的地方；是个同窗为知己，彼此交流思想的地方；是个充满着先人留痕，墨香风韵的地方。
问题三 对于你未来在it行业的发展，你有什么样的梦想或者未来想从事什么样的工作？你准备怎样来规划你的技术道路，职业道路和社会道路？
也许我不会从事it行业，但我不会落下我在这方面的技术了解与学习，未来是计算机的世界，我会利用各种时间，从网络，书刊，友人等途径跟进it行业的发展。时刻保持自危自惧之心，做一个堂堂正正的人。
想法来源：
. http://www.cnblogs.com/xinz/archive/2011/05/16/2048044.html（大学里的师生关系应该是什么样？）
https://www.cnblogs.com/xiaozhi_5638/p/4485805.html（大一一年，我最大的收获就是找到了正确的学习方法，那便是“多实践，多上网看资料”。这种方法后来被证明完全是对的。）
三 阅读《构建之法》后的疑问
1）在第四章两人合作中，展现了结对编程的方法，一人进行编程，一人负责复审监督，两者不停互换角色，以此提高代码的适用性。但问题在于，两个人的习惯不同，代码编写方式不同，上一个人如何判断断点，下一个人如何立刻承接，两人不会因不同倾向而出现矛盾吗？这种方法是不是太考验两人默契了？
2）第六章敏捷流程中，提出了冲刺，将整个产品的实现分成了几个互相联系的冲刺，分步解决。但问题往往是整体的，各部分有着实际条件联系的，在时间先后上有着隐性要求的，如果在冲刺途中发现问题陷入冲突，无法分开解决时该怎么办？放弃的话岂不可惜？
3）第十三章软件测试中，展现了多种测试方法，用于清除bug，其中验收测试Acceptance是将系统在理论上目前支持的所有场景都列出来，一一测试，如果通过，及可用。在我看来，只需要这种方法就够了啊，软件不就是为了满足用户需求吗，有必要开发者吹毛求疵的去寻找极端情况的问题吗？如Ad hoc Test这样的测试法意义何在？风险大的领域不应更扩大软件的基本功能覆盖领域而不是关注极端情况吗？
4）第十六章it行业的创新中，迷思之三：好的想法会赢，举了QWERTY键盘和Dvorak键盘的例子，体现了先入为主，习惯的力量。但问题在于，好的一定会代替坏的，人们曾经习惯于诺基亚，但最后纷纷选择了智能手机，为什么没有人推出新型键盘呢，最后一定会成功啊？
5）第十七章人，绩效和职业道德中，讲解了领导力的意义，在第九章项目经理中，也对领导者的义务有所讲解，那么我想知道，一名现代普遍意义上的好领导，应该最关心项目呢还是团队？应该做一名引导者还是鞭策者？是否应在关键时刻为了项目进程放弃团员？