易栈网-膘叔

上次我在 ThinkInLamp聚会记录 中提到了一个硬币游戏，当时也是Daniel Teng带着大家做这个游戏的。

只是我当时在博客里写的也是很简单，没有完全写出这个游戏的精髓。

内容如下：

分组：需要将参加者分组，每组8-10人。每一组围着一个桌子站好。每一组需要确定每个人的角色，需要一个President，一个Customer。另外是几对Manager-Worker去模拟几个部门。

材料：为每一组准备硬币（1元N枚，5毛N枚，1毛N枚），另备每组额外准备额外几枚1元硬币（用于第6轮）；白板纸每组两张；水笔每组一支；计时器（可以使用手机的计时功能）。 

游戏前准备：需要把游戏规则沟通给大家。具体规则如下：

工作：Worker用手翻硬币，1次只翻1个；Manager/Customer/President的任务是计时，具体如下：

计 时：Manager需要记录他手下的那个员工从开始工作到完成工作的时间长度；Customer需要记录从把硬币交给第一个部门，一直到从最后一个部门收 到第一个硬币的时间（其实也就是从需求到上市时间）；President需要记录从硬币交给第一个部门，到Customer收到最后一个硬币的时间（其实 也就是项目完成的总时间）。

工作规模：每一轮都游戏组织者说明一个任务规模，每个员工在完成指定的规模工作之后才能把工作移交给下一个部门的员工。

记录：每个团队都需要记录每一轮每个部门花费的时间，上市时间以及完成时间；

图表：所有迭代完成后，每个团队需要根据记录的数据画出几个图表：

1. 每个迭代每个部门员工完成工作所花费的总时间的变化图；
2. 客户记录时间的变化图（也就是上市时间的变化图）；
3. President记录时间的变化图（项目完成时间的变化）

其他规则：只用左手

第一轮：指定的工作规模大小是全部硬币，也就是客户一下子把所有的硬币交给第一个部门，第一个部门的员工把所有硬币翻完之后，交给第二个部门，同时每个部门的manager也记录相应的时间。这一轮的目的是让每个人熟悉一下工作，尤其是该怎样记录时间。

第二轮：规模也是跟上一轮一样，重新运行一遍

第三轮：规模减半或者变为1/3，就交给下个部门。需要注意的是，每个部门的manager记录的是从本部门的员工收到第一个硬币，一直到完成所有硬币的总时间。

第四轮：解放生产力。可以使用双手，规模跟上一轮一样。

第五轮：规模降到1，也就是上一个部门每完成一个硬币，立刻交给下一个部门继续处理。

第六轮： 规模仍然是1，但是设定了完成时间，比如20秒，然后目标是在20秒之内生产出尽可能多的价值，因为每个硬币的价值是不一样的。开始几秒钟之后，我有给了每个团队额外的几个1元硬币。

反思

• 随着规模的减小，上市时间大大缩短。
• 随着规模的减小，项目完成时间会大大缩短。
• 随着规模的减小，员工的稼动律会大大减小。因此没有必要去过分关注每个员工的实际工作量，局部工作量的优化并不会带来全局优化。
• 任务的规模时候，开发的波动(Disburbance)会比较小，开发速度会比较快，形成了“流”。
• 随着规模的减小，瓶颈现象逐渐消失，但在规模较大的时候，瓶颈现象十分明显。
• 开发的时候应该关注的生产周期(Cycle time)，而不是每个员工的稼动律。
• 随着规模的减小，在整个开发中的排队(Queue)会有显著的减小，等待也会减少。参见我的另一篇博客“浅谈排队”
• 在最后一轮中，通常用很短的时间内就可以给客户带来很多的价值
• 应该关注的是给客户价值，而不是要遵从最初的计划。

注：本游戏根据Peter Stevens和Tommy Norman的Scrum Penny Game做了部分修改而设计。

----EOF----

当然，我写的也不详细，图片我就没有上传，如果你要看更详细的内容，还是建议查看deniel的博客，网址是：http://www.cnblogs.com/tengzy/archive/2010/08/15/1800272.html，更详细。

资料均从网上收集，然后作了整理。。

注意，由于dedecms的模版TAG功能，其实是类似于XML，所以在使用的时候，一定要象XML一样正确闭合，否则，该区块将不变解析

