易栈网-膘叔

在看cnblog的时候，看到一些文章，确实可以记录。再加上工作中也会遇到问题，因此总会选择性的记录。。

1、flash chart

现在画图的工具越来越多，不再象以前那样用jpgraph了。毕竟没有flash来的方便，而且还能够变化，动态的东西总是让人感觉不错。其实chart这东西，有很多，比如google chart之类的。但flash chart的话，常用的也就那么几个：open flash chart,fushion chart，还有一个Aw chart（ 这个名字记不清了，只知道fund123.com【多来米】就是用的这个）。open呢。。很多人用，但模版一般般，不细细研究的话，做出来的Flash总感觉不好看。其他的两个挺不错，功能更加强大，不过好象都是免费版会有LOGO浮在上面（以前我就解决过这个问题，请看：如何用DIV挡住SWF？）

博客园的文章是把open和fusion的一些参数进行了分析，可以看：open-flash-chart 和 FusionCharts Free 探究【好象博客园今天坏了？】，整理了一些Fusion的参数：网上整理了一些FCF的常用属性:
功能特性
animation 是否动画显示数据，默认为1(True)
showNames 是否显示横向坐标轴(x轴)标签名称
rotateNames 是否旋转显示标签，默认为0(False):横向显示
showValues 是否在图表显示对应的数据值，默认为1(True)
yAxisMinValue 指定纵轴(y轴)最小值，数字
yAxisMaxValue 指定纵轴(y轴)最小值，数字
showLimits 是否显示图表限值(y轴最大、最小值)，默认为1(True)
图表标题和轴名称
caption 图表主标题
subCaption 图表副标题
xAxisName 横向坐标轴(x轴)名称
yAxisName 纵向坐标轴(y轴)名称
图表和画布的样式
bgColor 图表背景色，6位16进制颜色值
canvasBgColor 画布背景色，6位16进制颜色值
canvasBgAlpha 画布透明度，[0-100]
canvasBorderColor 画布边框颜色，6位16进制颜色值
canvasBorderThickness 画布边框厚度，[0-100]
shadowAlpha 投影透明度，[0-100]
showLegend 是否显示系列名，默认为1(True)
字体属性
baseFont 图表字体样式
baseFontSize 图表字体大小
baseFontColor 图表字体颜色，6位16进制颜色值
outCnvBaseFont 图表画布以外的字体样式
outCnvBaseFontSize 图表画布以外的字体大小
outCnvBaseFontColor 图表画布以外的字体颜色，6位16进制颜色值
分区线和网格
numDivLines 画布内部水平分区线条数，数字
divLineColor 水平分区线颜色，6位16进制颜色值
divLineThickness 水平分区线厚度，[1-5]
divLineAlpha 水平分区线透明度，[0-100]
showAlternateHGridColor 是否在横向网格带交替的颜色，默认为0(False)
alternateHGridColor 横向网格带交替的颜色，6位16进制颜色值
alternateHGridAlpha 横向网格带的透明度，[0-100]
showDivLineValues 是否显示Div行的值，默认？？
numVDivLines 画布内部垂直分区线条数，数字
vDivLineColor 垂直分区线颜色，6位16进制颜色值
vDivLineThickness 垂直分区线厚度，[1-5]
vDivLineAlpha 垂直分区线透明度，[0-100]
showAlternateVGridColor 是否在纵向网格带交替的颜色，默认为0(False)
alternateVGridColor 纵向网格带交替的颜色，6位16进制颜色值
alternateVGridAlpha 纵向网格带的透明度，[0-100]
数字格式
numberPrefix 增加数字前缀
numberSuffix 增加数字后缀 % 为 '%25'
formatNumberScale 是否格式化数字,默认为1(True),自动的给你的数字加上K（千）或M（百万）；若取0,则不加K或M
decimalPrecision 指定小数位的位数，[0-10] 例如：='0' 取整
divLineDecimalPrecision 指定水平分区线的值小数位的位数，[0-10]
limitsDecimalPrecision 指定y轴最大、最小值的小数位的位数，[0-10]
formatNumber 逗号来分隔数字(千位，百万位),默认为1(True)；若取0,则不加分隔符
decimalSeparator 指定小数分隔符,默认为'.'
thousandSeparator 指定千分位分隔符,默认为','
Tool-tip/Hover标题
showhovercap 是否显示悬停说明框，默认为1(True)
hoverCapBgColor 悬停说明框背景色，6位16进制颜色值
hoverCapBorderColor 悬停说明框边框颜色，6位16进制颜色值
hoverCapSepChar 指定悬停说明框内值与值之间分隔符,默认为','
折线图的参数
lineThickness 折线的厚度
anchorRadius 折线节点半径，数字
anchorBgAlpha 折线节点透明度，[0-100]
anchorBgColor 折线节点填充颜色，6位16进制颜色值
anchorBorderColor 折线节点边框颜色，6位16进制颜色值
Set标签使用的参数
value 数据值
color 颜色
link 链接（本窗口打开[Url]，新窗口打开[n-Url]，调用JS函数[JavaScript:函数]）
name 横向坐标轴标签名称 

