要学会淡定(转贴)

2010年6月21日 John.Lv 1 条评论

淡定,是内在心态的修炼到一定程度所呈现出来的那种从容、优雅的感觉。

淡定,是一种思想境界,是一种心态,是生活的一种状态。我们每个人都需要这种心态,在生活中才会处之泰然,宠辱不惊,不会太过兴奋而忘乎所以,也不是太过悲伤而痛不欲生。

淡定与平庸的人的区别是什么。

平庸的人没有太大的能力,只是很平凡地生活着。

而淡定则代表一种生活态度。

淡定的人有能力去争取自己想要的一切,然而他却看淡这一切。

只是固守着自己所谓的幸福,与世无争地生活着,简单的快乐。

————这个世界越来越快,要做到从容淡定…..

 

    速度越来越快的世界,人的节律也变得越来越快。开车要快,不快就堵在路上了;上升要快,不快就老了;成名要快,不快就过期了;积累财富要快,不快就成穷人了;电脑的运行速度更是要快而又快,CPU要快,光驱倍速更要快……有什么要慢下来的事情没有?
从容淡定已经是一种奢望,一种难以达到的大境界。
    在现代都市竞争的人性丛林,能够修炼成从容淡定应该是一种福气。
    为什么不从容呢?你以为天要塌下来的事情,对于天来说,其实根本就塌不下来。同事的倾轧,业绩的失败,人际的纠纷,老板的冷遇,看起来都好像火烧眉毛的事,看起来都好像令人忧心忡忡的事,如果放在历史的长河中,放在宇宙的时空中,放在一个人一辈子漫长的遭遇中,都算不得什么大不了的事。即使像被降职、被解雇这样的重创,如果心理上有准备,如果财富上有准备,又何尝不是一次人生的转折、转机、转型?当然,如果你的时间资源、财富资源都已经被耗尽,那就另当别论——你就确实需要从头苦干,但也并不意味着不可以把自己的心情调剂得好一点、更好一点,也有利于自己的身体健康。
    没有不从容淡定的理由。野心、嫉妒、欲望,都是毁灭从容淡定的毒药,都是把人驱入焦躁疲惫深渊的猛兽。职场小人们大可以阴谋诡计,大可以机关算尽,大可以急火攻心,大可以造谣生事,大可以挑拨离间,但是你也大可以“正常心态,平稳动作”,不为所动,不上套,从容淡定,自信那些职场小人们“捣鬼有术,也有限”。
    从容淡定——你从容淡定,才可能更好地工作,更好地创造,更好地提高自己,修炼自己。从某种意义上来说,被阴谋诡计搞掉的好人虽然也不少,但是被阴谋诡计搞掉的有毛病的好人更多,被阴谋诡计互相吞噬的恶人坏人当然更多。从某种意义上来说,从容淡定是“聚精会神搞建设,一心一意谋发展”的另一种说法,是修身养性的必由之路。你从容淡定了,才能在业务上有长进,才能致力于自己的提高发展,而不是算计别人,嫉妒别人,诋毁别人乃至陷害别人。像在赛跑中,跑得过别人固然好,跑不过别人就努力锻炼,争取在速度和耐力上超越别人,如果经过了大努力,资质上确实与别人有很大差距,那也得潇洒地承认差距。从容淡定就是跑得过就跑,跑不过也决不使绊子,搞小动作,喝违禁药,为了那个“正面看是荣誉与义务,反面看是浮名虚利”的奖杯,而在职场赛跑中卑劣地使绊子,搞小动作,喝违禁药,把自己的人格降低到作弊者、造假者、撒谎者、骗子手的层次,是得不偿失的愚行——何况这样做也有露馅的时候,也有被揭露、被捉拿的时候,一如本·约翰逊丑闻一样。

