就气候变化问题而言，当前争议的焦点是发达国家和发展中国家应该如何分担改善气候变化的重任。菲利普▪史蒂芬相信，只要采取适当策略及先进技术，人类依然可以应对气候变化的挑战。

在气候变化议题上，从“否认现实”到“彻底绝望”，往往只有一步之遥。人们往往如鸵鸟般不愿面对现实，一旦意识到问题，便很快对现实“掩面绝望”。于是，“不以为意”的态度很轻易地转变为“无能为力”之感。

尽管到目前为止所收集的证据证明了全球变暖问题的严重性，现在仍有少数人固执地认为全球变暖问题仅仅是社会改良家和科学家为了成为伟大的预言家而杜撰出来的故事。在预测温室气体排放和温度变化之间潜在关系的行动中，不可避免地存在不准确性，这些极少数的怀疑主义者往往紧紧抓住这一点，并以此为借口，忽视科学知识展示出的压倒性证据。

我们对这种策略已经司空见惯了，当年人们就是用这种策略来否认吸烟与癌症之间的联系——如果你证明不了所有的事情，那么就相当于没有证明任何事情。或许我的想法有些愤世嫉俗，但是我总是禁不住去想，这么多对气候变化持怀疑态度的人往往都是到了一定的年龄，可以确信当事实证明他们的想法是错误的时候，恐怕他们早已不在人世，这是否纯属巧合呢？

华盛顿皮尤研究中心(Pew Research Center)针对气候变化问题而进行的最新一次全球态度调查显示，“否认现实”依然是一种很普遍的态度。令人欣慰的是，此次年度调查涉及到的24个国家中，有14个国家将全球变暖问题视为十分严重的问题。而令人担忧的是：对于气候变化最不以为意的国家就是二氧化碳(CO2)排放量最高的国家。

只有不到一半的美国人（42%）认为气温升高是一个严重的问题。在中国，这样认为的人仅占24%。相比之下，在日本、法国、坦桑尼亚和土耳其，这一数字达到甚至高于70%，在巴西则高达92%。令人惊讶的是，这一数字在德国仅为61%；相反英国的56%却在意料之中。

世界上两个最大污染国的民众态度状况令人担忧。与一年前相比，美国和中国的民众对于气候变化问题的重视度都有所下降，在中国，当前关注气候变化的人数比重几乎由一年前的42%下降了一半。

这两个国家，一个作为二氧化碳人均排放量最高的国家，另一个作为二氧化碳排放总量世界第一的国家，都必须站在所有抵抗气候变化、减缓气候变化速度的全球行动的第一线。

同样令人担忧的是，这两个国家似乎总在相互指责。皮尤研究中心的调查记录显示，每10个美国人当中就有4个人认为中国才是罪魁祸首，相比之下，只有不到四分之一的人认为他们高油耗的生活方式才是全球气温不断上升的主要根源。稍稍多于四分之一的中国人认为美国才应该为全球变暖负责，而只有不到10%的人认为他们自己的国家才是主要祸根。

这样的现实让我们陷入绝望，绝望来源于两种借口。其一是政治上的“短视”，认为眼前有太多棘手的问题需要去处理，无暇顾及气候变化。从油价由低到高的攀升过程我们就见识到了这种“短视”。

大约一年之前，最发达国家之间政治对话的议题是如何减少碳排放量。诚然，无碳世界是很不错。但现在，当务之急就是说服沙特阿拉伯从地底开采出更多的碳氢化合物来满足市场需求。政治家们会辩护：当能源和食品价格居高不下的时候，我们怎么能要求选民去为环保做出牺牲呢？在生活艰难之际，绿色环保便难以流行。

不断飙升的油价也确实带来了不少好处。通用汽车公司悍马部门倒闭，关注环抱的美国人可以大肆庆祝一番了。而在英国，曾备受伦敦富豪喜爱的4x4s越野车的销量也正在直线下降。

