Posted: June 25, 2009 at 2:11 pm | Tags: 技术
收藏在此，用来提醒自己。
转自：http://www.jobsdigg.com/story/631
下属最反感上司这么说
1 遇到问题，老板说：“怎么做我不管，我就要看到结果，具体的自己想办法。”（支持率：29%）
2 老板不发钱，说：“钱不重要，前途很重要。”（支持率：21%）
3 老板不知道自己在忙，还说：“这事儿你去做吧，反正闲着也是闲着。”（支持率：15%）
4 事情做完以后，老板说：“这事先放放。”（支持率：11%）
5 在拖欠工资的情况下，老板说，“希望大家都高风亮节一点。”（支持率：10%）
6 家在外地，工作在北京。老板说：“既然家那么远，干吗还要回家过年？”（支持率：9%）
7 总在快下班时下新任务：这个事很急，今天要辛苦一下。（支持率：5%）
8. 遇到经济危机，老板说，“你干得最好，觉悟最好，你带头降薪吧！”
9. 点灯熬油做出来的东西，领导只是随便看了一眼就说：“你做的这些有什么意义呢？”
10.“家就在本市，还年休干吗？有事请假一天，回家办完事就回来上班好了。”
11. 领导自己啃着饼干，然后对我们说：“今晚加班！我和你们一起饿着。”
12. 下班了，领导让去离公司十公里远的地方送文件，问他：“那我下班可以不打卡了吧？”回答说：“你送完文件还有事吗？”我说：“没事，但是家在那边。”领导也没抬头：“既然没事，那就回来打一下卡再回去，不打卡不行。”
13.“我说你听，不准反驳，对错好坏都照着做，公司倒了跟你没关系。”
14. 总不加工资，领导的理由是：“在我们公司能学到很多东西，是不能用钱计算的。”
15. 不给加班费也就忍了，还说：“多加会儿班又死不了人!”
16. 头一天已经告诉我不用办的事情，第二天领导说起这件事后却说：“怎么告诉你的事情还没有办好，办什么事情都办不好！”
17. 想当初，我们那会儿工作多努力、多积极……
18.领导天天开公车去接自己家孩子。却跟有了小孩的员工说：“你怎么还不把孩子送回老家去？”
19. 遇到问题，领导说自己想办法，事情做完了，他又说“谁让你那么做的”，然后劈头盖脸地一顿训斥。
20. 最恨领导不拿我们这些销售当人，说：“哪怕你们去卖身也要完成任务。”
21. 活儿真的太多了，筋疲力尽，结果领导说：“八宝山（墓地）里没有累死的人。”
22. 我作为工程师但只拿着技术员的薪水。一次领导在训人的时候说：“你们这些工程师，拿着这么多薪水，只做技术员的事。”
23. 这家公司糟糕到不能给员工一张好一点的凳子，领导却还振振有词：“只要你有能力，公司是不会亏待你的!”
24.“没事星期天就不要休息了。”
25. “你跟别人的差别就是天上地下，你活着有什么用?”
26.“去把我这个衣服洗洗，要做保姆式的行政。”
27. 领导这天让我包一个礼品，正在进行中，他过了一会突然说：“你做这个干什么？谁让你做的，去把资料拿来。”
28.“出了事你负得起责任么? 狗也比你听话。”
29. 长期拖欠工资，老板却还说：“你们把钱存银行有什么用。”
30.“你们没权利跟我谈条件，你有本事你可以不来。”
31. 领导不需要脑子，只需要一双干活儿的手，他总说：“别问为什么，没什么为什么。”
32.“你的工资最高，但你的工作是最好做的。”
33. 领导总认为要加班才是好员工，我最讨厌他说：“你怎么一下班就走？”
34. 真是费了九牛二虎之力完成了领导的难题。领导说：“看，学到不少东西，得到锻炼了吧！”
35. 有个任务需要花钱，去找领导，他说：“钱没有，有钱这事情还用你们办？”
36. 事情稍微没做好，领导就说：“就你这点事，随便找个人都可以顶替你。”
37.“为什么不来加班？这么好的工作机会你竟然不珍惜？！”
38.“你创造的价值不够国家培养你的价值。”
39.“你不要以为自己了不起，又不是在造原子弹尖尖。”
40. 在要求兑现领导之前说过的年终奖问题时他说，“我以前是说过，以前是以前，现在是现在，以前错了现在还不是要改过来？”
上司最反感下属这么说
1 他分内的事情，过问了几句，都是一个回答：“我不知道。”（支持率：31%）
2 出了问题后说：“这个事情不是我的问题，是他的问题。” （支持率：30%）
3 拿来一个和讨论结果不一样的方案，说：“我做的时候觉得这样更好，所以就这么做了。”（支持率：10%）
4 事情办坏了，只会说：“这个事情我也不知道怎么变成这样了。” （支持率：9%）
5 遇到所有问题，都问老板，“这个问题怎么办？” （支持率：7%）
6 老板说，“我最怕员工不跟我说话，坐在那里一直沉默。其实只要说话就好办，什么话最讨厌倒是没想过。” （支持率：7%）
7 “我以为能搞定这事儿，所以就一直没说，想搞定了后再告诉你的。”（支持率：6%）
8.“这事儿是我一个人做错的么？”
9. 错误已经摆在眼前了，还在说：“我认为我做的是对的。”
10. 最雷人的是这种：“MD，老子不想干了，老子走了哈，爷不伺候了。”
11. 事儿没做好，还反问我：“谁让你不说清楚咧。”
12. 事情做错了，所以说了几句，员工说，“既然嫌这嫌那，要不您再找个明白人吧。”
13.“你没跟我说，所以我没做。”那我也没跟你说每天几点要吃饭，怎么就知道什么时候是饭点儿？
14. 当一件事与我预期的发展不符，我去找员工探讨应该如何改进的时候，下属的第一个反应是：“我以前就这么做的，没看到有什么不对啊。”
15. 明明事情没做对，却要说，“你是这么跟我说的，所以我才这么做的。”
16. 听过员工最讨厌的一句话是：“有本事自己弄。”简直……
17. 拿着不是还当理说，跟我说：“这件事不需要做得那么细。”
18.“老板你给我们加工资吧。”最烦这种，只会索取，不会奉献。
19. 员工就应该尽员工的义务，却无意听见他们私下的抱怨：“什么事情都交给我们做。”
20. 只会嘴上功夫，一口一个“知道了”，但是就是不去执行。
21. 任务执行上出了问题，员工说：“这个事情，我交代过他的。”
22.“反正我就这样，大不了我走人！”
23. 事情没有按照既定方案走，员工说，“这事儿我本来是想这样做的，但是合作方又说要那样做，所以就……”
24. 两个人承担一项工作，出了错误，员工说，“是他没有做好，所以我才没有做好。”
25.“为什么又是我去做，怎么不叫他们去？”
26. 太拿领导不当外人儿，说：“老板我明天不想上班了，让别人替吧。”
27.“就给这点钱，还想让我干这干那。”
28. 捅了娄子，所以说了他几句，没想到他说，“说白了你不也是一个打工的么，有什么了不起。”
29. 布置了一个任务，的确不容易，但正是这样，才需要大家一条心，振奋精神，可是员工还没做就说，“这件事情不可能完成，肯定不行。”
30. 推卸责任推卸到领导头上来了，说，“这个我不懂，你也不懂。如果你懂事情不会发生。”
31. 事情办坏了，有很多的理由：“这个事情是因为……我本来是想……结果变成……要是如果……”真想和这样的人说一句：“要是如果没有你该多好啊！”
32. 问下属事办得怎么样了？（实际还没办呢）他的回复是：“快了，快办好了!”
33. 某件该做的事情没做，跟他说后，犹如恍然大悟一般：“原来这也是我的工作啊，怎么这么多啊。”
34.“这个问题我不知道，是前任遗留的。”
35.“我只是个员工，很多事情是需要主管去做的，我做不了。”
36. 事情办坏了，我正好有事不在，我的上级（老总）问我的下级（主管）是什么原因？下级说：“是按经理的要求做的。”
37. 最不喜欢员工把“个人矛盾”转化为“群体矛盾”，遇到问题就说：“大家都是这样做的啊。”
38. 有个员工特别振振有词地跟我说，“我为公司带来了利益，但我不明白公司为我带来了什么。”
39. 不会在事后思索一下怎么在下次把事情做得更好，而是说，“换作别人做可能会比我做得更差。”
40. 刚毕业来我们公司应聘工作的一个人说：“不要我是你们公司的损失。”
Posted: April 1, 2009 at 5:14 pm | Tags: class, 技术, 类
1 梦特娇
国人非常认这个牌子，我也不知道为什么，号称法国品牌，一件T恤动轧上千，在2、3级城市尤其是有钱人的代名词。其实，这个牌子不过是在法国注册而已，在国外…算了不说了，此牌主攻中年人这个年龄段。
2 卡迪乐鳄鱼和鳄鱼恤
鳄鱼有很多种，什么头朝里的，头朝外的，张嘴的，闭嘴的…
卡迪乐和香港的鳄恤基本和雅戈尔一个档次吧，有的款式却卖得和LACOSTE差不多价，这就有点不厚道了。
鳄鱼，只有法国的LACOSTE最为正宗，最为出名。
3 ZARA
ZARA 业界称为时尚杀手，绝对一线大牌的款式，最低级的面料与保证1个月穿烂的工艺，每天以超音速的速度发货至各门店，顾客也是超音速的速度抢到身上，这个西班 牙品牌进入上海，非常受追捧。大家都以为这是国外大牌呢，价格也直追LEVI’S、G-STAR了，其实不过是西班牙的班尼路罢了。
这点，我觉得H&M做得不错，它进入上海后，价格依然还是那样，虽然它们家的衣服卖到了全世界，好莱坞明星也穿，不过没怎么黑我们中国人。
4 ONLY、 VERO MODA、JACK&JONES
这个来自丹麦BESTSELLER旗下的三个牌子在我们国家算赚到钱了 。不过价格越卖越贵，东西越做越差，无论做工、面料还是设计，而且在国外，也就是班尼路吧~~
5 ESPRIT
这家公司也厉害！总部在香港，品牌授权给各个行业。这个我们不说了。单说服装类，价格正价也超贵，直逼CK JEANS了，也没见东西好到哪去，全场5折，一件长袖TEE也要200+，我怎么觉得还不值呢~~~~~~
6 马克华菲
这个…其实我不太想说的。因为毕竟是国产品牌（怎么？你不知道？？）
它是七匹狼旗下的品牌，风格和JACK&JONES非常像，价格卖得比JJ还贵！好在喜欢打折，打完折后的东西值那个价！
7 PORTS 宝姿
是的，你没看错！这个在国内时尚杂志喜欢跟DIOR、夏奈尔站在一起的牌子其实只能在亚洲混混。
它注册在加拿大，好像是几个亚洲人注册的，我记不清了。但它的运作极为成功。欧美的专卖店很少，几乎绝大部分的专卖店都开在亚洲，在国内，几乎所有的高档商场都有它的专柜，它的服装定价真正标的是一线大牌的价格，你不服不行。剩下的，我不想说了，你自己想吧~
8 GAP
这个牌子在美国本土，是真正的美利坚班尼路。此牌子来到中国就不再那么价廉了，价格上扬了好多。
其实它家东西质量还可以，不过不款式出挑，就是学生穿的，没必要在中国卖这么贵吧？？
9 ELAND
这个是韩国的品牌。不过老喜欢在店里贴欧美的学生模特，把自己拌成英伦风格。这家衣恋公司，以前好像也是做出口外单的，后来把自己的品牌打响了，来中国后，价格一直不便宜。东西呢，见仁见智。
10 Rapido
这个牌子是韩国三星旗下的在中国，这个牌子的特点的价格坚挺，极少打折，东西没什么技术含量。
11 KAPPA
这个在意大利档次很低的牌子字最近在国内不知道为啥火起来了~~它跟AD NIKE,PUMA(别说我把他们抬高了,在国外这些虽然也不是什么高档的~~可能跟中国的李宁差不多吧~~但至少比KAPPA强很多!!)~~等,都差一个的档次,结果标价还跟他们相当。
12 CONVERSE
自从被NIKE收购后一路狂涨 长青款从185涨到了238 还有400 500的！注意是布鞋！！！还不是皮的!你贵也就算了 质量还差 一个月保证脱胶 两个月基本开口！
Posted: January 12, 2009 at 9:03 pm | Tags: blog, debug, html, 优化, 开发, 技术
先说一个身边真正发生过的故事，可能大家会对故事情节感觉非常熟悉。
一家小型电子商务公司，管理者就是公司的创始人，他有些技术开发背景。因为产品面向海外市场，他也比较关注产品设计与可用性。由于他对自己的技术、设计能力的自信，总是对开发部与设计部成员的能力持怀疑态度，经常插手他们的工作。
一次，开发人员就新产品需求、设计文档的要求，提出开发方案A。这位管理者看后，以其经验判断认为不理想，并给出方案B。开发人员觉得方案B有些问题，但一时又没有找到有说服力的例证，无奈只好以此方案进行开发。
果然，在开发过程中，由于管理者仓促间所提出方案，在设计上确实存在不合理的疏漏，导致项目出现了一些问题。当开发人员想方设法将问题一一解决后，突然发现，这个DEBUG后的开发方案B，已经变得与他们最初提出的方案A并无二致。
而此时，该项目已经严重超期，那位管理者还为此非常不满，认为是开发人员能力的问题导致的。此后，管理者对开发工作的介入变得更多，而开发人员也开始变
化，一部分对领导的这种超权行为越来越不满意，矛盾变得更加激化，后面工作中的沟通变得更加困难；另一部分则变得越来越没有积极性，领导要求怎么做就怎么
做。
刚好看到UCDChina.com中的一篇文章《管理者不应直接参与产品的开发与设计》，感觉说得太有道理了。上面这个故事，可以用来充实文章的论据。
其实团队管理者关注团队产品的成败，是非常正常的心态。他们插手设计、开发工作，无非是希望把产品更得更好，动机是无庸质疑的。尽管如此，还是不建议管理
者过多的介入具体的开发与设计工作，即使是领域专家型的管理者，过多的插手具体设计、开发工作，也得不到预期的结果，可能对于项目来说，往往事与愿违，由
此产生的恶性干扰多于良性的指导，这是得不偿失的。
为什么会这样？原因很多：
1、因为管理者与团队成员的权重不同，有管理者参与的项目，往往不能非常公平地对待其它项目涉众。尽管，管理者本意是以其对项目的理解和自身的经验，为设
计、开发团队提供一些指导和建议，至少也会增加一种思路。但往往事与愿违，管理者介入后，一般会导致所有项目涉众的思维模式，会被管理者所左右，就因为他
是团队的管理者。
大家想想，是否经常遇到这样的情况，设计、开发人员深思熟虑后形成的方案，经常因为管理者的一点儿质疑，而被否决；而管理者的灵光一闪，都可能形成一个决
策，如果其它团队成员想到推翻它，必须经过周密、详实的举证与论述，这本就不公平，对项目也绝对没有好处，这会影响到团队成员的思路，甚至导致他们逐渐推
动思考的动力。
2、因为技术背景与对项目的关注点不同，管理者与设计、开发人员会处在不同层面，看问题角度肯定是不同的。其实，能从多个不同角度看待产品，这本来是好事，可以把问题考虑得更全面一些。但如果以管理者的角度，去干扰设计、开发中的问题，那就是另外一码儿事了。
《论语•泰伯》：“子曰：不在其位，不谋其政。”
这句话说得非常好，这不是推卸责任意思，而恰恰是出于更负责的角度考虑。为了便于理解，这里把“位”理解为“职位”。
每个职位有不同的职责，职责会影响人的立场，不同立场、知识背景的人理解、处理同一个问题，其结果肯定是不一样的。也许管理者认为自己可以做到“换位思考
”，即便如此也是搁靴搔痒的状态，其结果绝对差强人意。比如，管理者明白不能让UI设计师去考虑代码优化的问题，那又为什么自己去犯同样的错误呢？
正所谓术业有专攻，专业的工作还是让专业的人去做，那才可能达到令人满意的结果。
3、有人说，在IT行业，许多管理者都是优秀程序员或策划、设计师出身，这种领域专家型的管理者插手做具体设计、开发工作，应该有对项目、对团队成员有帮助。
其实不然，前面提到的两点问题，对于这样的管理者也依然存在。而且，文章开头提到的那位管理者也曾经是开发人员，本身也是位不错的产品设计师。为什么团队成员在他的指导下，项目进展依然不顺利呢？
从事过产品设计、程序开发工作的朋友应该很清楚，这样的工作需要投入大量的时间与精力，这是一个反复尝试与迭代的过程。好的设计与优秀的编码，绝对不是通
过纸上谈兵或灵光一闪就可以得到的（当然，这个世界是有天才存在的，也许他们拍拍脑袋就可以把产品设计得非常完美，程序编码也可以没有任何BUG，但毕竟
这种天才少得没有说服力）。有的时候，即使写好伪代码，也不能百之百的确保业务逻辑没问题。
而团队的管理者，往往事务缠身，他们没有精力（也不应该）深入于其中任何一项具体工作，那样就会犯下过于关注细节的管理大忌。而浅尝辄止的心态，恰恰又是做好设计与开发工作的大忌。这样看来，管理者兼顾设计、开发工作，并取得好的结果，根本是一项不可能完成的任务。
当然，领域专家型的管理者是可遇而不可求的，他丰富的经验与思路都是对团队成员有帮助的，但仅此而已，具体的设计、开发工作还是应该让设计师和程序员来做。
基于上面分析，如果管理者仍执意要插手设计与开发工作，就必须保证自己的观点（或决策）是100%准确与全面的，这样才不会对项目有负面影响。
当然，这样的要求是不合理的，也没有人敢做此承诺，所以，管理者们还去做好本职工作吧，那里才是发挥你们特长的地方。好的管理者，要懂得放权，要对团队成员应该有足够的信任，相信他们的工作能力，也相信他们的工作态度。正所谓：用人不疑，疑人不用。
如果管理者实在想参与设计、开发工作，那就干脆转行吧。
转自：http://blog.sina.com.cn/s/blog_564cabe30100bxmb.html
Posted: January 8, 2009 at 5:28 pm | Tags: html, 开发, 技术, 测试
这个文章是对产品经理比较合理的解释了，写得很务实。
——- 淫荡的分隔线 ———————————————
很多论坛（含此处）都在探讨何为产品经理，产品经理该干什么？
n多人也处于不明白产品经理为何物的蛮荒时代。
我本人从市场研究做起，后来是可用性测试，然后是产品设计师，再后来是产品经理，我自认为我对产品经理的理解强于大多数人，可以为你们解答疑惑。
背景：很多人的title都是产品经理，但是我要说的是真正意义上的产品经理，这种产品经理责任重大，能力超强，待遇超高。就算你目前不是这种产品经理，那么这也应该是你努力的方向。我下面说的产品经理指的都是这种产品经理
一、判断一下此人是不是产品经理
定义：产品经理，顾名思义，该人能够对产品负全责。
判断方法： 看指标、 看责任、看工作方式
1.看指标：以用户数（极个别时候用PV）作为考核指标，否则一定不是产品经理！产品的意义就在于留住用户，所以用户数是评价产品的最核心标准。你对产品所做的一切努力都会体现在用户数上。
2.看责任：产品经理需要对产品负全责。我举个例子，如果产品出现技术问题，比如奥运期间访问量大增，造成服务器负载过大，以至于当机，影响了用户访问，领导第一个骂谁？骂你？恭喜，你是一名真正的产品经理。产品经理显然应该了解服务器的最大载荷以及在中国各地的分布情况，网通和电信、铁通、校园网等链路的具体情况也理所当然的应该是产品经理的职责范畴。
3. 看工作方式：产品经理会一直运营一款（最多两款）产品，如果你看到一个人以项目的方式参与产品的某个阶段，工作完后就去做另一款产品 ，那么毫无疑问，此人非产品经理也。
二、产品经理的职责
对产品负全责，谁都会说。但是怎么才叫负全责呢？所谓的负全责是对“整个产品生命周期负责”。从市场调查、产品规划、概念设计、功能设计、产品逻辑设计、原型设计、交互设计、界面设计、技术环节的沟通、项目管理、产品上线、上线后的运营管理、产品推广、对外合作、产品改版升级……总之，从产品诞生开始一直到产品推出市场，再到市场运营，再到改版，知道产品退出市场。这一切都应该是由一名产品经理全权负责。他对产品的方方面面都很了解。一个PM在一款产品上做3、5年是很平常的。
三、产品经理的典型工作
我随便罗列一些我的日常工作吧，尽量按照产品生命周期写。
1. 规划阶段：竞品分析、产品整体规划
2. 设计阶段：产品一期概念设计、功能、交互、原型设计、技术可行性分析、可用性测试、形成需求文档
3. 开发阶段：项目排期、项目跟进、产品一期单元测试、产品一期上线
4.运营阶段：产品一期运营（内容运营、技术运营、运营人员工作安排，周末值班人员安排）、市场营销与推广（寻找合作机会，参与合作谈判——通常与市场部合作，签署合作法律文件——通常与公司法务部合作，监督合作推广的执行，分析推广效果ROI等等）、运营数据分析、一期改版意见、产品二期概念设计、产品二期需求文档草案
5. 产品二期设计阶段：产品二期需求文档、产品二期技术论证
6. 产品二期开发阶段 …….
…………
……..
…….
四、哪些职位被误认为是产品经理：
1. UE设计：这个东西最害人。产品设计师绝不是产品经理，请大家务必记住这一点。产品设计师管理的是设计过程，而产品经理管理的是整个产品的所有环节。目前有很多UE从业者——多是设计师——最容易将二者混淆
2. 项目经理：项目经理的职责是保证项目顺利按需求上线，别的不管。而产品经理要自始至终的管理一款产品。
3. 产品运营：运营是产品经理最主要的只能，但不是全部
五、产品经理的核心技能
“控制”是产品经理的核心技能。
要对产品的一切细节了然于胸，要对产品涉及到的方方面面有所了解，要能够控制产品团队（设计、技术、运营等一切环节），要有高超的沟通能力和技巧，要有极强的成功欲望和非常主动的做事态度。
六、总结
所以真正意义上的产品经理是很难得的，压力是很大的，待遇是很高的，人才是很稀有的:)
头顶产品经理title的人99%不具备产品经理的资质
也许你认为我写的这些要求太高了，但事实上一名合格的产品经理的确应该具备的基本素质。
希望大家共同努力，朝这个目标发展。
压力是巨大的，困难时巨大的，成就是巨大的:0
重申一遍，产品经理管理的是产品，不是人！
产品经理没有直接管理业务支持方（包括美工、技术、客服、市场）的权利，这是产品经理制度的管理学基础，这个是不能动摇的。如果产品经理有权利支配支持方，那是事业部制度。而事业部制度的核心是独立核算，自己是一个独立的利润中心 + 成本中心。但是产品经理制不是这样的，产品经理只是利润中心，不是成本中心。即便是有了产品管理团队，他们一般那也是和其他业务共用基础性资源：如美工、技术开发、市场合作等。但是不排除个别产品使用一些成本性资源，但是那不是常态。比如我们有一个产品招了个专职BD，但是大家都知道这个BD是临时归产品经理管，他最终还是会被市场部招安的。
原文地址：http://www.5gme.com/space-19213-do-thread-id-6631-page-1.html
Posted: December 14, 2008 at 8:45 pm | Tags: 技术
话说有一对很有钱的年轻夫妇，家里请了一堆管家，司机，女佣等。
而女主人总是怀疑丈夫和年轻美貌的女佣有染，于是总是想找机会把她给fire掉，终于有一天趁先生不在把女佣给叫过来，嫌她菜烧得不好要叫她走路。
“可是，女佣说：先生总是说我菜煮得菜比你好。”
女主人顿时妒火攻心，哑口无言，只好说：“没事，你下去吧！”
正当女佣走到门口时，回头冒了一句“而且我的床上工夫也比你好！”
女主人顿时愤恕的拍桌子说”这也是先生说的吗？”
“不是，女佣回答，是司机，园丁他们说的。”
Posted: December 3, 2008 at 8:41 pm | Tags: 手机, 技术, 生活, 类
买房子这个组件到是没什么好说的，不过是把车换成了房子，人们总有审美疲劳的时候，到时买什么？
人-》车-》房子-》？ what is next ?
日历这个组件做得有些脑殘了，开心想做什么？会去开心上做个人的 GTD 管理？
well …. 让我来做一个假设，比如我加了我们的老大 justin 为好友。在我工作时，我需要去 check 我的日历和日程安排，我登录开心。这时 justin 的页面上显示我上线了，然后 justin 一看是工作时间，……除非开心转型，改变它在人们心里的印像，不再是游戏类SNS网站，做这类 office 相关的东西才有得做。
再说遇到的第二个问题，用开心的日历前提条件是什么？
1、online
2、有电脑
3、有时间去 1-click
但是在平时工作中我们会一直坐在工位前，使用电脑上网，然后处理工作么？OK，除非我是老板，我能把别人叫到我这里来开会。
我的 GTD 会用手机+电脑，如果做这类的日历，不如直接提供一个调用 Google 日历的功能就好了，重复造没用的轮子。
再换个方向说，这个IDEA太NC了。都知道现在是经济寒冬，现在的问题不是你跑的快不快，而是你跑的方向对不对。如果方向都错了，你快得越快死得越快。
提了这么多反对意见，那以开心在我眼里是什么？
1、使用开心的人，所加的好友大部分是在现实生活中的真实好友。一起来玩开心一个通过一些互动行为加深关系，比如很久不在IM上聊天的前同事；二是通过开心来认识同部门或公司的不熟悉的人，这是一个”破冰“的过程。
2、使用开心的人大部分是白领，至少从我接触的好友群是这样。那么这些人是否能产生一些业务上的交流？如果我对某件事情不满意，通过在开心上表达，能否让我的同事也了解到这些我不便说出口的意见？
大部需求都是人与人之间的关系，而不是见鬼的抢车位，给我的吉安特抢？
开心能做什么？
1、猎头：用户发表匿名求职意向，猎头给符合条件的人发相关信息，如果用户满意则再深入了解。
2、活动：因为是同公司或同部门这类处于同组织的情况比较多，组织活动是否更方便？比如滑雪？团购？
3、消息：大部分用户是各公司职员，是否像 ireport 一样，匿名提供各种小道信息？没准又是一个 donews 。
4、交友：在各公司的大龄未婚男女着实不少，不知通过通过某些渠道来让这类人互相认识，然后继续深入发展？
以上只是开心往 office 类发展的猜想，要是一直走游戏路线则完全不同。
再感慨一下，互联网太缺少产品经理（不是”好的“产品，而是能用的都没多少）。一个个这种NC的产品出来就充分的佐证了我的想法，产品经理也应该是一个 creative 的工作，连 idea 都没有，只会 copy ，这样的一个烂人能毁了一群好技术。
Posted: November 11, 2008 at 2:14 pm | Tags: 女人, 技术, 生活, 男人
汽车渴望公路，
花草渴望雨露，
太监迫切渴望著雄性激素。
灵魂渴望超度，
心灵渴望归宿，
而我则迫切渴望著有个媳妇。
众里寻她千百度，
踏平脚下路。
蓦然回首细环顾，
大婶大娘无数。
偶有美女光顾，
还是有夫之妇，
余下大多数，
基本不堪入目。
时间犹如脱兔，
匆匆不肯停步。
转眼就把我拖到了该当爹妈的岁数。
然而上天却挺可恶，
对我不管不顾。
把我培养的庸庸碌碌，
难以获得少女的爱慕。
我曾向月老求助，
求他将我单身的生涯结束。
而他给予我的眷顾，
竟是接踵而至的恶女和怨妇。
比起她们的飞扬跋扈，
以及对我精神上的无情屠戮，
我更愿意选择让步，
甘心走向黄泉之路。
无助，无助。
其实我并非一无是处。
我有很多的优点可以列举和陈述。
但我不知道是什么缘故，
我竟无法得到过别人的敬仰和拥护
我的爱心彰明较著，
最最热心于公益捐助。
为了祖国福利和体育事业的长足进步，、
我不知疲倦的奔波于体彩和福彩中心投注；
为了向世人体现优越的社会主义制度，
以及在党和国家的领导下我们小康的程度，
我毅然决然的增加了喝酒的次数，
终于练出了代表富足的啤酒肚；
我还坚持为人民服务，用我最大的热情为别人提供帮助。
为了让我这片心意落到实处，
我硬是把不愿过去的大娘也搀过了马路……
而我得到的赞扬却远远少于挨骂的次数。
我不明白我的努力换来的为何只是别人的不屑一顾甚至是愤怒。
是因为我过人的天赋，
让他们相形见绌，
还是我高尚的品格和气度，
让他们产生了深深的嫉妒？
我的优秀并没有让我自负，
更没有因为自己的伟大而恃才傲物。
本以为这样才能有女孩对我暗生情素，
谁知我等到现在也还没有一点迹象和眉目。
其实要把女人比做猎物，
我则是一个迷茫的猎户。
因为我实在是不懂狩猎的技术。
该跟著群雄逐鹿，
还是该继续著守株待兔，
思考了很久也没有整理出一条清晰的思路。
也许这便也成了我的桎梏，
成了我无法得到爱情的又一大因素。
或许曾经的某次时机被我奢侈的贻误，
就造成了现在的万劫不复。
咱们这个国度，
人口资源丰富。
但为何娶不到老婆的男人还是不计其数？
是因为封建思想的束缚，
打乱了男女的比例和数目，
还是因为社会的退步，
又重新开始了一夫多妻的制度？
有时想想也他妈愤怒，
你说凭啥大款就可以包养了Ｎ个情妇？
难道只为著权利和财富，
就可以不受道德的约束，
并置我们光棍于不顾，
抢占著资源无数？
怪也怪女人们过于世故，
对金钱和地位的趋之若鹜。
只知道花园洋房和别墅，
早把真情的概念颠覆。
冲动时我真恨不得变成动物，
哪怕只是头卖力的牲畜。
听凭主人的吩咐，
不用感受做人的无助。
或者干脆来个移花接木，
彻底的做个变性手术。
跑到人群中滥竽充数，
也好让同胞们多一条可以选择的出路。
街上的婚介星罗棋布。
我也曾幻想著他们能帮我打开销路。
然而最终的结果是让我明白了什么叫认贼作父，
并被婚托儿们榨干了我几年的收入。
吃不著猪蹄儿能看看猪跑也算对我心灵创伤的平复。
所以能看到美女的繁华地段成了我最爱的去处。
每当看著她们迈著款款的猫步，
在我的视线里出出入入，
我总是能感受到久违了的心跳并顺便痛心一下她们的已为人妇。
现实的打击让我鸡肠小肚。
我最看不惯情侣们当众亲密过度。
只要看到有人稍越雷池半步，
我就会上前阻止并提醒他们病出口入。
结果自然不必赘述，
我经常会体验到肢体语言的丰富。
尽管如此我也并没有减少对此事的关注，
反而更觉得有必要加大宣传的攻势和力度。
没有爱的倾注，
我如涸辙之鲋。
这样的生活确实很难让我安之若素。
看著朋友们已为人父，
小生活过的美满和睦，
我又何尝不是深深的羡慕，
并渴望著感情上的脱贫致富？
都说男儿有泪不扑簌，
但那绝对是未到伤心处。
有谁知道泪水已经多少次模糊了我心灵的窗户？
况且咱都是沧海一粟，
凭啥我就不能在爱情的海岸登陆？
只能一口一口的吃著干醋，
被动的尽著晚婚晚育的义务！
人生本来就短促，我又怎能就这样默默的虚度？
为了尽快给自己找一个归宿，
我决心不择手段的全力以赴。
错误，错误。
这种想法最终成了我难逃的劫数。
没想到我一时的慌不择路，
竟上演了那样惨绝人寰的一幕。
那是我走投无路，
勾引了有夫之妇。
谁知道罪行败露，
被人家当场抓住。
只后悔不会武术，
没能够杀出血路。
无奈的任人摆布，
惨遭了打击报复。
他们恼羞成怒，
打得义无反顾。
片刀循环往复，
板砖频频招呼。
我浑身血流如注，
俩腿还不住抽搐。
走错那罪恶一步，
差点就死不瞑目。
恐怖，恐怖。、
真庆幸我还能把命保住。
那场我自导自演的前车之覆，
带给了我贼深贼深的感触。
往事历历在目，
我此刻一一追溯。
经历了苦痛挣扎后的觉悟，
终于上升到了前所未有的高度。
问世间情为何物，
我算是大彻大悟。
感情上的事儿看来还真不能过于盲目。
是你的挡不住，
不是你的留也留不住。
别人的老婆就是再好也不能轻易接触。
有道是皮之不存毛将焉附，
我要是ＯＶＥＲ了还上哪儿去找我的贤内助？
更何况人生短促，
还有很多东西值得我们珍惜和呵护。
爱情的光环固然眩目，
也毕竟不是生命的全部。
岁月的痕痕无孔不入。
无有爱情的皮囊苍老的更加迅速。
看著我那用蒸汽熨斗都已无法熨平的面部，
真不知还有谁肯向我将她的终身托付。
等待著等待到行将就木，
持续著持续到人生落幕。
盼望吧盼望著解决光棍待遇的法规早日颁布，
但愿啊但愿我首先踏入的能够是婚姻的坟墓。
Posted: October 5, 2008 at 12:55 am | Tags: 技术, 类
根据事物的经济 、技术等方面的主要特征，运用数理统计方法，进行统计、排列和分析，抓住主要矛盾，分清重点与一般，从而有区别地采取管理方式的一种定量管理方法。又称巴雷托分析法、主次因分析法 、ABC分析法、分类管理法、重点管理法。它以某一具体事项为对象，进行数量分析，以该对象各个组成部分与总体的比重为依据，按比重大小的顺序排列，并根据一定的比重或累计比重标准，将各组成部分分为ABC3类，A类是管理的重点，B类是次重点，C类是一般 。
ABC管理法的原理是按巴雷托曲线所示意的主次关系进行分类管理。广泛应用于工业、商业、物资、人口及社会学等领域，以及物资管理、质量管理、价值分析、
成本管理、资金管理、生产管理等许多方面。它的特点是既能集中精力抓住重点问题进行管理，又能兼顾一般问题，从而做到用最少的人力、物力、财力实现最好的
经济效益。
ABC管理法的主要程序是：
- ①收集数据，列出相关元素统计表。
- ②统计汇总和整理。
- ③进行分类，编制ABC分析表。
- ④绘制ABC分析图。
- ⑤根据分类，确定分类管理方式，并组织实施。
Posted: September 30, 2008 at 12:42 pm | Tags: blog, cache, flash, html, php, 优化, 技术, 缓存
Jun Heider在O’Reilly的InsideRIA站点上发表了一篇精彩的文章，该文章就如何加快Flex应用的启动速度提出了很多建议，以帮助用户减少看见讨厌的“Loading”对话框的出现时间。他深入探讨了问题的不同方面，并对每种技术的优势和劣势进行了评判。
从外部加载媒体（Media）
Heider提到了一个常用的Flex最佳实践——限制嵌入到应用/SWF文件中的媒体的数量，如图像、影片及mp3等资源都可以从外部的SWF文件加载。 Flex框架可以直接将图片、mp3及字体等资源编译到SWF中。当你想让最终用户获得全部资源时，这种方式确实能派上用场，但是这会导致你的应用长时间停留在“Loading”阶段。中国最大的RIA分享社区-与中国闪客一起成长和发展！
在嵌入式字体中限制字符集
Heider建议在嵌入式字体中限制字符集以降低SWF文件的总下载时间： 当你在Flex中嵌入一种字体时，你就会获得该字体的全部字符的支持。尽管这可能是你想要的，但你确信你需要全部字符么？例如，在一个只面向英文的应用中，你确信你真的想花时间下载中文字符数据么？
缓存框架
Heider回顾了Flex 3 support for runtime-shared-libraries （RSL）这篇文章：从Flex 3开始，你可以将Adobe签名的框架——RSLs缓存到Flash Player的cache中。这有两个好处。首先，缓存在Flash Player cache中的签名的框架RSLs可由所有配置好的Flex应用共享。换句话说，如果某人的应用已经下载了500k的签名的框架RSL，并且该RSL仍旧 在Flash Player cache中，那么你的应用就可以使用缓存下来的RSL。其次，即使某人清空了其浏览器缓存，对Flash Player cache也没有任何影响。
考虑模块化
Heider谈到了将Flex应用划分成模块的好处：减少字体加载时间的另一种方式就是将你的Flex应用划分成模块。使用模块的一个好处在于当加载和卸载模块时你能完全操控它。
之所以要划分成模块的最后一个原因是他们更快，而且我能即时加载它们。换句话说，在启动时唯一需要加载的模块就是 Step1.swf模块。因此，在使用模块的情况下，最终用户节省了启动时间，但是当他从一个模块切换到另一个模块时却需要花更多时间，因为每个模块都需 要以JIT形式加载。在我的应用中，只有当用户首次在steps 1-5之间切换时需要花更多时间。
推迟实例化
Heider围绕着Flex组件的“creationPolicy”属性及何时实例化应用的不同部分给出了很多建议。如果你想减少从数据下载到用户真正可以使用的总时间，当务之急就是推迟实例化。这项技术背后的理念就是直到应用真正使用的时候才在内存中创建对象。尽管推迟实例化技术会在应用的整个使用过程中导致少许——通常不那么明显——的延迟，但与长时间的启动延迟相比，它还是可接受的。推迟实例化的另一个好处在于内存使用的优化。 Heider还谈到了一个“实验性”的条款——“使用流”，这是他在讨论Dirk Eismann的帖子（Building monolithic Flex SWFs that still startup quickly.”）时谈及的。Eismann提出一项技术以利用Flash Player中的多个frames以在部分应用中达到流的目的。查看所有的帖子以更多地了解该技术及关于加快Flex启动速度的建议。中国最大的RIA分享社区-与中国闪客一起成长和发展！)
原文出处：http://www.infoq.com/cn/news/2008/05/flex-startup-time
Posted: September 23, 2008 at 4:48 pm | Tags: blog, cache, html, java, linux, server, unix, web, 优化, 平台, 开发, 技术, 测试, 类, 缓存, 芯片
Google是与众不同的。它的独特不仅仅表现于革新的思维和充满创意的应用 (比如那个大堂里的地球模型)，更在于其有别常规的IT策略……
加利福尼亚州山景城(Mountain View)Google公司(Google，下称Google)总部有一个43号大楼，该建筑的中央大屏幕上显示着一个与Google地球(Google Earth)相仿的世界地图，一个转动的地球上不停地闪动着五颜六色的光点，恍如罗马宫廷的千万烛灯，每一次闪动标志着地球的这个角落一名Google用 户发起了一次新的搜索。
这同时意味着Google又一次满足了人们对未知信息的好奇与渴望。
Google是与众不同的。它的独特不仅仅表现于革新的思维和充满创意的应用 (比如那个大堂里的地球模型)，更在于其有别常规的IT策略。从人们的常理来看，简单的硬件商品和免费软件是无法构建出一个帝国的，但是Google做到 了。在性能调整后，Google把它们变成一个无可比拟的分布式计算平台，该平台能够支持大规模的搜索和不断涌现的新兴应用。我们原本认为这些应用都是个 人消费级别的，但是Google改变了这一切。现在商业世界也在使用它们，这就令这家搜索公司显得那么与众不同。
GoogleWeb 服务背后的IT架构对无数使用搜索引擎的用户来说也许并不是非常重要，但它是Google几百位致力于把全球信息组织起来，实现“随处可达，随时可用”目 标的工程师们的最核心工作。这就需要一个在覆盖范围和野心上都与Google的商业愿景完全相符的IT蓝图作为支撑。
Google 的经理们一直对公司的IT策略话题保持沉默，他们厌恶谈及特定的厂商或者产品，当被问到他们的服务器和数据中心时，他们总是闭口不谈。但与几位 Google的IT领导一起呆了一天后，我们最终得以揭示该公司的IT是如何运作的，那可不仅仅是一个运行在无数服务器集群上的、表面看来非常简单的搜索 引擎。在其简单的外表下，蕴涵着许多内部研发软件、定制硬件、人工智能，以及对性能的执着追求和打破常规的人力管理模式。
IT理念方面，Google对同行有一条建议：尽量避免那些人人都在使用的系统和软件，以自己的方式做事会更有独特的竞争优势。
“企业文化决定了你的做事方式。”道格拉斯”美林(Douglas Merrill)，这位Google工程副总裁和事实上的首席信息官(CIO) 指出，“到了我们这样的发展阶段，企业观念和文化非常与众不同，这也反过来鞭策我们必须要采用与众不同的方式来运行那些他人看来很常规的系统。”
Google 最大的IT优势在于它能建造出既富于性价比(并非廉价)又能承受极高负载的高性能系统。因此IT顾问史蒂芬”阿诺德(Stephen Arnold)指出，Google与竞争对手，如亚马逊网站(Amazon)、电子港湾公司(eBay)、微软公司(Microsoft，下称微软)和雅 虎公司 (Yahoo，下称雅虎)等公司相比，具有更大的成本优势。Google程序员的效率比其他Web公司同行们高出50%～100%，原因是Google已 经开发出了一整套专用于支持大规模并行系统编程的定制软件库。据他估算，其他竞争公司可能要花上四倍的时间才能获得同等的效果。
打造服务器
Google 究竟是怎样做到这点的呢?其中一个手段，美林认为，“是因为我们自己动手打造硬件。”Google并不制造计算机系统，但它根据自己的参数定制硬件，然后 像MTV的节目“靓车打造”(Pimp My Ride)那样自己安装和调整硬件系统。开源程序经理克里斯”迪博纳(Chris DiBona)评论道：“我们很善于购买商业服务器，并且改造他们为我们所用，最后把性能压榨和发挥到极致，以致有时候他们热得像要融化了似的。”
这种亲手打造的方式，来源于Google从车库诞生时与生俱来的节俭风格，更与Google那超大型的系统规模息息相关，良好的习惯一直延续至 今。据说 Google在65个数据中心拥有20万～45万台服务器—这个数目会有偏差(取决于你如何定义服务器和由谁来做这项统计)。但是，不变的是持续上升的趋势。
Google不会去讨论这些资产，因为它认为保密也是一种竞争优势。事实上，Google之所以喜欢开源软件也是因为它的私密性。“如果我们购 买了软件许可或代码许可，人们只要对号入座，就可以猜出Google的IT基础架构。”迪博纳分析说， “使用开源软件，就使我们多了一条把握自己命运的途径。”
Google喜欢规模化的服务器运行方式。当有成百上千台机器时，定制服务器的优势也会成倍增加，效果也会更趋明显。Google正在俄勒冈州 哥伦比亚河边的达勒斯市建造一个占地30亩的数据中心，在那儿它可以获得运算和降温需要的低价水力电力能源(参见边栏《Google数据中心自有一套》)。
Google以“单元”(Cell)的形式组织这些运行 Linux操作系统的服务器，迪博纳把这种形式比喻成互联网服务的“磁盘驱动器”(但别和一直谣传的Google存储服务Gdrive混淆了，“并没有 Gdrive这回事。”一位Google女发言人明确表示。)，公司的软件程序都驻扎在这些并不昂贵的电脑机箱里，由程序员决定它们的冗余工作量。这种由 很多单元组成的文件系统代替了商业存储设备;迪博纳表示Google这些单元设备更易于建造和维护，他还暗示他们能处理更大规模的数据。
Google 不会漏过对任何技术细节的关注。多年来，公司的工程师就在研究微处理器的内部工作机制，随着Google规模的持续壮大，必然会用到特别定制和调节过的芯 片。知名工程师路易斯”巴罗索(Luiz Barroso)去年在一篇发表在工业杂志上的论文中证实，近年来Google的主要负荷都由单核设计的系统承担着。但许多服务器端的应用，如 Google搜索索引服务，所需的并行计算在单核芯片的指令级别上执行得并不好。
曾在数据设备公司(Digital Equipment)和康柏公司(Compaq)当过芯片设计师的巴罗索认为，随着AMD公司、英特尔公司(Intel)、太阳计算机系统公司(Sun)开始制造多核芯片，必将会出现越来越多芯片级别的并行计算。
Google 也曾考虑过自己制造计算机芯片，但从业界潮流来看，这个冒险的举动似乎不是很必要。“微处理器的设计非常复杂而且成本昂贵，”运营高级副总裁乌尔斯”霍尔 茨勒(Urs Holzle)表示。Google宁愿与芯片制造商合作，让他们去理解自己的应用并设计适合的芯片。这是一种客户建议式的设计，其关注点在于总体吞吐量、 效能，以及耗电比，而不是看单线程的峰值性能。霍尔茨勒表示，“这也是最近多核CPU的设计潮流与未来方向。”
裁缝般地定制软件
为了能尽量压榨硬件性能，Google开发了相当数量的定制软件。创新产品主要包括用于简化处理和创建大规模数据集的编程模型 MapReduce;用于存储和管理大规模数据的系统BigTable;分析分布式运算环境中大规模数据集的解释编程语言Sawzall;用于数据密集型 应用的分布式文件系统的 “Google文件系统”(Google File System);还有为处理分布式系统队列分组和任务调度的“Google工作队列”(Google Workqueue)。
正是从Sawzall这些工具里体现出Google对计算效率的执著关注。并不是每家公司都能从底层去解决效率问题，但是对Google来说， 为常规关系型数据库无法容纳的大规模数据集专门设计一种编程语言是完全合理的。即使其他编程工具可以解决问题，Google的工程师们仍然会为了追求效率 而另外开发一套定制方案。Google工程师认为，Sawzall能与C++中的MapReduce相媲美，而且它更容易编写一些。
Google 对效率的关注使它不可能对标准Linux内核感到满意;Google会根据自己的需要运行修改过的内核版本。通过调整Linux的底层性能，Google 工程师们在提高了整体系统可靠性的基础上，还一并解决了数据损坏和数据瓶颈等一系列棘手问题。对内核的修改也使Google的计算机集群系统因为通信效率 的提高而运行得更快。
当然，Google偶尔也会出现系统故障，情况一旦发生，无数的用户就会受到影响了。三年前一次持续30分钟的系统故障使20%的搜索流量受到影响。
Google 开发了自己的网站服务器却没有使用开源的Apache服务器，尽管它在网站服务器的市场占有率超过60%。迪博纳认为，Google的网站服务器可以运行 在更多数量的主机上，对Google站点上内容庞大又彼此互相依赖的应用程序来说，这种服务器的负载均衡能力远比Apache的能力更高。同时，在用标准 公共网关接口(CGI)访问数据库动态网页方面，Google服务器的编程难度要比 Apache更高，但是最终运行速度却更快。“如果我们能够压榨出10%～20%的性能，我们就可以节省出更多系统资源、电量和人力了。”迪博纳在总结中指出。
Google还设计了自己的客户关系管理(CRM)系统用于支持自己基于竞价和点击的互联网广告收费业务。但对是否需要设计自己的工具，Google的态度也不是一成不变的。比如在财会软件上，它就使用了甲骨文公司(Oracle)的Financials软件。
美林拿着一只叉子举例说明现成的产品也可以带来价值。但在有些场合现成的软件产品就不一定适用了。“我们的文化在各个层面对我们的运作都有深远影响，”他表示，“所以我们不想让购买所得的工具改变我们的工作方式和文化层面。”
Google’s BigTable 原理 （翻译）
题记：google 的成功除了一个个出色的创意外，还因为有 Jeff Dean 这样的软件架构天才。
—— 编者
官方的 Google Reader blog 中有对BigTable 的解释。这是Google 内部开发的一个用来处理大数据量的系统。这种系统适合处理半结构化的数据比如 RSS 数据源。 以下发言 是 Andrew Hitchcock 在 2005 年10月18号 基于： Google 的工程师 Jeff Dean 在华盛顿大学的一次谈话 (Creative Commons License).
首先，BigTable 从 2004 年初就开始研发了，到现在为止已经用了将近8个月。（2005年2月）目前大概有100个左右的服务使用BigTable，比如： Print,Search History,Maps和 Orkut。根据Google的一贯做法，内部开发的BigTable是为跑在廉价的PC机上设计的。BigTable 让Google在提供新服务时的运行成本降低，最大限度地利用了计算能力。
BigTable 是建立在 GFS ，Scheduler ，Lock Service 和 MapReduce 之上的。
每个Table都是一个多维的稀疏图 sparse map。Table 由行和列组成，并且每个存储单元 cell 都有一个时间戳。在不同的时间对同一个存储单元cell有多份拷贝，这样就可以记录数据的变动情况。在他的例子中，行是URLs ，列可以定义一个名字，比如：contents。Contents 字段就可以存储文件的数据。或者列名是：”language”，可以存储一个“EN”的语言代码字符串。
为了管理巨大的Table，把Table根据行分割，这些分割后的数据统称为：Tablets。每 个Tablets大概有 100-200 MB，每个机器存储100个左右的 Tablets。底层的架构是：GFS。由于GFS是一种分布式的文件系统，采用Tablets的机制后，可以获得很好的负载均衡。比如：可以把经常响应 的表移动到其他空闲机器上，然后快速重建。
Tablets在系统中的存储方式是不可修改的 immutable 的SSTables，一台机器一个日志文件。当系统的内存满后，系统会压缩一些Tablets。由于Jeff在论述这点的时候说的很快，所以我没有时间把听到的都记录下来，因此下面是一个大概的说明：
压缩分为：主要和次要的两部分。次要的压缩仅仅包括几个Tablets，而主要的压缩时关于整个系统的压缩。主压缩有回收硬盘空间的功能。Tablets的位置实际上是存储在几个特殊的BigTable的存储单元cell中。看起来这是一个三层的系统。
客户端有一个指向METAO的Tablets的指针。如果METAO的Tablets被频繁使用，那个这台机器就会放弃其他的tablets专门支持 METAO这个Tablets。METAO tablets 保持着所有的META1的tablets的记录。这些tablets中包含着查找tablets的实际位置。（老实说翻译到这里，我也不太明白。）在这个系统中不存在大的瓶颈，因为被频繁调用的数据已经被提前获得并进行了缓存。
现在我们返回到对列的说明：列是类似下面的形式： family:optional_qualifier。在他的例子中，行：www.search-analysis.com 也许有列：”contents:其中包含html页面的代码。 “ anchor:cnn.com/news” 中包含着 相对应的url，”anchor:www.search-analysis.com/” 包含着链接的文字部分。列中包含着类型信息。
(翻译到这里我要插一句，以前我看过一个关于万能数据库的文章，当时很激动，就联系了作者，现在回想起来，或许google的 bigtable 才是更好的方案，切不说分布式的特性，就是这种建华的表结构就很有用处。)
注意这里说的是列信息，而不是列类型。列的信息是如下信息，一般是：属性/规则。 比如：保存n份数据的拷贝或者保存数据n天长等等。当 tablets 重新建立的时候，就运用上面的规则，剔出不符合条件的记录。由于设计上的原因，列本身的创建是很容易的，但是跟列相关的功能确实非常复杂的，比如上文提到 的 类型和规则信息等。为了优化读取速度，列的功能被分割然后以组的方式存储在所建索引的机器上。这些被分割后的组作用于 列 ,然后被分割成不同的 SSTables。这种方式可以提高系统的性能，因为小的，频繁读取的列可以被单独存储，和那些大的不经常访问的列隔离开来。
在一台机器上的所有的 tablets 共享一个log，在一个包含1亿的tablets的集群中，这将会导致非常多的文件被打开和写操作。新的log块经常被创建，一般是64M大小，这个GFS的块大小相等。当一个机器down掉后，控制机器就会重新发布他的log块到其他机器上继续进行处理。这台机器重建tablets然后询问控制机器处理结构的存储位置，然后直接对重建后的数据进行处理。这个系统中有很多冗余数据，因此在系统中大量使用了压缩技术。
Dean 对压缩的部分说的很快，我没有完全记下来，所以我还是说个大概吧：压缩前先寻找相似的 \行，列，和时间数据。
他们使用不同版本的： BMDiff 和 Zippy 技术。
BMDiff 提供给他们非常快的写速度： 100MB/s – 1000MB/s 。Zippy 是和 LZW 类似的。Zippy 并不像 LZW 或者 gzip 那样压缩比高，但是他处理速度非常快。
Dean 还给了一个关于压缩 web 蜘蛛数据的例子。这个例子的蜘蛛 包含 2.1B 的页面，行按照以下的方式命名：“com.cnn.www/index.html:http”.在未压缩前的web page 页面大小是：45.1 TB ，压缩后的大小是：4.2 TB ， 只是原来的 9.2%。Links 数据压缩到原来的 13.9% , 链接文本数据压缩到原来的 12.7%。
Continue Reading
Previous Page
