| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
| 不得窥道门，不得悟佛门，不得入窄门，实乃破门。 |
| Blog信息 |
|
blog名称:破门点滴
日志总数:161
评论数量:404
留言数量:-2
访问次数:1420859
建立时间:2004年11月13日 |
| |
|  [网文精选]后天"还是"大后天"?反思灾难电影（节选）
网上资源, 人文艺术
破门 发表于 2005/10/16 12:00:30 | 灾难真的来了！美国最有魅力的城市，美国黑人爵士乐的诞生地陷入了汪洋。
你不会再听到音域浓厚而温柔的萨克斯，你不会再看到优雅的人们静坐在密西西比河岸边望着夕阳。被淹、缺水、断电，忧郁的人们只能撤离、疏散……
只是这次，对不起，这不是大屏幕上放映的电影。
科幻片一直是好莱坞大片的模式之一，灾难片拍得越“灾难”，获好评的机会越大，因为人都爱看热闹，灾难片一般都有骇人听闻的大场面，大都市里的火山爆发，彗星撞击地球，外星人入侵，大水淹没城池等等，这样的影片会满足人的“受虐”心态，和对恐惧的好奇心。越来越多的科幻灾难片打出了“环保”和“人类的未来”等主题，让人们在看完之后，有了更多的启迪，比如那部耳熟能详的《后天》……
“当罗得岛大小的冰山撞上南极洲冰棚后，全球气候引发连锁效应：巨大冰雹袭击日本名城东京；龙卷风吹袭洛杉矶市；印度罕见飘雪；海水袭击曼哈顿；万顿巨轮漂进市区大街；气温骤降造成全城冰封……”影片《后天》中天灾对人类进行疯狂“报复”，让你提前感受到地球在温室效应变化下引发的冰川融化、龙卷风、海啸、暴风雪、冰封等灾难性的天灾。 |
|
| [管理心得]猴子的故事 - IT经理世界篇
网上资源, 职业生涯 破门 发表于 2005/9/27 21:36:33 |
企业就像一棵树，树的每层枝丫上都爬满了猴子，上面的猴子往下看，看到的都是笑脸；下面的猴子往上看，满眼都是屁股。
如果有果子，总是顶层的猴子先吃。对于往上爬的猴子，他们的脸先得贴过很多猴子的屁股。能爬多高，取决于他们贴屁股的技巧有多好。
呆在上面的猴子，是不会自己溜下来的，除非年老体衰，抓不住树枝掉下去，或者被下面年轻力壮的猴子给硬踢下去。
在陷入困境的时候，上层的猴子会折断几根树枝，抽打下面的猴子。猴子们纷纷往下一层掉，混乱中总会有猴子从树上掉下去。这些不幸者获得的赔偿，就是从飘摇的树上掉下来的果子！
喜欢猴子的故事？这里还有很多:) 猴子的故事 |
|
| [XP 实践]XP中的重要惯例和规则
网上资源, 软件技术 破门 发表于 2005/9/26 18:08:34 | XP中的重要惯例和规则
1 项目开发小组（Team）
在XP中，每个对项目做贡献的人都应该是项目开发小组中的一员。而且，这个小组中必须至少有一个人
对用户需求非常清晰，能够提出需求、决定各个需求的商业价值（优先级）、根据需求等的变化调整项
目计划等。这个人扮演的是“客户”这个角色，当然最好就是实际的最终用户，因为整个项目就是围绕
最终用户的需求而展开的。程序员是项目开发小组中必不可少的成员。小组中可以有测试员，他们帮助
客户制订验收测试；有分析员，帮助客户确定需求；通常还有个Coach（教练），负责跟踪开发进度、
解决开发中遇到的一些问题、推动项目进行；还可以又一个项目经理，负责调配资源、协助项目内外的
交流沟通等等。项目小组中有这么多角色，但并不是说，每个人做的工作是别人不能插手或干预的，XP
鼓励每个人尽可能地为项目多做贡献。平等相处，取长补短；这就是最好的XP开发小组。
2 计划项目（Planning Game）、验收测试、小规模发布 |
|
| [XP 实践]谈XP四大宗旨－反馈篇
原创空间, 软件技术 破门 发表于 2005/9/24 17:15:39 | | 反馈
反馈宗旨看上去和交流宗旨似乎有些重复的嫌疑，因为我们常常把反馈看作交流的一种对应动作，比如领导交办的事项必须进行反馈等。而事实上在XP实践过程中，反馈更强调的是对交流得到的信息进行分析后的一种积极响应动作。
首先是XP对需求变化反馈的看法：积极地拥抱变化，积极地反馈是XP应用需求的策略。XP团队不会像传统团队那样执着地幻想需求能够在进入全面设计之前就明明白白地确定下来，而是认为需求变化是一种自然，是任何项目都需要面对的问题。唯一正确的解决办法就是通过积极地反馈来适应变化。
其次是XP对设计变化反馈的看法：积极地重构设计，“毫不留情”地重构是XP对设计的要求。因为XP为了快速适应需求和降低前置设计成本而提倡简单设计，所以系统架构和代码设计的质量就需要通过时时刻刻不断地重构来提升。只要发现系统有任何不满足需求或是设计代码问题，XP团队就会马上动手对系统进行足够程度上的重构，毫不留情地重写需要重写的任何部分，甚至是全部系统！
在这个问题上， |
|
|