尽管不合常理，但事实就是温室气体适度减排的代价就是又一笔巨大的财富向少数产油国转移。在任何情况下，与发展中国家碳足迹成指数式扩张的现实相比，从改变交通运输方式行动中节省下来的这几加仑汽油造成的污染又算得了什么呢？

中国平均每周能新建两座燃煤电站。世纪之交，中国汽车拥有量不到100万辆，而据预计，在大约20年内，中国汽车年销量将达到1800万辆——这又将对全球气候产生何等巨大的影响呢？而我们还没有考虑另外一个经济腾飞的大国——印度——对化石燃料的庞大需求。

于是，对气候变化的另一个借口，我们亦深感绝望：控制气候变化难度太大。只有所有国家都一致朝着低碳经济努力发展，气候变化才能够得到控制。如果美国不打算改变其挥霍能源的习惯，如果中国不愿意承担未来经济增长减缓的风险，那么制定出可行的国际条约，实现到2050年温室气体减排80%的目标，还有何希望可言？

是的，改善气候变化的确任重而道远，但同样肯定的是，这一切都是有可能的。坚持相反意见的人可以去读读一篇新的研究报告，即《气候变化问题中国际协议的关键因素》。该报告由伦敦经济学院出版，由英国经济学家尼古拉斯•斯特恩带领的一批专家撰写。

原《斯特恩报告》是2006年为英国政府准备的，它以冷静审慎的笔调，分析了气候变化当中的经济学，这一最新的短期报告放弃了魔法式的解决方案。相反，它将气候变化的挑战分解为多个部分，并提出了切实可行的应对措施，如市场机制、技术进步、改变行为等。其核心结论是治疗“绝望症”的良方妙药：“气候变化的挑战是深远的、全方位的和全球性的；但也是可以控制的。”

特别需要指出的是，为了解决目前僵局中的核心问题，该报告制定了详细的路线图：发达国家和发展中国家应该如何分担改善气候变化的重任。

该报告认为，对于发达经济体碳排放的最高限制应当立即执行——这些是二氧化碳排放量最大的国家。但是直到2020年之前，新的国际交易机制不应当给发展中国家设定强制性减排目标。在这期间，较贫困的国家可以通过销售减量凭证来筹集资金，从而最终缩减本国的碳足迹。

我并不认为该计划十全十美。但是与技术相结合，该报告向我们展示了问题是可以轻易解决的。美国两党总统候选人都支持碳排放交易。一位美国朋友告诉我，拯救地球可以成为一项“美国使命”，使追求利润的企业家和呼吁更好地管理地球的福音基督徒两大角色结合起来。

对中国来说，或许现在它还有其他急需解决的问题，但是我想中国也不愿意在一个极其酷热的地球上走自己的富强之路。

来源：http://www.ft.com/home/uk

金融时报有限公司2008年版权所有       

首页图片Evan Leeson摄

 

7月18日，英特尔将迎来40岁生日。遍布全球的英特尔分支机构及数以万计的员工已为这一重要时刻的到来准备了丰富多彩的庆典活动。此时此刻，作为在英特尔耕耘了十几年的老员工，我也感到万分激动。我想通过这篇博客来表达我和团队同事们对公司的美好情感和由衷祝福——客观地说，英特尔的创新光谱实在有太多的闪光点可供温故，但在此我并不想和大家分享那些广为人知的英特尔发展史，而是希望结合过往的一些真实经历和感受，来展现英特尔是如何与中国共成长，及今日之中国对年届不惑的英特尔而言是何等的重要。

1979年，第五届全国人大第二次会议通过了《中外合资经营企业法》，这为跨国企业进入中国市场提供了法律依据。同年，英特尔刚刚推出8088微处理器，并首次跻身《财富》杂志“世界500强”排行榜。由于当时还看不清PC及中国市场的潜力，直到六年后，公司才在北京设立了第一个代表处。

