下载该软件
mod_aspdotnet-2.0.0.msi

支持的是.net 2.0框架~~
在备份原aphace安装目录下内容后进行安装mod_aspdotnet-2.0.0.msi

然后打开httpd.conf 加上以下内容

########################  
#KingFo  _mod_asp.net  
#安装 dotnet模块  
########################  
LoadModule aspdotnet_module "modules/mod_aspdotnet.so"  
AddHandler asp.net asax ascx ashx asmx aspx axd config cs csproj licx rem resources resx soap vb vbproj vsdisco webinfo  
 
########################  
#KingFo  _blog
#安装虚拟目录  
########################  
<IfModule mod_aspdotnet.cpp> 
AspNetMount /blog "D:\MyBlog\Blog3Sp2"  
Alias /blog "D:\MyBlog\Blog3Sp2"  
<Directory "D:\MyBlog\Blog3Sp2"> 
    Options FollowSymlinks ExecCGI  
    Order allow,deny  
    Allow from all  
    DirectoryIndex Default.htm Default.aspx  
</Directory> 
#  
AliasMatch /aspnet_client/system_web/(/d+)_(/d+)_(/d+)_(/d+)/(.*) "C:/Windows/Microsoft.NET/Framework/v$1.$2.$3/ASP.NETClientFiles/$4"  
<Directory "C:/Windows/Microsoft.NET/Framework/v2.0.50727/ASP.NETClientFiles"> 
    Options FollowSymlinks   
    Order allow,deny  
    Allow from all   
    </Directory> 
</IfModule> 

应天地会AS3CN兄弟邀请，故特书此片文章，不为别的，只为祝福AS3CN杂志越办越好~~~

虽然CXO有很多，但是对于创业初期和小型技术公司来说5个CXO的相对应只能的高层官员就够了。

他们分别是 CEO、CTO、CIO、CFO、COO

只要看过海贼王的都知道草帽路飞那一伙人的团队构成：（以下按入团顺序陈述）

路飞[MONKEY·D·LUFFY]：
主职CEO：要成为海贼王的男人！而且是船长，所以当然是CEO
副职CTO：呵呵，海贼的主业就是贼字头，当然靠打斗为主职业，所以这个就他兼职了。

一个人干技术当然比较累咯，就收了绿藻头卓洛。

卓洛[RORONOA·ZORO]：
仅仅是个团队成员，一个很固执和单调的男人，要成为世界上最强的剑客/刀客。当然，他很多时候都是很酷酷的。

两个人性格类似，而且特别挥霍，所以需要找个人来管管他们，而且很多时候会迷路，于是收了娜美

娜美 [NAMI]：
主职CFO：哈哈，为什么？如此爱财女哈哈不用说了吧。
副职CIO：之所以副职，因为她以小窃贼出身，固然对信息了解程度很多，而且又是出色的航海师，固然是她，不过也就因此限制于此，原因就是因为罗宾的存在。当然在航海前期，她也算是CIO。

一个痴呆，一个傻不啦叽，就一个娜美是不是太无趣了，所以来个小丑类型的乌索普，不过好在他有某方面魅力，让草帽一伙拥有了自己的船。

乌索普[USOPPU]：
主职CCO：哎？怎么跑出了CCO了？ 哈哈，因为他是骗人布阿，哈哈。给他按这个适合不过了，不过不在议题内。
副职：COO. 前期的修船工，加上此人也能让某女心动获得了首航的大船（囧，这也算阿）

可是就有钱有人出力有人搞笑的生活是不是还缺了什么呢？对了，吃是最重要的，尤其是一个“饭桶”路飞(没贬义的意思，事实上却是如此)，一个大酒鬼卓洛....所以就需要有人来烧饭啊之类的。。。。于是收了山治。。。

山治[SANJI]：
也仅仅是个团员，如果要CXO的话也是CCO吧，不过是个Cook，区别于USOPPU,而且不是主业的，所以没什么CXO可以评上。

这么多人了，可是比如吃坏肚子怎么办呢，哈哈 ，而且小女孩在有个小PET抱抱的话肯定很惬意，哈哈，对咯，乔巴，“加入我们吧！”

乔巴 [TONY·TONY·CHOPPER]
团员，同样，因为与主业无关所以，称为CDO就免了，是个医生嘛~~ 哈哈。

一个人拥有世上绝无仅有的阅历，可被迫仅给坏党当参太可惜了，尤其是那么美丽的女人，来吧。“也加入我们吧！”虽然前面是不请自来的，但是既然来了，我们就是一伙，铁铁的一伙！！！！