一般来说，我们所使用的DEDECMS模板代码样式有如下几种：

1、标记通用特性
(1) 短标记：
{dede:tagname.name/} 等同于 {dede:tagname name='' /}

{dede:global.name/}   外部变量      等同于 <?php echo $name; ?> 【其实这里应该是全局变量】
{dede:var.name/}      var数组       等同于 <?php echo $_vars['name']; ?>
{dede:field.name/}    field数组     等同于 <?php echo $fields['name']; ?>
{dede:cfg.name/}      系统配置变量 等同于 <?php echo $cfg_name; ?>【cfg已经是全局了，所以这个标签其实也可以写成{dede:global.cfg_name/}】

(2) 块标记：
{dede:tagname}
循环代码:
{/dede:tagname}

(3)include 语法：
{dede:include file=''/}
{dede:include filename=''/}
{dede:include file='文件名称' ismake='是否为dede板块模板(yes/no)'/}
例如： {dede:include filename="head.htm"/}
对文件的搜索路径为顺序为：绝对路径、include文件夹，CMS安装目录，CMS主模板目录

2、函数和PHP语法

if 条件
仅支持 if ，else ，else 直接用{else}表示,但不支持{else if}这样的语法 ，一般建议模板中不要使用太复杂的条件语法，如果确实有需要，可以直接使用 php 语法。

在网页中，看到使用CSS的地方，大多数都会有这么一句：

那么，究竟这个media有什么作用呢？通过查下资料了解到：

虽然media有10个值，但我们经常看到的也就print,和screen两种。当然也会有没有media标签的情况，这个时候其实就是默认media="all"。
既然如此，那我们也就相当于了解了，如果你需要打印，那么你在按下打印的时候，系统就会默认调用media="print"所对应的CSS文件了。也因此这样可以让你更好的整理你的打印页面，比如把一些不需要打印的内容屏蔽掉、优化打印页面（让内容更利于被打印）等等

虽然我不是前端，但。。了解一下这些内容还是有点用处的。

算起来，这一个release版本的时间是挺长了。从5月25日到8月15日，跨度也挺大。
下载页面在：http://typecho.org/download，这次更新的内容不多，主要还是一些补丁和BUG的修复吧。

其实如果你对typecho有意见，你可以到 http://code.google.com/p/typecho的issue里进行提问和申请。
顺便说一声，如果你觉得官方的插件太少，你可以直接从SVN里下载全部版本，里面包含了几乎所有的插件。还有一些文档也可以查看

svn的地址是：svn checkout http://typecho.googlecode.com/svn/trunk/ typecho-read-only

http://code.google.com/p/typecho/source/list，看这里就可以了解每一个小版本改动了些什么东西。当然一些细小的改动，就没有description了。其实说起来typecho的东西对于很多人来说算是比较复杂的。几乎所有的组件都基于plugin或者widget了，对效率还是会有影响的吧。。。

　　为了让移动设备也能用上jQuery，jQuery开发团队发布了jQuery移动设备版开发项目jQuery Mobile Project（http://jquerymobile.com）。jQuery Mobile不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。

　　对于大名鼎鼎的jQuery开发团队来说，当然要让jQuery Mobile支持全球主流的移动平台，而不仅仅是北美流行的移动平台。想要知道jQuery Mobile项目将要做些什么吗？请看jQuery移动平台策略；想要知道jQuery Mobile项目将会支持哪些浏览器吗？请看Mobile Graded Browser Support。

　　jQuery Mobile开发团队正在紧张工作，准备那些要支持的移动设备并针对这些设备进行测试。他们争取在今年晚些时候发布jQuery Mobile。如果你想为jQuery Mobile提供帮助，请加入jQuery Mobile社区的讨论组。

　　jQuery Mobile项目已经得到了Palm, Mozilla等移动浏览器厂商的赞助。

　　jQuery Mobile开发团队说：“能开发这个项目，我们非常兴奋。移动Web太需要一个跨浏览器的框架，让开发人员开发出真正的移动Web网站。我们将尽全力去满足这样的需求。”

　　编者：移动互联网，挡不住的趋势...

　　英文原文：Announcing the jQuery Mobile Project

　　博客园编译