比我更早加入公司的同事曾表示，在英特尔着陆中国的最初几年里，没有人敢于低估中国这一新兴市场的澎湃潜力，但也没有人能确切地指出，如何才能将这种潜力转化为实实在在的业务动力。直到九十年代初，这种状况才发生了根本性的改变。

1994年，当时分任公司CEO、COO的安迪•格鲁夫先生和克瑞格•贝瑞特先生首次访华，而我则刚到英特尔总部做实习生。后来我想，或许是因为英特尔认识到了中国的重要性，所以才引进我这个在美国学商法的中国人。

有别于跨国企业在华发展惯常采用的“贸工技”（先卖产品、再建工厂、最后才轮到创新资源移植）发展模式，英特尔一旦决意深耕中国市场，便是研发、制造和营销多管齐下——其后的十多年里，英特尔中国研究中心、英特尔亚太区研发有限公司、英特尔中国软件中心和英特尔亚太区应用设计中心等研发机构纷纷崛起，英特尔产品（上海）有限公司、英特尔产品（成都）有限公司和英特尔半导体（大连）有限公司等生产性企业相继奠基。2007年，英特尔又把中国大区划为全球营销网络中的独立区域，给予它在机构、营销和人事等方面的决策权。

我有幸见证并参与了英特尔实现“中国梦想”的整个过程——所谓“好事多磨”，用这个成语来形容英特尔在沪、蓉两地投资设厂的经历可谓再合适不过。

记得当初英特尔决定在上海投资兴建闪存封装和测试工厂，我也是总部派往上海的“考察队”的成员之一。上海市政府和英特尔都盼望着尽快达成合作。英特尔很快在闵行区选了一块地用于建厂。然而让人始料未及的是，1995年底，国家决定调整针对外商投资企业的税收政策，对设备和建厂材料进口开始征税。算下来，税金要比我们放弃工厂用地所蒙受的损失更高。于是留给英特尔的就只有一个选择，即舍闵行而取浦东外高桥保税区（根据当时政策，仍可以享受免税待遇）。工厂还没建起来，英特尔已账面亏损了几百万美元。现在想来，仍然让人感慨。

在为英特尔成都工厂选址的过程中，也有些值得回忆的事。与当地政府商谈项目跨时两年多，期间还遭遇了SARS危机——从香港到成都，我乘坐的飞机上只有三名以口罩遮面的乘客。谈判过程中，来自总部的一位代表病倒了。咳嗽、发烧等症状与令人谈虎色变的SARS很是相像。尽管如此，成都市的几位领导还是不避风险地到医院探视他。这种诚意深深地打动了我们每一个人。

英特尔与中国的结缘是源自双向互动的引力。中国拥有广袤的市场、丰富的人才和务实的政策，这些都在不断提升英特尔作为一家深度本土化的跨国公司的归属感。另一方面，20多年来，英特尔也始终在以实实在在的举措履行着公司对中国的长期承诺。立足中国、回报中国、助力中国，这已是全体英特尔员工的共识。英特尔，与中国息息相关、“芯”心相印。

回首英特尔四十年来的创新光谱和二十余载的中国情愫——1968年的7月18日，在阳光明媚、气候温润的加州山景城（Mountain View），罗伯特•诺伊斯、戈登•摩尔和安迪•格鲁夫共同创立了英特尔。40年来，这个渴望在集成电路市场上有所作为的小公司最终成长为PC和互联网时代的创新魔法师——它发现了一片“芯大陆”，并将英国诗人威廉•布雷克的奇思妙想（一花一世界、一沙一天国）变成了现实。而在不久的将来，英特尔会在中国抒写出更动人的传说吗？答案应该是肯定的。让我们拭目以待吧。

生日快乐，英特尔！

勇往直前，中国！

Comments (1)