罗宾 [NICO·ROBIN]
主职：CIO。人家可是考古学家呢！

人多了，船小了，而且航行了那么久，也就要离开了。 首部船黄金梅丽号的离开，让我感动了很久，这是一伙团队深深情意的船。可以说是团队一员。可是它就这么离开了........

弗兰奇[FRANKY]：
主职：COO。哈，真正强大的修船工，世界上目前仅只剩师兄一人可比，但都是双雄。

布鲁克 [BROOK]：
目前也是个团员，还没看出来是什么......谁让他只剩下了骷髅架子....................

soso~~
就这样啦~~
长话就不多说了，如果当今团队如此，夫复何求呢？！！

具体的了解请看《海贼王》吧！！！！就当我广告下咯~~~~

推荐的一首歌,泪别黄金梅利号的时候歌：
<DearFriends>
http://fscw.myweb.hinet.net/mp3/DearFriends.mp3

再呐喊一句：

兄弟如此，夫复何求！！

本人是作为一名adobe前端开发者，针对开发方面做的一些总结。涉及面可能比较狭隘，但本着“狭隘着、狭隘着、最终广泛着”的精神继续本人的超级打算。

这里所说的开发模式是开发前所需要思考的问题。

这里就不长篇大论了，依次罗列和解说如下：

三种开发模式：

A.从底至上

B.从上往下

C.各路铺开

A.从底至上是本人认为最为保守，和最为有效的开发模式，原因在于，你经过对即将展开的项目中，挑选出自己认为最喜欢和最希望能够实现的功能，包含了可行性测试和简单的方法实现。精髓就在于“足够简单的实现”。这就决定了，开发者可以立即着手开始自己最关心的部分实现。

B.由上往下，这可能会和设计模式结合在一起，因为从上而下，精髓在于“足够全面的考虑”，当然这里所说的足够全面是当前情况下必要考虑。而和设计模式结合的原因就是减少改动的开销，和已有资源的重复利用。一般来说这种模式需要依靠在这个领域有足够经验的人，至于一般的开发者如何获取如此的经验就不在本文中考虑了。

C.各路铺开这种模式之所以独立于前两者的原因在于，这个模式下不仅仅是一个人的模式。这意味着这个项目将是跨领域或是跨行业的，需要在展开前需要收集各种信息，通过验证的手段进行筛选然后全局应用。也许在很多情况下这种方式是必要的和极限的。本人是不太推荐这个模式，因为这意味着最大成本的投入。当然目前互联网商业上的项目应用倒是比较接近这个。

小结：

个人的兴趣项目可以考虑模式A，而想让自己成为架构师等级的则可以从B开始锻炼，而C则一般在互联网商业团队中已经类似，所以，这就需要有成熟的B专家，和优秀的A的成员们。

创造你的角色时该考虑的２０个问题
原作者不详，紫晶翻译 (原载于奇幻天地) 

紫晶注：本文是一位未署名的作者贴在RPG．net上的。文章的本意是为玩TRPG的玩家创造角色时提供帮助，国内玩TRPG的玩家虽然不多，但最近许多热爱奇幻的网友都开始尝试自己创作奇幻同人作品，紫晶希望这篇短文在刻画角色上能有所助益。

１．角色的父母是谁？角色是否由他们抚养成人？如果不是的话是因为什么原因？如果不是的话又是由谁抚养的？
２．角色有从小时候就是死党的好友吗？有兄弟姐妹吗？他们现在在哪里？角色和他们还有联系吗？还是已经分开了？
３．角色的童年是什么样的？平静宁和还是动荡不安深受创伤？
４．角色有什么钦佩的偶像吗？如果有，是什么样的？
５．在这个故事开始之前，角色是干什么的？是谁训练了角色学会现在在做的工作？
６．角色的道德观和宗教信仰是什么样的？为了维护他的信仰，他会做出多大的努力？是谁或什么事情教会了角色接受这种道德观念和信仰？
７．角色有什么不同寻常的爱好或者体格特征吗？旁人一般对此有何反应？
８．别的角色对你的角色的态度如何？从你的角色的观点来看，他们为何会有这种反应？
９．角色能杀人吗？他/她为什么会做出杀戮的行为？他/她有什么敌人吗？角色能杀他们吗？
１０．现在角色的人际关系如何？他/她有什么亲密的朋友吗？或是仇敌吗？如果有的话是谁？原因是什么？
１１．角色在精神心理上有麻烦吗？有什么恐惧症的对象吗？如果有的话是什么？是因为什么原因？
１２．角色平素是怎么对待别人的？他/她容易相信别人吗？还是特别不容易相信别人？
１３．角色看起来是什么样子？他/她有什么伤疤或是纹身吗？如果有的话是因为什么原因？
１４．角色的日常生活是什么样的？如果这种规律的生活因为不同的原因被打断了他会有什么不同的反应？