从容淡定,意味着冷静的现实主义。对世界、社会和他人,不抱过高的期望。知道正义也可能常常迟到,公正永远是相对的,永远没有完美的现实,有的只是庸碌凡俗的世人,以及随时可能会裂变霉变的脆弱人性……有了这种冷静的态度,遇到不公正、遇到误解、遇到委屈,就不会伤心,就不会怨天尤人,更不会自怨自艾,而是咬紧牙关,苦炼内功,“面壁十年图破壁”,等待和寻找胜出的机会。
从容淡定,意味着有所抗争有所不争,有所为有所不为。凡有利于社会、有利于个人长远建设的事,就努力做,排除干扰地做;而不利于社会、不利于个人长远建设的事,就尽量不做,少做。
    从容淡定,意味着“三不较劲”原则,“不与天较劲,不与人较劲,不与事较劲”。不较劲,不意味着对待社会邪恶、社会腐败、职场小人的咄咄逼人就退避三舍,而是要选择最有策略的方法,达到最大的效果。
    从容淡定,意味着在大多数时候应该保持好心情,“谦虚谨慎,戒骄戒躁”。意味着自己还有更广阔的境界,更宏大的作为,而在事业之余,对美好的事物有更好的鉴赏力,看一片大好的自然景色,看一张艺术水平高的影碟,都可以调剂好从容淡定的气度与心情。
    有一则故事好像在嘲笑傻人,我倒觉得可以推陈出新:“下雨了,大家都在往前跑,惟有一人不急不慢,在雨中踱步。有人问:‘干吗不跑?’回答是:‘急什么,前面也下着雨呢!’”

 

转贴自:http://hi.baidu.com/%C6%DF%D0%ED%CB%AE%CF%C9%BB%A8/blog/item/166836a998af16f61e17a2a6.html

分类: Notes, 生活随笔 标签:

利用脚本分析日志并利用snmp自定义OID,再通过cacti画图

2010年6月18日 Serwei Xu 3 条评论

         日志是很重要的东西,我们可以分析日志得出很多规律和结论。而cacti又是很强大的画图工具,可以通过它把数据以图表的方式表现出来。

 
        下面我要做的事情,就是用脚本对日志做实时分析,把结果输出到文本中,然后自定义OID,获取其中的值,而cacti通过自定义图表,用snmp取值,用rrdtool画图。
 
        关键在于对日志做实时分析,这个说出来其实很简单,使用一个tail -f 读日志文件,通过管道,调用自己写的脚本来分析。
 
        将24小时分成5分钟一段,每条日志的三个数据(结束时间,耗时,字节数)读出来,根据结束时间(注意日志里的时间是结束时间,不是开始时间)计算出开始时间,然后看这个时间落在哪几个5分钟的段里面,将它的字节大小乘以1.07, 按秒平均后放进去。这样就可以算出之前的流量。
 
        乘以1.07是国外通行的做法,因为网络开销比这个日志里的字节数要大(包头啊等等)。
 
        由于在实时计算的时候,可能某些请求还没有结束(一个请求完成后才会写进日志),因此在20分钟内,可能算出来的流量图会变化,基本上20分钟后出来的流量数据就准确了。
  
        然后自定义OID,cacti利用snmp取值,用rrdtool画图,就可以得到图了
分类: 1.系统服务, Cacti 标签:

游戏设计必读-[游戏设计基础]

2010年6月14日 代码罐头 没有评论

三天假期,终于可以更新许久没有更新的blog了
这段时间消失去做游戏,学了很多东西
后面陆续会把相关的游戏策划,数值平衡学到的东西分享一下.
先推荐本书

要不是看了[快乐之道-游戏设计的黄金法则]
我不会知道Adams&Rollings
而从那本可以预见翻译超烂的希望出版的[游戏设计技术]相关链接
我又有幸发现这本封面设计超搓的[游戏设计基础]-Fundamentals of game design
我在读书方面似乎一直都比较幸运

从讲述游戏设计的理论角度
我感觉已经不可能有书超过这本被当作国外游戏设计教科书的书籍了
书里将所有游戏的分类以及核心的分类
可玩性以及平衡等等都做了深入的讲解
反正如果你要做游戏策划
除了热情,创意之外,你靠这本书就够了
阅读之后.你会懂得如何去分析一个游戏
好玩和不好玩的点会在哪里,为什么,如何避免一个游戏根本性上的问题
虽然只阅读了9,10两章,已经让我获益匪浅了

分类: 读书笔记 标签:

那些被忽略的好书-[MUD游戏编程]

2010年6月14日 代码罐头 没有评论

