标签：
“乐高假设”：未来，程序将有可复用的部件组合而成。这新西兰学者詹姆斯和罗伯特的假设让我看到了现在软件开发人员现在开发软件的一些步奏。是的，现在的各种软件都有一些工具箱，有一些函数库，这些都为了程序员们开发软件提供了方便。看出来了刚刚十几年的时间，我们It行业发的之迅速，在想法刚刚没产生多久就被人实现，这和在langlang ago，人们梦想这飞行，几年后就能在天上飞，这真是有点异想天开。
代码库管理员这名字，是不是大多数人都是这样，也许是，但是我希望不是这样，因为老师说过，刚进公司的时候发现学习迅速，做软件不是太难，但是，在做大型的项目的时候，懂得程序的本质，知道他的本来运行机制，能更好的编写程序，组织程序，也能够为了以后的开阔视野，升迁拉开同等人差距做铺垫。但是我认为代码管理员还是能够更快更迅速 的发展软件这一行业，他能够让跟多的人参与进来，那样人多迸发的思想也就会更多，总之，有利也有弊吧。
看到OSAF在狗身上抹上跳蚤粉，然后贴上标签说：正在要杀跳蚤——别碰我。有人喜欢给自己贴上标签，比如说：我不会编程，我不行，我是一个混日子的人。这种标签自认为贴在自己身上后，然后自己就有理由推脱责任，不去做自己该做的事情。其实这是自我欺骗的一种表现。而且，我们不应该给自己这快的下结论，因为你不知道自己有多大的潜力，也许我们只是缺乏一种信心，缺乏一种胆量，就像老师课上给看的一个照片，一只公鸡走在一群狗的前面，给狗狗检阅，这是一种勇气，我们确守的就是这用勇气。所以我们应该像ＲＵＮＮＩＮＧＭＥＮ中似的，要敢于撕掉标签。
学会了一个词：ｇｅｅｋ ｏｕｔ，奇客，指的是沉浸到细节中直至变态境界——而且乐此不疲。据他说奇客者不都是编程人员，编程人员但都是奇客。这说的有没有理我暂且不评论，但是我军我们程序员应该做一个奇客。因为我们在编写程序的时候必须去钻牛角尖，如果不能一丝不苟的去完成作品，到后期去修复ｂｕｇ的时候往往是以前的几倍甚至几十倍。而且我们做出来的东西必须可以使用，让额客户满意才算可以，时代在发展，如果你没有完美的设计，你就会被淘汰，这就是现实。所以我们应该是奇客。
卡普尔认为，软件设计不仅仅似乎在程序员代理吗上覆盖一层诱人的图形。它是一种一种设想用户需求并在软件结构中满足这些需求的创造性基础工作。对啊，我们必须趁人用户真心不会按照你写的说明书进行工作，他们的操作有时候确实让人难以捉摸，就像尚一章人们不按照规则编写文本，最后还是程序员自己在最后编写了一个按钮：自动编辑文本。就像，
作者突然不小心把文件拖得消失了，这真让人精心动魄啊，然而撤销键拯救了他。不论是编辑按钮还是撤销键都是为了让用户能够良好的使用软件或者操作系统。我们做软件也应该这样，能够满足用户的需求，就像现在老师们只要让我们做一个软件，其中都会有一条就是：便利用户。
文中说：别指望在短的时间内达到打的成就；从小的项目开始，而永远不要期望他变大，如果这么小，就会做过度的设计，把他想想的过于重要，更坏的情况是会被自己的想象的艰难工作所吓倒。所以要从小处起步，着力考虑细节。别去向大图景和好的设计。如果项目没有解决某些眼前的需求，多半就是过度设计。这些确实好好地教育了我。我们又要做一个生日提醒软件，我们有很多让自己喜欢的想法，现在想想我们的想法有点多，又想生日提醒又想在其中穿插很多设计，这么多东西到真做的时候就会发现很难，然后最后的结果我们可能是放弃。所以先从小的开始。
如果不坚持，我什么都不是。我们能够一直坚持我们的的想法吗，能一直坚持我们的理想吗。我们是否有我们自己家的目标，在大三的日子里，越来越多的人开始迷茫我们以后要干什么，其实是我们忘记了我们上大学的时候的雄心壮志，我们是最强啊。我的目标我有我坚持。
我们大学毕业后是否能有自己的收获，能否做出自己的东西。已经上了大学三年了，回顾三年，我竟然一个有点成果的东西还没有做出来，真是有点惭愧。吃你自己的狗食，我想吃自己的都不行，因为我没有狗食。
最后一段对话让我感受深刻，有人问道；“做这个花了多长的时？”“大约两个小时吧。”
这个成果和Mozilla两年没有做出一个可用的项目并且后来人员都失去希望然后都离开相对比差距太大了。是啊，这有点讽刺，可这不就是现实吗。我们如果一直看不到自己的成果，很难有动力去继续实现下去，我们有着宏远的目标，但是有不可及，左右往往在道路中会被自己的有不可及的出打败。一个好的项目经理也应该有真正的管理能力，他常常对着自己的最终做什么犹豫不决，是一个半成品还是一个完美的产品出来有犹犹豫豫，这样是不少的，在板子上列出来的需要实现的项目这么多，难道这么困难的东西非要一次弄出来，虽然要对自己有信心，但是要估计自己的实力能力。不然我们会被我们自己打败。
我现在面临着是考研还是就业，我最终决定考研，我有着宏远的目标要考清华北大和高中一样有着不服输的精神，可是我没有好好地了解自己，只能盲目的憧憬未来，这可是很危险的，加油，东东，相信自己，制定一个良好的学习计划和一个个短期的学习目标，不要后悔大学四年。
我觉得敏捷软件开发宣言值得我们好好地揣摩于借鉴：
我们正通过时间和帮助他人来解释开发软件的更好的方法。
经由这项工作，我们估量：
各两盒交互 生于 过程和工具
可工作的软件 胜于面面俱到的文档
客户协作 胜于 合同的谈判
响应需求 胜于 遵循计划
即，尽管游览条目有其价值，但是我们更看重左栏条目
这一章终于买描述软件开发一些有用的实际的运作流程，在以前的文章里，看到公司里出现的各种问题，着实让人着急，但是这也是我们软件行业必不可少的发展之路。在现在的大学课堂上我们的软件老师还一直在培训我们极限编程，教导我们敏捷开发，让我们结对开发。这不正是一直在教我们开发的一些流程吗。其实我们可以发散我门们的思维，尽情开发，但是有时候现实是不允许我们这样的，我其实也不知道是否这样是好的，但是我们学生大多数是按照学习的方法进行培训自己的开发过程，而不是自己实践。在这个发展如此迅速的社会，我们能否跟上前辈的脚步，也许有时候 必须按照他们已经的经验进行前进不要过多驻足岔路的风景。
标签：
原文地址：http://www.cnblogs.com/bmbcbyc/p/4383498.html