下面和你的ＤＭ一起坐下来考虑下面两个问题：

１５．角色曾经历过这个世界上的什么重大事件吗？他/她的经历对角色有何影响？
１６．角色有任何声名狼藉或是名声显赫的祖先吗？他/她做了什么？当人们知道了角色有这样的祖先后他们会有何反应？角色的行为是为了提升这种声誉，降低声誉，还是忽视之？

最后再考虑一下下面四个问题：

１７．角色的理想或者说人生目标是什么？
１８．他/她是怎样追寻目标的？故事中描述的冒险经历对完成这种梦想有何作用？
１９．角色有过建立家庭的想法吗？如果有的话，他/她心目中理想的伴侣是哪种类型的？
２０．角色考虑过他/她死亡的可能性吗？他/她有什么未了的心愿吗？

紫晶注：上面这二十个问题，基本上覆盖了角色的各个方面，为创造角色提供了一个大致的框架。之所以需要这么一个框架，目的还是为了使你的角色更加生动可信。大家不妨以FR中的名人崔斯特为例试着解答一下这些问题，并把问题的答案和崔斯特的性格经历联系起来看看有什么样的前因后果。其实，解答这些问题的过程，就几乎完成了一部小说的大纲了，剩下的就是用合适的语句写出来了。最后，祝愿大家创造出自己丰富多彩的角色！

开始之前：每个游戏之前都要有一个说的过去的故事，遂欲撰此系列虚构的故事，尝试性的写点东西。

-----------------------------------------------------------------------------------------------------------------------------

章1：混沌之元
节1：泰格斯

泰格斯一直不知道自己父母是谁，从小也没有人抚养自己，谁也不知道他的过去，自从泰格斯发现自己晕倒在沼泽旁，这就是他的首要的问题。

泰格斯也许失意了，这让他觉得是件不可思议的事，但事实如此。无论如何回忆自己的过去，最终始终都是空白。但回忆别的倒是可以立即找到答案。

“该死的，莫非我患了选择性失意？！！TMD，只有在小说里出现的事情竟然发生了！！”泰达斯懊恼道。

庆幸的是泰格斯知道自己的名字和住址，以及出生时间，因为他从自己的上衣袋里发现了一张卡片，准确的说是张印有某个标记的身份证，上面写着“世纪联邦政府公民身份证”字样。在姓名一栏内写着“泰格斯”，在住址一栏写着“湖枫境月州，黄昏湖49307号，锦座18楼601室”，而出生一栏则写着世纪元年0029.07.07。而在最后一栏有着行128位的数字以及对应的条形码，在卡片的背面，除了像正面的“世纪联邦政府”一样的标记外，还印有一个光芒四射的太阳标记，除了在一旁小字外没任何关于此标记的解释，那行小字写着“宗教派别”。

泰格斯冷静下来后，回忆起自己是个魔法师，但不幸的选择性失意让他无法回忆起这些技能是谁教他的。不过这些问题在这个时候并不是最重要的。

最重要的是解决当前的问题：自己绕这块大地行走了那么长时间，没有发现任何人的踪迹。四处都是古怪的绿色和深紫色的类苔藓的东西，而且在他们之上长出了浅棕色的枝干，而且如果停下来观察，可以发现他们生长速度非常快，像某种攀爬植物，沿着地形向前伸展，遇到同类的枝干，较大的枝干会立刻折断较小的枝干继续向前，而折断的较小枝干则会在断裂的地方流出深红色，浓稠而异味的液体，但很快就会愈合，长出比原先更小的枝干越过较触的枝干继续延伸。

这样的环境不止一次让泰格斯犯恶心，而且十分害怕，因为第一次见到这个状况的时候，泰格斯使用了燃烧之手的魔法，本想烧毁在他面前的这些恶心的东西，但没想到，在烧毁后，竟然从焦黑的枝干管中涌出了大量的白色球体，向他扑来，并粘住他的全身，虽然对拥有法术屏障的泰格斯来说并什么多大伤害，但这些急速聚集的白色小球以数以万计的数量向他堆叠过去。好在泰格斯使用了冰障术，冻住了向他扑来的白色小球，并使用了两次瞬闪术离开了那个地方。