说到游戏编程,基本上我已经放弃市面上所有的书了
没有一个可以从基础概念一步步一直讲到一个完整系统的
要不就是搞一堆看了头晕的代码贴上去
要不就是超级简单的基础例子
如果不是最近在看D&D方面的东西
也许错过这本很久以前出的书了
推荐这本书没有被人骂托的顾虑
因为我实际上已经错过它了
外面已经买不到这本书了
我只有复印本

一本从socket连接,多线程处理的基础代码
一直到实现一个简单MUD server
再到复杂的脚本嵌入,道具等等的现实可用的MUD服务端
这本书可以说是服务端游戏开发的入门到中级书
而且这本书还带上了基础的游戏设计的内容
例如等级经验设置等等

虽然一些过去的手段
例如通过select来优化以及平面文本数据存储等等已经过时了
但是最基础的处理方式永远不会改变
整个游戏服务端的架构也只是稍微变化而已(如果不能举一反三,那也不用做开发了)

又是一本从犄角旮旯找到的好书
希望各位要做服务端开发的不要错过

分类: 读书笔记 标签:

那些被忽略的好书-[Web容量规划的艺术]

2010年6月14日 代码罐头 3 条评论

你是否知道3个月后网站会需要多少服务器?
如果今天流量突增,目前的结构是否能够应付?
经理让你做一个50万pv的服务器估算,但是我们何时才会需要它?
做SA的常常会需要碰到估算
而最常碰到的两个问题.
要么服务器采购大大超出所需的.大量资金被浪费
要么大量的访问似乎突然而至,服务器采购猝不及防
如何规划网站的增长
如果在大量访问来临之间最好准备,而又不会准备的太早
向来都是靠经验,模糊,不明确,没有依据是国内一直以来IDC以及SA方面的问题.
在推荐给你这本书之前,我要警告那些按照页数来买书的
如果你依据纸张的多少来判断书的好坏
那么这本不会比两本作业本厚多少的书你绝对不要去碰他
但是如果你是按照你能学到的东西来衡量
这本书绝对都是出于实战来写的
甚至作者教你使用必须的EXCEL技巧来作图表进行预估
这比我看到的大量的纯理论性的书籍好太多了
作者是flicker的工程师
从yahoo收购之前一直到yahoo收购之后一直在flicker从事这方面的工作
所有内容都是出于实践
如何判断网站的弱点,如何估算网站的承载量,如果按照目前访问来估算今后的的存储量
有了这本书你所有的东西再也不是大概了.
因为你使用的是科学手段去预测这些.
一个桥梁承重是10T.这是依据什么?
其实工程学里面容量估算早已经是基础内容
但是如何将这些应用到WEB方面却是大有文章的.

如果不是china-pub的低价优惠.可能这本书永远不会被我发现
我庆幸我有这个好运发现它
如果你读到这篇文章.我也恭喜你能发现这本书.

分类: 读书笔记 标签:

Mochi 中国开发者大赛

2010年6月8日 John.Lv 1 条评论

    Mochi中国和盛大游戏将于6月召开首届麻球开发者大赛,面向中国的Flash游戏开发者征集最有价值的作品,冠军奖金10万,总奖金共计21万。据可靠消息透露由于本次麻球开发者大赛是第一届,为了保证其长久性,为了吸引更多开发者,本次大赛绝对是公正、公平的!请感兴趣的牛人们不要错失良机哟!

nginx的upstream目前支持5种方式的分配(转载)

2010年6月3日 Serwei Xu 1 条评论

1、轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

2、weight
指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
例如:
upstream bakend {
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=10;
}

3、ip_hash
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
例如:
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}

4、fair(第三方)
按后端服务器的响应时间来分配请求,响应时间短的优先分配。
upstream backend {
server server1;
server server2;
fair;
}

5、url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法

upstream backend {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}

upstream bakend{#定义负载均衡设备的Ip及设备状态
ip_hash;
server 127.0.0.1:9090 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup;
}
在需要使用负载均衡的server中增加
proxy_pass http://bakend/;

每个设备的状态设置为:
1.down 表示单前的server暂时不参与负载
2.weight 默认为1.weight越大,负载的权重就越大。
3.max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误
4.fail_timeout:max_fails次失败后,暂停的时间。
5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。

nginx支持同时设置多组的负载均衡,用来给不用的server来使用。

client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录 可以设置最多3层目录

location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡

分类: 1.系统服务, Nginx 标签:

LVM介绍

2010年5月25日 Serwei Xu 5 条评论

一、简介

LVM是Linux操作系统对磁盘分区进行管理的一种机制。其是建立在磁盘和分区之上的一个逻辑层,以提高磁盘分区管理的灵活性。在LVM中每个磁盘分区就是一个物理卷(physical volume,PV),若干个物理卷可以组成为一个卷组(volume group,VG),形成一个存储池。系统管理员可以在卷组上创建逻辑卷(logical volumes,LV),并在逻辑卷组上创建文件系统。PV、VG和LV的关系如图所示。

二、物理卷管理

1、添加物理卷

使用pvcreate命令可以创建物理卷,可以在整个磁盘上创建物理卷,也可以在一个磁盘分区上创建物理卷。例如如果要在第二块SCSI磁盘上创建物理卷,可以使用命令:pvcreate /dev/sdb

2、查看物理卷

[root@demoserver dev]# pvdisplay

  — Physical volume —

  PV Name           /dev/hda13                        //pv名称

  VG Name           vg_data                      //pv所属的vg名称

  PV Size             1.87 GB / not usable 1.96 MB    //pv的大小为1.87GB

  Allocatable          yes

  PE Size (KByte)     4096                          //物理块大小为4MB

  Total PE           478                         //总的物理块数

  Free PE            478                         //空闲的物理块数

  Allocated PE        0

  PV UUID            jaVtOk-rpMb-QgbM-zx1N-DmCB-yGqm-hCVmiE

  — Physical volume —                           //另一个pv的信息

  PV Name            /dev/hda14

  VG Name            vg_data

  PV Size             1.86 GB / not usable 2.12 MB

  Allocatable          yes

  PE Size (KByte)      4096

  Total PE            476

  Free PE             476

  Allocated PE         0

  PV UUID            VzjEpx-or1h-v3gN-zOCm-FnjC-eDOz-tp5YZg

共有两个物理卷:/dev/hda13和/dev/hda14,其中hda13的大小为1.87GB,物理块大小为4096KB,总的物理块数为478,空闲的物理块数为478,已分配的物理块数为0。而hda14的大小为1.86GB,物理块大小为4096KB,总的物理块数为476,空闲的物理块数为476,已分配的物理块数为0。

3.删除物理卷

如果物理卷不再需要,可以使用pvremove命令将其删除,如下所示。

# pvremove /dev/hda16

  Labels on physical volume “/dev/hda16″ successfully wiped

物理卷被删除后,其所在的磁盘分区并不会被删除。需要被删除的物理卷必须是已经不属于任何卷组,否则将会失败,如下所示。

[root@demoserver dev]# pvremove /dev/hda13

  Can’t pvremove physical volume “/dev/hda13″ of volume group “vg_data” without-ff

三、卷组管理

1.添加卷组

物理卷创建完成后就可以开始创建卷组。卷组是由一个或多个物理卷所组成的存储池。例如要创建一个名为vg_data的卷组,可以使用下面的命令。

# vgcreate vg_data /dev/hda13 /dev/hda14

  Volume group “vg_data” successfully created

2.扩展卷组的容量

当卷组中的空间不足的时候,可以使用vgextend命令往卷组中添加新的物理卷,方便地扩展卷组的容量,如下所示。

# vgextend vg_data /dev/hda15

  Volume group “vg_data” successfully extended

3.查看卷组

使用vgdisplay命令可以查看卷组的信息。例如要查看上例中创建的卷组vg_data,执行的命令如下所示。

# vgdisplay vg_data

  — Volume group —

  VG Name               vg_data                   //vg名称

  System ID

  Format                  lvm2

  Metadata Areas         3                         //元信息区域

  Metadata Sequence No  2

  VG Access               read/write                //访问许可,可读写

  VG Status               resizable                  //VG状态

  MAX LV                  0                        //最大的LV数

  Cur LV                   0                        //当前的LV数

  Open LV                 0                        //打开的LV数

  Max PV                  0                        //最大的PV数

  Cur PV                   3                        //当前的PV数

  Act PV                   3

  VG Size                 5.59 GB                 //VG的大小为5.59GB

  PE Size                 4.00 MB                 //物理块的大小为4MB

  Total PE                1430                  //VG的物理块数为1430

  Alloc PE / Size            0 / 0            //已经使用的物理块数和大小

  Free  PE / Size         1430 / 5.59 GB          //空闲的物理块数和大小

  VG UUID                 djgPFx-LOGa-8ZOx-diNr-hxCs-qNip-vg0Hqu