事实上，官方例子的xml里面都有注释，只是是英文版而已

2、ejs，也就是上次说的司徒正美的javascript模版引擎，一下出0.3版了，javascript模板系统 ejs v3，由于已经介绍过，不再介绍。

3、javascript的参数是可变的，因此也可以利用这个功能来写一些类似于重构的代码，但这里的例子是类似于PHP的sprintf，可以参考一下：javascript通过arguments实现string.format函数，PHP还有一个vsprintf，如果看好了这篇，事实上，你也可以尝试模似vsprintf了。

4、最后，来一段这个分享一封拒绝老板下班时间安排工作的邮件，毕竟现在这个年头加班已经成了家长便饭了吧？是主动提出还是被动加班？这封邮件不错，但很可能只适合国外。国内？不加班，你走人好了。。

终于，盛大今天放出了锦书的价格，多少钱呢？请看图：

如此说来，那些抢先锦书的朋友就真的是欲哭无泪了。首先花了998，其次，还往帐户里充值50元。算下来比正式版还贵啊。

事实上，我本来是准备买的，但由于群友的实际案例，我放弃了。锦书我想着，使用android系统，对于一些PDF之类的，应该支持也是不错的呀。但事实上锦书却是只支持自己的格式，其他所谓的支持是用软件把它们转换成盛大的格式（转换速度慢，兼容性差，遇到有图片的PDF等还不支持）

一下子，心就哇凉哇凉的。幸好，我没有买，否则看到这个价格，我的心更加凉了。

本文写的很乱，已经是想到什么写什么了。所以无可读性，纯属自己的记录和想法

不管是在生活中也好，工作中也好，其实都会有自己的短板，只有了解自己的短板才能扬长避短，以便更好发挥自己的特长 。如果尽让别人注意你的短板，而一直忽略了你的长板，那你在工作中也就会处处受阻无法正常发挥自己的能力。

什么是你的短板？交流？心态？算法？数据结构？数据库？又或者是其他？好好的了解，对自己的职业生涯也有好处。抛开技术因素，可能更多的就是心理因素了。

得明白自己想要的东西，才能真正获得自己想要的东西。看了一下Fenng写的去大公司还是去小公司工作？，就是说了那种迷惘的心态。

去大公司还是去小公司，自己究竟是想干什么 ，为了钱，还是为了技术？

所以我现在明白了自己想要做什么 ，才会想到写这个博客。算是做一个纪录罢

上次我在 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，更详细。

昨天，乘着最近比较空，于是选择了回家一次，顺便也可以帮小朋友带点草鸡蛋过来。于是一大早就乘车回家了。然后下午4点40的车回上海。
让我郁闷的事。。回家的车和到上海的车都是在途中空调坏了。然后就是越乘越热。几乎就是坐在蒸笼里。汗是嗒嗒滴啊。。。
说真的，差点中暑，想想自己的运气也真是差呀。
车箱里应该40度左右了。后来开了天窗稍有一点风。哦，也是热风。。。。
所幸的是，自己没有中暑，车上也没有人暈车。总算是值得让人欣慰的。否则，估计全车人都会趴下吧。。