(待续)

Scrum

小规模实践心得

作者:KingFo   撰写日期:2008-6-30

“Scrum，源自英式橄榄球，团队成员在商定好战略后，按照预定章法向前冲。

在软件开发模型中，这个词代表了敏捷开发的一种。它主要强调的是重新开始迭代的过程，而不是企图补救问题，诸如某公司的产品的本身就是建立在客户的即使反馈上，这意味着在开发过程中需求总是不断的变化和交错的。”

一个典型的例子是，某公司接到一个项目，在这项目开始前谁都无法给出该项目具体的最终形态和功能需求，可能仅仅只知道该项目应该成为什么样子，或者应该向什么方向发展。在项目展开阶段过程中，无论创意、策划、研发都需要通过各种尝试性的错误，才能正确定位。这就好比是英式橄榄球中，除了明确知道最终目标是什么，谁都不知道过程中会发生什么，这就需要各队员间的高度配合，和高度自由的密切合作，以及拿到球就往前冲。

通常的Scrum开发流程一般以30天或更短为一个阶段，由于我们Adobe RIA技术团队具备相对其他开发组的人力及人员涉及面优势，故将迭代周期制定为一周，在这一周内我们所需要做的是

1.      尽量在这周内完成已定目标。

2.      每天通过昨天的目标是否完成、目标是否遇到障碍、今日如何开始的三个问题进行每日15分钟的例会，这些例会都是在上班开始后15分钟内举行。

3.      在周一召开的是未来一周内所需要的目标评估制定，和明确到每日的必完成事项。

4.      在周六召开的是这一整周下来的问题性团队解答，以及产品的回顾和评审。

下面将详细阐述整个周期从开始到结束，以及再开始的过程，我们可以把这样的周期看成为“开始->结束->再开始”的过程.

在开始的详细叙述之前，需要强调的几个关键词和解释按序号罗列如下：

1.      产品负责人(Product Owner)

一般是指由产品经理指派，或产品所有者指派的，负责跟踪和提出产品相关需求的人员，人数一般为1-2名。

2.      Scrum管理员(Scrum Master)

一般是指了解和熟悉Scrum过程，或者愿意出面担当整个项目负责人，以及向产品负责人以及团队之间解释和帮助理解Scrum的利益，以获取整体的帮助和支持。他主要负责的是已定例会的及时召开，以及产品项目整体跟踪。一般指定1名。

3.      待办事项(Backlog)

就是对已知事项，通过三要素(重要性、优先级、要求目标)进行罗列的事项列表。以一项一条列出。

4.      已知产品事项(Product Backlog)

由产品负责人提出的产品上大致的功能性和非功能性的需求列表，按客户需求以重要性和优先级罗列的大致事项。这是给出方向性的第一步。

5.      选定产品事项(Selected Backlog)

这是由产品负责人和项目团队间，通过对已知产品事项(Product Backlog)及有效沟通，将最可能完成和相对成本较低的事项按次序罗列的表格。

6.      迭代冲刺期事项(Sprint Backlog)

这是仅仅由项目团队内部，自我选择和自主担任的事项列表，以确保在已制定的迭代期时间内能够完成的事项，按预计完成日期顺序排列的表格。

7.      障碍和问题事项(Obstacle Backlog)

这是由项目团队内部，通过策划，创意以及研发中失败以及在迭代期内暂时无法完成事项，按时间顺序罗列的表格。

关于开始：

首先，我们要做的就是关于产品的信息收集，这个时候可称为全员通报大会，主要是召集被选定的团队人员以及产品负责人(Product Owner)进行本次项目通报，收集尽可能多的信息。在这期间，除了明确产品的大致方向外，有必要向相关人员解释他们所在整个项目中的相应角色及作用。另外需要明确的是在整个周期过程中的例会次数和时间，以及指定出明确的集体交流场所。通过相关描述将产品的方向性内容罗列成为已知产品事项(Product Backlog)。

其次，由团队和产品负责人之间，相互沟通，以让彼此明确每个产品事项的重要性和优先级(即所谓的紧急性)，团队沟通的明确目标是将最重要的和最紧急的事项，通过工作量/工作成本一一罗列出，并让产品负责人明白哪些可以细分工作，哪些是可以更快完成，哪些是需要具备某些资源后才能开始。并按工作量或工作成本较低的几项纳入到选定产品事项(Selected Backlog)中，并罗列成表格。