卷组vg_dat格式为lvm2,访问许可为可读写,卷组大小为5.59GB,物理块大小为4MB,总的物理块数为1430,已分配的物理块数为0,空闲的物理块数为1430,大小为5.59GB。

4.从卷组中删除物理卷

通过vgreduce命令可以把VG中未被使用的PV从VG中删除,例如要从卷组vg_data中删除物理卷hda15,如下所示。

# vgreduce vg_data /dev/hda15

  Removed “/dev/hda15″ from volume group “vg_data”

如果要从卷组中删除所有未被使用的物理卷,可以使用如下命令。

# vgreduce –a

5.删除卷组

当卷组不再需要的时候,可以使用vgremove命令删除。如果卷组中已经创建了LV,则系统会提示用户确认是否要进行删除,命令及运行结果如下所示。

# vgremove vg_data

Do you really want to remove volume group “vg_data” containing 2 logical volumes

? [y/n]: y

Do you really want to remove active logical volume “lv_data1″? [y/n]: y

                                             //确定删除逻辑卷lv_data1

  Logical volume “lv_data1″ successfully removed

Do you really want to remove active logical volume “lv_data2″? [y/n]: y

                                             //确定删除逻辑卷lv_data2

  Logical volume “lv_data2″ successfully removed

  Volume group “vg_data” successfully removed

卷组被删除后,卷组中的所有物理卷将不属于任何卷组,可以对这些物理卷进行删除,命令如下所示。

# pvdisplay /dev/hda14

  “/dev/hda14″ is a new physical volume of “1.86 GB”

  — NEW Physical volume —

  PV Name            /dev/hda14

  VG Name               //VG Name一列为空,表示该PV不属于任何的VG

  PV Size             1.86 GB         //PV大小

  Allocatable          NO              //是否可分配

  PE Size (KByte)       0               //PE大小

  Total PE             0               //总PE数

  Free PE              0               //空闲的PE

  Allocated PE         0               //分配的PE

  PV UUID             VzjEpx-or1h-v3gN-zOCm-FnjC-eDOz-tp5Yzg

可以看到,物理卷hda14的VG Name一列为空,表示该物理卷不属于任何的卷组,用户可以删除该物理卷,或分配给其他卷组使用。

四、逻辑卷管理

逻辑卷类似于非LVM系统中的磁盘分区,在逻辑卷上可以建立文件系统,文件系统建立完成后就可以挂载到操作系统中进行使用。逻辑卷被划分为被称为LE(Logical Extents)的基本单位。在同一个卷组中,LE的大小和PE是相同的,并且一一对应。

1.添加逻辑卷

当卷组创建后,可以使用lvcreate命令在卷组上创建逻辑卷。例如要在卷组vg_data上创建一个1000MB的逻辑卷lv_data1,其命令如下所示。

# lvcreate -L 1000m -n lv_data1 vg_data

  Logical volume “lv_data1″ created

除了KB、MB和GB这些常规单位以外,lvcreate命令还可以使用PE数作为单位。由vgdisplay可以看到卷组vg_data的PE大小为4MB,如果要创建一个大小为1000MB的逻辑卷,则需要250个PE,命令如下所示。

# lvcreate -l 250 -n lv_data2 vg_data

  Logical volume “lv_data2″ created

我们现在ppvod做LVM使用的命令是:

#lvcreate –i 4 –I 8192 –L 1600G –n lv_data2 vg_data

-i:采用条带模式的映射方式创建逻辑卷,该参数的值用于指定所创建的逻辑卷将映射在几个PV上。

-I:指定使用条带模式时所采用块的大小,单位为KB,其值必须是:2N(N≥2)。

-L:指定创建逻辑卷的大小,单位的可以用K、M、G、T表示KB、MB、GB及TB。

-n:用来指定所创建的逻辑卷名称,该名称可以根据需要随便定义。

在使用“-i”参数指定PV的个数时,一定要确认所指定的这些PV是没有完全被分配给任何逻辑卷的,否则将创建失败,其次若这些PV的大小不等,那么所创建的逻辑卷只能取最小值。