Percona has a strong team of MySQL developers and consultants on board, so we decided to prepare MySQL releases with our patches and third-party patches which we think are very useful. We actually use these internally and for our customers.

Current releases include:

• microslow patch (enables microsecond resolution in slow logs)
• execution plan (show info about query execution in slow log)
• InnoDB statistic (show extended InnoDB usage during query execution in slow log)
• Google’s patches with user statistics, and statistics about tables and indexes usage

You can find more info about some of our patches here:
http://www.mysqlperformanceblog.com/2008/04/20/updated-msl-microslow-patch-installation-walk-through/
Some features were sponsored by customers and we are allowed to publish them under GPL and some we developed for internal needs.

We prepared 5.0.62 release (based on MySQL Enterprise 5.0.62 source, taken from http://mirror.provenscaling.com/mysql/enterprise/source/5.0/) and 5.1.26-rc release, and they are currently available only as source .tar.gz, but we will provide public access to our YUM repository with binaries, RedHat/CentOS and Suse RPMS / SRPMS when they’re available. Here are links to the source releases:

mysql-5.0.62-percona.tar.bz2 md5:507780b62f9ccd17879929653307e3dd
mysql-5.1.26-percona.tar.bz2 md5:0574b38755786a97bc476058051cbe82

You can find the individual patches here:
http://www.mysqlperformanceblog.com/mysql-patches/

Besides standard 5.1, we are going to make releases with the InnoDB plugin version compiled in (not as a plugin), as the current system with independent InnoDB binaries does not seem handy for us.

We have couple of ideas what else we can develop and include in our releases, but also your comments are very welcome.

We are still investigating Launchpad features, there is our -percona branch, but it is outdated at this moment. Probably our next releases will be based on Launchpad branches, we still need to decide how it fits into our development model.

Disclaimer: Although we use tested releases as best as we can, and use them internally, we do not claim they are bug-free, and you should use them only if you know what you are doing.

---

Entry posted by Vadim | 11 comments

Add to: | | | |

Jeff Atwood started a barn burner of a conversation in Maybe Normalizing Isn't Normal on how to create a fast scalable tagging system. Jeff eventually asks that terrible question: which is better -- a normalized database, or a denormalized database? And all hell breaks loose. I know, it's hard to imagine database debates becoming contentious, but it does happen :-) It's lucky developers don't have temporal power or rivers of blood would flow.

Here are a few of the pithier points (summarized):

read more

Update: Here are a few experience reports of developers using GAE. Diwaker Gupta likes how easy it is to get started on the good documentation. Doesn't like all the limits and poor performance. James here and here also likes the ease of use but finds the data model takes some getting used to and is concerned the API limits won't scale for a real site. He doesn't like how external connections are handled and wants a database where the schema is easier to manage. These posts mirror some of my own concerns. GAE is scalable for Google, but it may not be scalable for my application.

It's been a few days now since GAE (Google App Engine) was released and we had our First Look. It's high time for a retrospective. Too soon? Hey, this is Internet time baby. So how is GAE doing? I did get an invite so hopefully I'll have a more experience grounded take a little later. I don't know Python and being the more methodical type it may take me a while. To perform our retrospective we'll take a look at the three sources of information available to us: actual applications in the AppGallery, blogspew, and developer issues in the forum.

The result: a cautious thumbs up. The biggest issue so far seems to be the change in mindset needed by developers to use GAE. BigTable is not MySQL. The runtime environment is not a VM. A service based approach is not the same as using libraries. A scalable architecture is not the same as one based on optimizing speed. A different approach is needed, but as of yet Google doesn't give you all the tools you need to fully embrace the red pill vision.

I think this quote by Brandon Smith in a thread on how to best implement sessions in GAE nicely sums up the new perspective:

Consider the lack of your daddy's sessions a feature. It's what will make your app scale on Google's infrastructure. 

In other words: when in Rome. But how do we know what the Romans do when the Romans do what they do?

read more