再次，由团队内部，通过已有人力物力，从选定产品事项(Selected Backlog)中选出相关事项最佳负责人选。然后各相关事项负责人可以按自己的能力将事项再分为自己最小时间能达成的事项，这是最关键和最重要的部分。通过对该事项的工作量，工作时间，以及完成日期的确定，这时，迭代冲刺期事项(Sprint Backlog)就完成了。

接下来，就是冲刺期间的最小单位团队间的每日例会，依次按三个问题提问:

1.      昨天的目标是否完成？

如果已完成，则会后通知与此相关的责任人。且直接回答第三问。

未完成则讨论第二问。

2.      目标遇到什么困难和障碍？

将困难的特征描述，以获得团队内部其他人员的提示，以便于更好的进行。

如果该困难需要更多的资源支持，可尝试性的将问题拆分为若干子项。

如果该困难需要花费更多时间完成，则在预期周期内可以考虑选择，周期以外的，按紧急程度会后向产品负责人提出请求。并将该问题按发生事件和所在周期罗列入障碍和问题事项(Obstacle Backlog)中。

3.      今天如何开始？

这主要描述的是，障碍或者接下来要解决的事项如何开始，完成后向谁提交等等问题，以及可能在开发中涉及到的遗留问题。诸如，前项未完成，牵连到当前的几项，依次按障碍和问题事项(Obstacle Backlog)的要求罗列入该表中。如果当前迭代冲刺期事项(Sprint Backlog)在上述事项中已空，则再次从选定产品事项(Selected Backlog)选择自己相应能够完成的或者感兴趣能完成的事项，添加到当前迭代冲刺期事项(Sprint Backlog)中。

       看上去可能整个敏捷体系比较复杂，其实，整体运行起来抓住以下几个关键词就相对来说会更容易些，当然，如果只是团队中的一员，这些完全都不用考虑，只需要知道直接感兴趣和能够最快完成的事项以及如何高效完成就可以了。

       整个体系个关键词就是

a)        Backlog       

---          罗列尽可能多的事项

b)        Packets       

---          将Backlog单元分配及相关任务打包指派

c)        Changes           

---               将变动反映到每个Packets中去

d)        Problems     

---          Changes产生的难题都必须具备对应的解决方案和解决链

e)        Issue            

---          从Backlog到Packets指派过程中应该落实的事宜

f)         Solutions      

---          针对Problems或Issue解决方案及产生的Changes

g)        Risks                 

---               针对时间、需求、竞争力、质量、可用资源、产品远景的风险评估

当然，本人也是仅仅是该方式的新手级人物，主要是感觉这样的思想很方式很适合像我们这样Adobe RIA技术的团队。

以以下网络摘录的心得作为本稿的结束：

“1.有商业价值的东西才是企业的目的。

2.团队有权限自行设定交付期限。

3.交付可以使用的软件是最为重要的目标。

4.预先建模和需求采集阶段则要求尽量简单。

5.需求采集并不是在项目早期便结束，而是会在项目开始后很长时间内一直进行的过程。

6.敏捷开发先交付最有用的部分。

7.敏捷注重的是反馈,反馈是双向的。你可以知道增量版本功能是否符合要求，而客户则可以知道你现在在干什么。

8.最好的构架、需求和设计出自于自组织的团队。

9.目标是明确的（不排除有些客户目标也不明确），但是具体怎么做，开始时是没有想法的。

10.敏捷强调的是自组织团队，发挥人的能动性，以动力代替压力，让人有绝对自由的错觉。

11.敏捷不是许多人独立负责开发项目的各个部分，而是大家联合起来，作为一个团队来开发某个部分。”

相关参考：

《Scrum And Xp From The Trenches --- How we do Scrum》

---Henrik Kniberg

《Microsoft .NET 技術代言人專欄：敏捷的軟體開發流程》

              ---作者：林耀珍              2003 年 11 月

《What is Scrum?》

              ---http://www.controlchaos.com/about/

《Scrum Checklists》

              ---http://www.sprint-it.com/scrum-checklists

rundll32 netplwiz.dll,UsersRunDll 

运行框输入后去掉登录本机前面的勾勾就可以了，确定后输入下密码就完成咯~~

哈哈，理由？

双机同键鼠，此刻我最大！！

点击下载此文件