这样创建的LVM起到了软Raid的作用,可以使IO压力分散到各个硬盘之上,提高IO性能。

卷组和逻辑卷创建后,会在/dev目录下创建一个以VG名称命名的目录,在目录下会创建以LV名称命名的设备文件,如下所示。

#ll /dev/vg_data

total 0

lrwxrwxrwx 1 root root 28 Aug 24 22:22 lv_data1 -> /dev/mapper/vg_ data-lv_data1

lrwxrwxrwx 1 root root 28 Aug 24 22:21 lv_data2 -> /dev/mapper/vg_ data-lv_data2

2.更改逻辑卷的大小

使用lvresize命令可以更改已有逻辑卷的大小。一般情况下不建议减少逻辑卷的空间,因为这样可能会导致逻辑卷上的文件系统中的数据丢失,所以除非用户已经确定被减少空间中的数据不再需要或者已经把重要数据备份出来,否则不要减少逻辑卷的空间以免造成不可挽回的损失。如果要把逻辑卷lv_data1的大小增加为1500MB,可以使用下面的命令。

# lvresize -L 1500m /dev/vg_data/lv_data1

  Extending logical volume lv_data1 to 1.46 GB

  Logical volume lv_data1 successfully resized

3.查看逻辑卷的信息

使用lvdisplay命令可以查看指定逻辑卷的信息,例如要查看逻辑卷lv_data1的信息,命令和运行结果如下所示。

# lvdisplay /dev/vg_data/lv_data1

  — Logical volume —

  LV Name                 /dev/vg_data/lv_data1  //逻辑卷名称

  VG Name             vg_data                   //逻辑卷所属的卷组

  LV UUID                 3CrIH1-rZr6-UkNZ-1Z5n-gHw2-SM5T-by5fKg

  LV Write Access        read/write

  LV Status               available

  # open                  0

  LV Size                 1.46 GB                  //逻辑卷的大小

  Current LE              375                      //逻辑卷的逻辑块数

  Segments                1

  Allocation               inherit

  Read ahead sectors      auto

  – currently set to         256

  Block device             253:0

可以看到,逻辑卷/dev/vg_data/lv_data1所属的卷组为vg_data,访问许可为可读写,卷组状态为可用,逻辑卷大小为1.46GB,总的逻辑块数为375。

4.删除逻辑卷

使用lvremove命令可以删除指定的逻辑卷,删除前系统会提示用户确认。例如要删除逻辑卷lv_data2,其命令和运行结果如下所示。

# lvremove /dev/vg_data/lv_data2

Do you really want to remove active logical volume “lv_data2″? [y/n]: y

  Logical volume “lv_data2″ successfully removed

删除后,逻辑卷上的所有数据均会被清除。

分类: 4.操作系统, Linux 标签:

游戏设计经典作品-[快乐之道-游戏设计的黄金法则]

2010年5月18日 代码罐头 1 条评论

这本书只有寥寥两百页左右
而且其中一半(所有奇数页)都是一副漫画
但是却用了我大约一个月来读
因为里面几乎每句话都是非常深刻的
下面是一些粗浅的理解

游戏归结就是模式
人玩游戏就是对未知模式掌握的过程
最终.游戏的过程就是对模式掌握的过程

当一个玩家对某个游戏所包含的模式彻底理解的时候,
也就是这个玩家放弃此游戏的时候

不同的人喜欢不同的模式
其实是不同人更容易掌握某种模式
导致不同的玩家喜好不同的游戏
其实也就是不同玩家只玩他所擅长的游戏

游戏可以通过增加数据来增加模式的变化量

失败必须有惩罚,哪怕是机会性惩罚

分类: 读书笔记 标签:

招聘SA

2010年5月5日 代码罐头 18 条评论

需要会.NET的SA
同时需要LINUX的SA
SA需要会SQL
再同时招聘DBA
MySQL主攻
不懂的会SQL SERVER也可
会ORACLE的要是开几万月薪的就别过来了.
人要聪明,举一反三,有学力,学历大专以上(没办法,公司规定)
以后做的是海外服务器的运维工作
起码能写SUPPORT信给国外IDC

分类: 未分类 标签: