最初的时候我也是用Dreamhost的，因为第一年比较便宜，只要20多$就可以拥有，正好当时表哥让我多关注些IDC方面的东西，所以毫不犹豫的入手了。这一年的时间里Dreamhost的功能是都体验到了，不过就连博客我都没在那里放过。那速度太慢了，而且因为权限的问题很多东西没办法安装配置，后面很长一段时间都是弃置在那里。

到08年3月份，在比较了美国几个老牌的服务商后，最终入手了MediaTemple(MT)的(dv)Base。最初知道(MT)是因为Mootools，这个以代码优雅见称的Javascript Framework让我一见钟情。它的主页风格我也很喜欢，包括右上角的Partnership With (MT)的Logo。我觉得能把IDC这种技术服务类的站点做的如此漂亮的团队在技术本身的投入一定更大，所以从这一点上来说，第一次访问(MT)的时候，它就已经征服了我。

(dv)Base
RAM: 256MB（实际673MB，这点很奇怪）
Storage: 20GB
Transfer: 1TB
Price: $42.5/month

这一年下来，没有哪怕一分钟的宕机记录，速度永远是不疾不徐，完全属于你的独立的系统，强大的Plesk（尽管有些人对它不很感冒，不过都不能否定它的强大么），甚至有For iPhone的管理界面。我经常会去(MT)溜达，看看有没有新的服务出来。它还在孵化中的(xv)我已经眼馋很久了，申请了好几次不过都没成功。

前天在Twitter上看到有人推荐Linode，跟着就去看了下。很简约的工程师风格，因此页面打开速度比(MT)快一些。google上找到的几个托管在Linode的站点速度很好，对它的评价也很好。它的Plan相比于(MT)还是很有诱惑力的，我的(dv)Base最终是$42.5/month，在Linode这个价格可以拿到Linode 720：

Linode 720
RAM: 720MB
Storage: 24GB
Transfer: 400GB
Price: $39.95/month

出于试用的目的，我先买了Linode 540。付款成功登录后先是选择数据中心，据说Fremond的比较好，我就选了那里。和(MT)不同的是Linode没有pre-install，而是要自己创建vps；Linode购买的不是vps而是可供vps使用的硬件资源，在资源允许的情况下，你可以创建多个vps，并且可选的OS类型比(MT)多太多了。这就是理念的差别了，也是商业模式的根本区别。

(MT)提供的是一整个解决方案，而Linode只是给了你资源，你可以最大化的利用它。

从Plan来说，虽然Linode 720比(dv)Base要便宜一些，但是流量太少了，足足少了600GB。这在Linode的Extra里要买$60/month！但对于一般人来说，400GB也是足足够用，这个就是看各人了。(MT)的内存很奇怪，Plan里标明的是256MB，在vps里却是673MB，莫非那256MB是专用内存，而其它的都是共享的？谁知道的话还望告知。

从使用角度来说，即使你对服务器安装和配置一无所知，依靠AccountCenter和Plesk你也可以轻松的在(MT)的vps上架设起WordPress，这整个过程一个小时算多的了。而在Linode，你必须知道什么是gcc，什么是fcgi，如果你不知道怎么用yum或者apt，只是装一个gd或者imagemagick就能累死你。等到你都弄完WordPress跑起来时，也许一天已经过去了。不过对于熟悉这套流程的人来说，Linode却更符合他们的口味。当然，(MT)也允许你不使用内建那一套系统，而是自己配置，不过总是稍微比Linode弱了点.

在售后和扩展上，二者的售后都是没话说，甚至都有使用中文沟通的先例。扩展对于vps来说更是小菜一碟，只是都价格不菲。二者都可以方便的Upgrade到其它Plan，也支持单独购买Add-ons。但Linode做的比(MT)要好，可以很方便的添加RAM、Storage、Transfer、IP；而(MT)只能购买RAM和网络备份，添加ip都要去开一个support ticket才行。

硬件设备上，我的(dv)Base是Intel(R) Xeon(R)CPU E5345 @ 2.33GHz X 4；Linode是Intel(R) Xeon(R)CPU E5430 @ 2.50GHz X 4，要快一些。(MT)的网络环境可能要比Linode好一些，我做了个长Ping，Linode的丢包率要比(MT)高10个百分点。不过这也没办法，毕竟这是天朝。

总的来说，这两家服务商的口碑都不错，从中国访问速度也都算是快的，都推荐使用。如果你不精通于服务器配置，或者是想合租，或者是你的站点流量比较大，或者希望管理省心点等等那么我推荐你使用(MT)；如果你预算稍微低一些，或者你精通服务器管理和配置，或者对流量相对要求低一些，或者希望最大化的利用资源，或者希望方便的扩展，或者希望体验服务器架设的乐趣等等，那么推荐你使用Linode。

以上，全文完。

Updated @ 2009-03-28
根据Fwolf在这篇日志里的说法：“主机内存实际是256M，可能是多核的缘故，总显示接近700M内存，不过对应的各个进程占用的内存也相应增加了”，那么还是Linode性价比更高一些！

明天要去拍婚纱照，今天下午三点多的时候就请了假和老婆一起去选衣服。选完坐在车上往回走的时候又开始下雨，即便我们早有心理准备也不免还是有些郁闷。前段时间杭州连续下了好几周的雨，这太阳公公还没露几回脸呢就又开始霪雨菲菲了。当此时如果在岳阳楼上怕是我也要挥毫写下“若夫霪雨菲菲，连月不开”这等诗句了，想来范老当年定也遇到了这样的天气。

杭州的道路在雨天越发的不堪负荷，电台的主持人一边说笑话一边插播路况。杭州的电台一般目的比较明确，比起南京的电台来少了很多味道，可能更加注重收听率这些数据吧。我要说的是其中有一个笑话：

有一个人去法国出差，他想顺路去看看他的朋友。等到了法国的时候才发现他忘记了那个朋友的地址，于是就赶紧发了个电报回家问自己父亲：“爸爸你知不知道我朋友xxx的地址”。很快他爸爸的电报就回过来了，而且还是加急的。他打开一看，里面只有三个字：“我知道”

还有一个例子：

晚上的晚些时候我和老婆一起去理发店，冲洗的时候店员问我：“你是要水温高一点呢还是低一点？”。那我该怎么选择？高一点是不是太烫了？低一点是不是有点凉了？

这让我想起了今天公司里做了一个Scrum的培训，虽然之前就有实践，我也还是去听了下。如果说一个企业成长的过程中从小型到中型的转变时，在效率提升上主要面对的问题是流程问题的话，那么从中小型向大中型转变时主要的问题就是人的问题。在这个层面上，流程是没有办法解决问题的。公司想引入Scrum来提高工作效率降低项目风险是可以理解的，但是说实在的，Scrum对人的要求很高，而且我不觉得几百人的team可以一起Scrum。尤其在我们这个以文档驱动的公司里面，最初产品PRD里的描述在开发人员那里可能就产生了第一次偏差，到了测试人员那里产生了第二次偏差，然后运营还很high觉得这是ok的，推广的不亦乐乎。

要做Scrum，首先要避免的就是类似上面这两个例子里的问题。而且必须是无浪费的避免。也许TDD或者BDD可以解决这样的问题，也许PD和项目开发人员总是一起组成team可以解决这样的问题，不过对于公司目前来说我觉得最关键的问题是，真的需要这么庞大的一个team么？为什么早在team只有数十人规模的时候不做Scrum？

严格的说来，我也不知道自己算不算是程序员。对于目前focus的项目来说，我是全能型选手；对于公司来讲，我是一名前端工程师；对于很多我博客的访问者来说，我是一名絮叨的多愁善感的“文艺性程序员”；对于业内的朋友们来讲，我是一名从事互联网行业的web开发工程师；对于以前的同学们来说，我是一名特立独行的叛逆者；对于家人，当然的，我永远都是孩子。

你要让我具体说出我平时都用什么语言进行开发，我可能会说不出来——不知道该说哪个好。我这不是在表现自己，早不是那样的轻狂少年。而是，当你从事你喜欢的职业时，如果你把工作视为生活的一部分，你会主动寻找你感兴趣的项目与技术：这不是单纯的自我提升，而是生活的一种调剂；或者你的生活里需要你使用某个技术手段去解放自己、获得更安逸生活时，你也会在自己的能力范围内去寻找解决方案：这是在创造生活。

所以，就像徐宥同学使用gtalk在下班前打开家里的空调那样；就像Ben为他妻子Mena开发的MovableType成就了Six Apart一样；就像Leonard为了和他太太Sandra可以传递晚上买菜的清单而成就了Cisco一样。

不是每个为了生活的努力都会给予你一千亿美金的回报，也不是每个为了生活的努力都会给予你什么。很多时候我们就是喜欢这样的生活，这就是我们的生活方式。你能说Leonard和她妻子当初的弄出来的小盒子就一定比马桶有价值么？

我们的生活除却传承的天性和社会性之外，不为任何而生活。在这一点上，每个人努力的价值都相等。

我现在用的Transformer也一样。

PS: 域名和博客程序更换，由此产生的feed内容重复还请诸位feed阅读器达人们谅解。