IT瘾life推荐

从天涯到腾讯：10年，不苟且的运维之路

Tue, 17 May 2016 10:51:17 CST

导言
最近比较关注大数据、云计算、Docker、DevOps等几个方向，一会也简单围绕这几点跟大家做个交流。
聊运维人生这个主题有点大，^_^就先从个人怎么入运维这行说起吧。

人在天涯
2003年毕业后的第一份工作是当php、java程序员，人力紧张时还要兼顾美工设计的工作。
工作中一次偶然的机会看到导师在黑压压的界面中敲入不同指令，第一感觉非常震撼，很COOL，联想到《黑客帝国》电影中的画面，与之前接触到的Windows系统完全不一样，后来才晓得是Redhat9（红帽9）。此时还是一名普通码农。
2005年的10月，进入第二个东家-天涯社区，人生的第一个转折点在此酝酿。
由于赶上了公司快速发展的阶段，接触到了很多开源技术，包括LVS、Squid、Haproxy、MongoDB、Mysql、Cfengine等等，也不断应用在生产环境，取得了非常不错的效果，重点业务的高可用持续保持在99.99%。

如何高效运营？
随之新的问题也陆续出现，包括如何更好整合各类开源组件，发挥其最大效能，另一个是如何高效运营。不可否认，具有开发背景的运维人员有着先天性的优势，可以在不同角色之间进行思考，视野被放大。
事实上在天涯6年就做一件事，即主导并实施天涯社区从Windows技术路线往开源架构改造，驱动这个事情有两原因，一个是运营管理成本、另一个是正版化给企业带来的高额成本（视窗+Sqlserver License）。
改造最大难点是没有可参考及借签的对象，文档资料不全。完全依靠原有人员的技术储备，不断摸索。经过“试错 -> 失败 -> 回滚 -> 再尝试”的过程，个人能力在此期间也得到了一次升华。
对Linux环境下的C++做了深入的研究学习，具备这样的知识对开源软件的架构、分层理解及故障定位有很大的帮助。改造后的天涯新架构在当时比较具有代表性且通用。

架构图如下：

2010年天涯IT管理架构

天涯期间的开源项目

取之开源，同样也回馈开源，以下为个人在天涯期间的开源项目，其中开源后的“LVS管理平台”第一时间被国内某证卷公司采用，当时感觉很有成就感。
比较有意思的“服务器机柜模拟图平台”项目，不少公司在此基础上陆续出升级版本，平台截图如下：

可以通过下面网址，访问在线版本
https://blog.liuts.com/idc/

后面也将内部的运维管理平台原型做了开源，同时也在《Python自动化运维实践》书籍中做了介绍，下面为OMServer平台截图

源码托管在:
http://github.com/yorkoliu/pyauto

小经验：
05年开始写博客，当时目的比较单纯，即当笔记本来用，后来慢慢演变成交流沟通的平台，收到很多同行的评论、邮件，也认识了很多业界大牛，很多好友到现在还保持联系。

坚持写博客是一件非常困难的事。但在荣获了2010年度《十大杰出IT博客》的同时，也让我领悟到每写一篇博客其实就是个人对工作、生活的一次总结。不但可以锻炼你的语言组织、逻辑思维、表达等能力，还可以给你增加人气，提升个人影响力 ^_^。

腾讯CDN运维之旅
2011年加盟腾讯，主要负责了腾讯静态、下载类的CDN运维，截止当前已有400+加速节点（包括静态内容平台、游戏下载平台、UGC加速平台、流媒体平台、动态加速平台等），总带宽突破10Tb，覆盖了腾讯QQ、微信、QQ空间、腾讯视频等业务。
流量调度主要通过GSLB来实现，部分业务基于httpDNS来实现。
腾讯自建CDN除了强大的资源部署外，软实力方面做得非常不错，比如：协议栈优化TCP传输、DiskTank解决小文件读写瓶颈与碎片、链路实时调整等，其中链路实时调整依赖全网拓扑的实时测速的数据作为依据，调整事件是通过调用公司的GSLB接口进行刷新。

调度示意图如下：

What happened?

运维期间碰到最头疼的问题还是小运营商的域名、内容劫持，表现形式为TTL、目标指向、内容劫持等几个方面。

Why?：运营这样做的初衷是什么？

减少运营商LDNS设备的性能负载；
减少运营商跨网结算成本；
嵌入捆绑广告营销策略等。
How?：解决的一些思路，发现问题：

主动：遍历域名在所有运营商LDNS的解析结果，与公司的威权GSLB记录做比较，存在异常的解析可以立马被定位；
被动：产品投拆、网友论坛反馈等渠道。目前还没有彻底解决问题的方案，原因是站在运营商的角度，适当的劫持是合理的，不过可以通过商务去推动解决（局部），关于内容劫持比较好的解决方案就是上HTTPS。

腾讯数据运营大舞台

2013 年至今负责腾讯游戏大数据运营体系的建设，支撑百余款游戏的数据接入、传输、ETL分析、大数据基础平台运维等工作，确保日7000亿条(50T)日志流水传输，以及日均10万次计算任务调度质量。
在IT基础服务方面，利用Docker技术及DevOps理念，对游戏数据应用实施持续交付流程、服务弹性调度的落地，以及开发团队与运维团队融合制度的定制。

数据运营简介

当前腾讯游戏数据传输、存储规模：

游戏大数据服务架构图：

其中存储与计算都采用公司级的数据服务平台-TDW（基于Hadoop+Hive构建），传输采用自研的TDBank平台，类似于开源Flume+Kafka的技术方案。
数据采集采用自研的Tglog方案，更轻量、传输效率更高，支持UDP及TCP版本，两个特点：
耦和度低、标准开放接口、接入成本低；
统一化数据运营标准协议XML、数据本地化容灾。
Tglog简介：

也简单介绍下Tglog日志格式的定义吧，分两部分，一为日志描述，二为实体日志。

下图为日志格式描述文件（XML格式）：

下图为采集原始日志格式（表名|字段值1|字段值2|… …）：

支撑数据应用-iData(腾讯智能化游戏数据分析平台)，提供了游戏生命周期管理，且每个环节都结合了数据挖掘算法，做到精准玩家触达，精细化运营的目的。

运维支撑难点：

如何保障海量游戏日志的采集、传输质量达到99.999% 的SLA标准?
需要从几个维度入手，包括元数据管理、数据地图、数据字典、血缘关系、数据对账、安全审计等。同时要确保与各类数据变更的强联动，感兴趣今后可以展开来讨论哈。
二级数据分析集群我们采用Flume+Spark，调度使用Mesos来实现，同时也结合kubernetes来实现长服务组件的调度，有兴趣今后可展开讨论。

我的DevOps观
Why DevOps?
DevOps是开发者和运维之间的高度协同与融合，这个过程贯穿整个软件开发生命周期，从业务规划到创建、交付再到反馈。
需要注意一点是，不仅仅包括是开发和运维团队，真正的 DevOps 方法需要业务部门、测试人员、企业高管、合作伙伴和供应商等配合完成。
主流观点
为什么要DevOps，国内认同度比较高的几个观点，更多可搜索老王分享过的一些文章。

改善团队协作；
帮助控管风险、成本、减少浪费；
提升软件品质；
提高软件迭代速度。
个人观点
个人更趋向于IBM的诠释，即增强客户体验、提高创新能力、更快实现价值。

建立一种机制，从所交付软件应用的所有利益相关方快速获取反馈，利益相关方包括客户、业务部门、用户、供应商、合作伙伴等等；
目标是减少浪费和返工，并将资源转移给价值更高的活动；
将软件快速、高效和可靠地交付于生产的文化、实践和自动化，快速达成目标，实现价值。
How?
怎么去做DevOps？
调整考核和激励机制；
绑定开发、测试、运维，共同输出价值；
全面自动化，减少人工干预；
开展培训和组织开发活动；
制定新体系结构标准。
持续集成、交付、部署是一个非常好的切入点，DevOps全景图：

So What is it?
Devops就是:

CALMS - Culture（文化）
Automation（自动化）
Lean （Lean[精益]理论，其思想源于消除浪费）
Measurement（量化）包括监控、指标、分析
Sharing（分享）
补充概念
很多人会混淆持续交付(Continuous Delivery)、持续部署(Continuous Deployment)两个概念。
简单说明下，持续交付并不是指软件每一个改动都要尽快的部署到产品环境中，它指的是任何的修改都已证明可以在任何时候实施部署，而持续部署是将所有通过了自动化测试的改动都自动的部署到产品环境里。

DEVOPS最终目标及原则方向：

运维要成为一等公民；
让开发人员完成一切；
谁构建，谁运行。
经验点：

前期的沟通铺垫很重要，一定要了解公司内部利益相关方，包括开发负责人、运维主管、项目主管、产品负责人等的诉求及关注点，尽可能共同捆绑目标及输出价值，不同角色区别只在于分工。
其次是让大老板了解DevOps的收益，且要得到老板的支持，因为DevOps落地是一项长期工作，不可能在短期内看到收益。
量化的指标一定要清晰，且直观易懂，包括业务监控平台、分析报告，同时需要提供至少一种产品或用户反馈的途径，可以是产品官网、在线客服，这对提升平台的品质，直接影响产品口碑。这里直接使用了公司现有的非常完善的基础组件及渠道。
持续集成、交付、部署，我们使用了SVN+Jenkins+Docker+应用商店（镜像）。
第一期自动化部署我们采用了HECD架构实现，第二期计划是与蓝鲸平台打通，通过APP形式来实现从集成至部署的封环，很大程度提高了软件迭代的速度及频率，对提升软件品质及运维服务水平至关重要。
此项工作一定要做好，这也是让相关利益方切身感受变化的关键一环。

小知识
什么是HECD架构：构建一个高可用及自动发现的Docker基础架构-HECD
https://blog.liuts.com/post/242/

从业经验

最后再简单分享个人在运维领域从业的两个小经验：

1、一步一个脚印，切忌一步到位。
关于运维自动化这件事情，几乎所有的IT企业都在做，看似是一件非常好的事情，忽略了前提条件，往往付出更大的代价及运营成本。
之前所提到的前提条件便是运维体系“标准化”、“流程化”、“规范化”的建设，覆盖企业中资源、版本、业务发布、监控、事件管理等环节。有了这些作为基础铺垫，运维自动化的建设才会很顺利实施，达成预期。
自动化程度的高低很大程度是随公司所处不同发展阶段，不断去演变而来，不要想着去复制BAT的架构，一步到位是一个很大的误区。

2、运筹帷幄，主动耦合。
对业务的生命周期进行管理，是运维扮演的角色。
一个产品在规划之初运维人员须第一时间介入参与，根据产品特点，提供业务平台前期架构设计、资源评估等数据。
当产品进入开发阶段，须与开发人员保持密切沟通与互动，提供业务接入、缓存、存储、监控、安全等方面规范，以便在编码阶段更好磨合与对接，避免上线后反复做不必要的版本迭代，也使得开发出来的产品具备更高的可运维性。
待业务上线后，务必定期同步相关运营数据给产品与开发人员侧，为后续优化、改进的工作提供数据支持，这也恰恰能体现运维人员的专业性及团队合作意识。

一个感悟

运维体系中各个环节的工作犹如散落在地上的珠子，每个珠子分别代表事件、资源、监控、安全、自动化、日常工作等。
看似是七零八落的，我们需要利用“流程”这条线将所有的珠子串起来。珠子的前后顺序及间隔由“标准规范”来控制。
这样就形成了一条完整的链子，是一个有机的整体，最后会促使运维工作开展得井井有条。这条链子扣在三个点子上，就是“质量”、“效率”、“成本”。

如何保持竞争力？

很喜欢乔希·维茨金在《学习之道》书中一句名言：追求卓越的关键在于，要坚持充满活力，长期的学习过程，不再满足于原地踏步、平平庸庸。
作为一名优秀的运维工程师，应该将学习成果与日常工作相结合，独立及深入思考发现的问题，善于发现不同问题之间的联系，并把它们升华为方法论，最后再做总结与传承。
我的感悟：不断学习才是保持竞争力的唯一途径，不断思考和总结会成为你潜意识的行为；
我的行动：坚持每天1~2小时的学习时间，从未停止。

那么问题来了：
如学习的动力不源于兴趣或好奇心怎么办？
这里跟大家分享我与团队小伙伴探讨的一个观点：
首先应该静下心好好思考，自己5、10年后想过什么样的生活，可以预见的状态是上有老下有小、背着沉重的房贷、车贷。
如此时再去与一个毕业生竞争同一工作岗位，必然会丧失了所有的优势与竞争力，被行业所淘汰只是时间问题。
因此，想过衣食无忧生活，在职业发展过程中处于不败之地，那么，从现在开始就应该怀着空怀心态，不断打怪升级，使自己变得更加强大。
引用萧帮主一分享主题：“危机前的自我拯救”，没有这个勇气或行动是否考虑该转行了？

如何挖掘专利？

再聊聊运维人员如何写专利，在很多人眼里，写专利是一件非常复杂且很难做到的事情，甚至会认为这是开发人员更擅长的领域。
其实写专利并不像大家想象的那么遥远，只要是一个可以实现的方法或思路就能写成专利。比如运维平台当中的一个功能点、一个快速安全扫描的方法、一项容灾传输的技术、自动化测试案例思路、一种有效服务监控的手段等。这些点子都可以写成一个发明专利。
当然，创新及新颖性非常重要，可以先对比现有的技术实现，突出该发明的优势及亮点，就可以开始写交底书了。
如真的没有一点头绪，大家也可以参考个人写过的一些专利，访问中国专利局网，检索发明人：“刘天斯”
http://www.pss-system.gov.cn/sipopublicsearch/search/searchHome-searchIndex.shtml

一则小广告^_^：

在个人著作《Python自动化运维：技术与最佳实践》中也分享一些运维自动化的实现方法与实践案例，供大家参考。
另一著作《Docker深入详解》预计8月上市，敬请关注！谢谢大家的聆听。

Q&A

Q1：自行研发tglog对于海量日志传输是否主要走的udp协议？如果是走的udp协议，怎么去解决一些数据包传输中数据乱序以及数据反序列化问题，或者做了哪些协议层面的优化？
A: 是的，主要走的是UDP协议。tglog同时也是一套数据日志的规范，约束开发人员打日志的标准。
目前未碰到数据乱序以及数据反序列化问题，以前面临一个比较大的问题是丢包情况，尤其在流量高峰期时段更为明显。
后面在内核、IO优化得到缓解，但无法规避，所以我们对比较重要的日志采用TCP传输。比如玩家消费流水。

Q2：规范化、标准化遇到最大问题是什么？我们遇到就是无法行政干涉开发如何写代码？有什么好的方式去引导规范？尤其是开发有很繁重的开发任务.
A: 这已经不是运维层面推动的事情，必须升级到运维及开发的上层领导，开发任务繁重不是理由，上线后出问题一样得不偿失，提前抛出风险，让开发人员认真做好上线前的评估。

Q3：Docker化应用，是否面临胖容器还是瘦容器问题，即每个容器单进程还是多进程，你们这块是如何使用的？
A: 这块没有统一的标准，看实际业务场景来决定，我们遵循一个原则是：最大化解耦。
另外一个需要考虑的点：是否为原子调度单元。
Tags - 刘天斯 , 运维 , 天涯 , 腾讯 , devops , 大数据 , cdn

Android 开发视频推荐

Sun, 27 Oct 2013 19:44:56 CST

作为 Android 死忠粉,总是想自己来两手,无奈没摸过后台开发,面向的唯一对象就是马总... 花了个把星期入个门,发现还是挺好玩的

市面上的 Android 入门书有2个主要问题,一个是都要求有 Java 基础,另一个是跟不上 Android 版本更新.所以并不推荐买书学习

斯坦福大学公开课：编程方法学

越牛逼的老师,可以把深奥的东西讲的越浅显易懂.
这门课之所以不叫 Java 是因为教的是程序设计基本思想:面向对象,模块化,封装,抽象化与测试.用的是 Java 做例子.
门槛也非常之低,会开机即可.

字符串那一集大概32分的时候还有捡肥皂男乱入...

在线观看: 斯坦福大学公开课：编程方法学

《Android视频教程》 by Mars

Mars 老师的教程很适合新手,如果有更好的视频也欢迎大家推荐
因为 Android 的发展,第一季第二季已经重新录制
不过貌似论坛里视频挺乱的,需要一个汇总帖就太好了

在线观看: 《Android视频教程》

网易云课堂

真是太爱网易了,先有公开课,又弄了云课堂,形式很赞,虽然我还没试过,还是要推荐,嘿嘿

加入网易云课堂

IntelliJ IDEA

虽然教程都是 Eclipse ,还是强烈推荐 IntelliJ IDEA. 各种自动化少打好多字,智能提示也不怕忘掉东西,我是 IDEA 脑残粉...

希望对大家有帮助

好文 - 給女兒的一封信(劉墉)

Tue, 27 Aug 2013 01:22:31 CST

這篇在網路上轉寄的信, 不曉得是劉墉哪本書上的內容, 說話的技巧真的非常重要：「說話，輕輕說，想一下再說。」(我喜歡稱這叫說話的藝術)

同樣是一句話, 語氣、講法所得到得效果都不同, 這篇等女兒長大點, 再慢慢解釋給她聽.

給女兒的一封信 - 劉墉

下述整封信轉貼, 只加上些排版及重點標註:

今天早上，我起床，發現家裡一個人也沒有。只好打你媽媽的手機。手機是你接的。
「你們到哪裡去了啊？」爸爸問。
「你難道不知道我今天要上中文嗎？」你在那頭說，「我們正在去徐老師家的路上。」

晚餐前，爸爸到廚房的櫃子拿酒杯，你也過來，伸手往同一個櫃子裡摸。
「你要什麼？」爸爸問你。
你沒答，從櫃子裡拿出一個碗，把碗在我眼前晃了晃，就轉身走了。

早上，因為你正要去上課，我不好多說；晚上，又因為是吃飯前，怕影響你的情緒，我也沒講話，但是現在爸爸必須對你叮囑一番。

記得你上幼稚園時，老師曾經要你交一張通知給爸爸媽媽嗎？
那通知是教父母怎麼跟幼兒說話。

「幼兒們要聽直接的、肯定的話。」

通知上說——「當孩子做危險的動作時，大人不能說『你要死啦？爬那麼高！』孩子會因為聽不懂，而不知所措，搞不好，大人太疾言厲色，原本孩子抓得穩穩的，反而嚇一跳，一鬆手摔了下來。

所以 大人要對孩子說：『快點下來，那樣太危險了。』這句話因為直接，孩子一聽就懂了。」

你還記得不久之前，學校發了一張單子，教你們怎麼說話有禮貌嗎？

那張標題為「好好表達(NICE EXPRESSIONS)」的單子上印著：

請(Please)

謝謝妳(Thank You.)

原諒我( Excuse Me. )

對不起(I am Sorry.)

妳好嗎？(How Are You Doing?)

祝妳玩得愉快(Have A Good Time!)

那真太好了(That Is Really Nice.)

讓我們輪流(Let's Take Turns.)

我會與妳分享(I'll Share With You.)

來，跟我們一起坐(Come And Sit With Us.)

我能幫妳嗎？(Can I Help You With That?)

來跟我們一起玩(Come And Play With Us.)

妳是個好朋友(You Are A Good Friend.)

現在輪到妳了(It's Your Turn Now.)

妳那方面真棒(You Are Very Good At That.)

我喜歡妳的點子(I Like Your Idea.)

我可以體會妳的感覺(I Understand How Yon Feel.)

我們總給妳留個位子(There Is Always Room For you.)

我現在就給妳看(I'll Show You Now.)

祝妳好運(Good Luck.)

記得那時候，你把單子拿回家，爸爸還覺得好奇怪——
「天哪！都要上初中的孩子了，還教這些最基本的句子。」但是今天，爸爸懂了。

可能愈是當你們大了，有了主見，或進入青春期，愈得教你們說話的禮貌。
譬如你今天早上對爸爸說話，不是就不夠禮貌嗎？
當爸爸問你在哪裡的時候，你為什麼不直接說「我們在去上中文課的路上」？

相反地，你用了一句責難的話——「你難道不知道我今天要上中文嗎？」

孩子，你大了，應該知道說話的技巧了。

會說話的人，絕不是總以責難語氣咄咄逼人的。

想想，如果天氣冷，你穿少了，媽媽對你吼「你想凍死啊？」是不是在感覺上遠不如她對你溫柔地講「今天天冷，多穿一點」？

想想，如果你在教室裡開窗子，有同學對你喊：「你不冷嗎？你不冷，我們冷。」

是不是遠不如，她對你關心地說：「別開窗子吧，回頭著涼了。」

「多穿一點」和「別開窗子」都是正面的句子，好比你上幼稚園時老師教我們對你說話的方法，不是很簡單、很明確，感覺上比你用責難的「問句」好多了嗎？

相對的， 有許多直接而簡單的句子：你又應該改為「問句」，才顯得婉轉。

譬如你問「對不起，我是不是能離開一下？」
「對不起，我是不是能打擾你一分鐘？」
「十分抱歉，你是不是能再說一遍？」「是不是能麻煩你把胡椒遞給我？」

這些問句不是「責難別人」，而是「責難自己」，表示「因為我有事，不得不離開。」
「因為我有問題，不得不打擾你。」
「因為我沒聽清楚，要麻煩你重複一遍。」
「因為距離太遠，我得麻煩你幫個忙。」

你說，那感覺是不是比你直接講「我有事，要離開。」
「我要問一件事。」
「你再說一遍。」
「把胡椒遞給我。」感覺有禮貌得多？

再談談你晚餐前拿碗那件事。
你知道中國人常用「頤指氣使」形容人沒禮貌嗎？

「頤」是「面頰」，「頤指」的意思是用半邊臉來指揮；「氣」是「氣音」，「氣使」表示用「哼、嗯、喂」的語氣使喚人。

西方世界也一樣，當你指揮別人，卻只有動作，沒有聲音的時候，是最沒禮貌的。

舉例來說，你去餐館，茶杯空了，你最好對侍者說「是不是麻煩你，幫我續杯？」
或者一邊指杯子，一邊簡單地問他「我是不是可以？(May I?)」

除非那侍者距你很遠，你叫他，會吵到別人，你絕不能光指一下杯子。
即使指杯子，不說話，你也一定要看著他，露出笑容。
至於你去銀行或郵局那些櫃台前面有玻璃的地方辦事，更要注意。
不能用敲玻璃來引起對方注意，而必須開口說話。
即使不得不敲玻璃，也必須伴隨著說一聲：「對不起，打擾你。」

好，現在回頭想想，爸爸要說你什麼？
晚餐前，你把手橫過爸爸面前，去拿碗，是不是不如開口問：「爹地，能不能請你把碗遞給我？」

就算你自己拿了，當爸爸問你要什麼的時候，你是不是也應該開口說「我拿碗」，而不是在爸爸面前晃一晃？

最後，讓爸爸告訴你兩件有意思的事——

爸爸念研究所的時候，有個在餐廳打工的同學曾經偷偷告訴爸爸：「如果有客人耍大牌，頤指氣使，我就在他的菜裡吐口水。」

還有一個在領事館做事的朋友說——

「我最恨人家敲窗子了，我又不是動物，他只要敲，我就裝做忙，要他等；如果他再敲，我就找他麻煩，刁難他。」

無可否認，這兩個人做事的態度很不對。
但是你能不知道、能不警惕嗎？

沒禮貌，除了顯示自己沒教養，還常吃悶虧呀！

The post 好文 - 給女兒的一封信(劉墉) appeared first on Tsung's Blog.

在亚马逊中国购物小心你的人身安全

Sat, 29 Oct 2011 11:57:17 CST

我在2011年10月22日，从亚马逊中国订购两本图书，并支付了费用，选择送货到家。

昨天，也就是2011年10月28日，晚上9点多接到配送人员的电话，要求我到家附近，取货，由于我不是舟山本地人，对这边不熟悉，我拒绝了配送人员提出的方案，要求将我订购的图书，送到家中，配送人员说，如果你不来取，就算你拒收。我对配送人员的答复不满，准备投诉，但是在亚马逊中国网站却找不到任何受理投诉的电话。

例如，关注亚马逊中国和亚马逊中国帮助页面

最后不得已通过网络搜索的方式找到亚马逊中国的一个客服电话4008105666 并且我在接听电话的员工，进行了确认，该号码正是亚马逊中国的客服电话。

进行投诉，要求配送到家，接听电话的员工，无法明确可以将我购买的图书，何时可以配送到家，也无法明确的告知我多长时间之内可以给我明确的答复，给我唯一的感觉，亚马逊中国无法完善的维护客户的利益，且处置投诉的流程和规定几近于胡闹的程度。

转天，2011年10月29日，上午十点二十六分，接到0571-85837582的电话，声称对我昨天的投诉进行一定的解释，并为在电话中明确，电话中反复要求我，到配送人员和我约定的地点取货，是客户应该做出的配合，还反复声称这是合情合理的做法，我对电话中的员工，提出三点，第一，我和亚马逊中国签订了合同，合同内容是送货到家，你们是否在范围合同？对方做出解答：我们要求客户必须配合配送人员的要求。第二，你们提出客户必须配合配送人员的要求，是否和亚马逊中国的配送规定相冲突？对法做出解答：您就配合一下不可以么？第三，我要求亚马逊中国履行合同义务，送货上门。对方做出解答：那你的货物还要么？针对亚马逊中国的一系列无理取闹的做法，我最终选择了，取消订单。

更为夸张的事情是，在2011年10月29日上午十点五十一分，我接到13884301181的电话，这是配送人员的手机号，电话中对我进行人身威胁和谩骂，又在2011年10月29日上午十点五十三分，接到15957060647的电话，对方自称是亚马逊中国的配送人员，声称要弄死我为止。

继续向亚马逊中国的客服电话4008105566进行投诉，接听电话的员工，明确告知，我们无法保护你的人身安全，也无法让负责人接听我的电话，这一系列的问题，只能走他们内部流程，48小时之内给出答复，挂断电话，我拨打110电话报警，并向110警方提供13884301181和15957060647两个手机号，110接听电话的工作人员，让我到居住地的辖区派出所报案。写这篇文字的时候，我已经联系到辖区民警，进行完相关的报案手续。

我在亚马逊中国的网站，找到一个有意思的页面，叫做亚马逊核心价值观里面提到，以客户中心: 客户第一，工作第二。我不知道这一系列的事情，是否和亚马逊的核心价值观相冲突，是否符合国家相关法律规定。

我已经做出采取法律行动的准备，周一去法庭立案，对于亚马逊中国漠视客户利益，内部管理混乱，甚至允许员工对客户进行人身威胁和人身侮辱的事实，依法提起诉讼，我会做出一个公民的努力，维护我自身的合法理由，并应用法律赋予我的权利，保护自己的人身安全。

再次提醒看到这篇blog的同学，在亚马逊中国购物，你很可能要以人身安全为代价。

后续更新，在2011年10月29日，下午一点二十三分接到一个号码为+40(0)810 5666的电话，该工作人员在电话中声称自己是亚马逊中国客户投诉部门良女士，电话中，良女士对我的一系列遭遇表示，目前无法处理，只能把我的投诉升级处理，我提出要求亚马逊中国对此次时间的处理结果，以书面的形式，送达我手中。这位良女士，在电话中拒绝我提出的要求并称，这是她代表亚马逊中国做出的最终答覆，此后又在否认自己可以代表亚马逊中国，表示目前她没有任何权限对我做出答覆。

亚马逊中国内部到底有多混乱，相信看到后续更新的同学自由一个判断。

再次更新，在2011年10月29日，下午一点四十七分，再次接到号码为+40(0)810 5666的电话，依然是是亚马逊中国客户投诉部门良女士，在电话中，良女士说，联系了亚马逊中国的法务部，说周末无法处理我的事情，将会在周一，也就是2011年10月29日下午六点钟之间，做出答覆，此后再次否认自己联络到法务部的事实，我不知道为何良女士再次出现出尔反尔的情况，我不知道良女士这通电话，究竟代表的是良女士自己，还是亚马逊中国法务部门，还是亚马逊中国。

在2011年10月29日，下午二点，又接到号码为+40(0)810 5666的电话，这次换人了，声称是亚马逊中国处理物流和配送的刘凯先生，要求我把投诉重复一遍，他去跟进处理，依然没有得到任何答覆。

Xbox购买以及Kinect简介

Sun, 16 Oct 2011 22:13:31 CST

周末一冲动，就跑去岗顶的百脑汇把xbox 360抱回来了。直接原因是那天水群里面cc发了一个最终幻想13的视频。其实说起来，我一直是一个伪游戏玩家。当年打了很多年的星际，但是到后来其实就玩的很少了。

NDSI什么的，被我买过来，我都是专挑各种智力逻辑游戏玩玩而已，然后就开始落灰了。游戏机本身其实也没太多注意的，我大致关注了一下破解的进展。现在不需要改机改光驱什么的了，只要软改就可以破解。现在一般都是捆版kinect套装，然后加个硬盘就可以了。但是破解之后不能玩Live，这让我很是郁闷。我研究了一下是否可以把固件刷回去，不过暂时基本不可能。需要注意的是，标配带的是AV线，直接插电视机。但是对于这等支持全高清1080p输出的机器，我家的彩显电视机真是暴殄天物了。然后就弄了条HDMI转DVI的线接到了我的显示器上面。但是郁闷的是，HDMI是带音频输出的，然而我的显示器并不带音频输出，因此需要再买一条VGA线专门用来输出音频。我今天享受着Crysis引擎的次世代画面的时候，完全没有声音！泪流满面啊。

其实本人买Xbox的主要目标是奔着kinect去的。因为自己专业的一些原因，很早就关注过kinect，我毕业论文的一些相关内容的作者，就是Kinect中，humam pose estimation方面的主要负责人。

kinect有三个摄像头，一个RGB摄像头+一个双目摄像头。RGB摄像头获得RGB信息，双目摄像头配合芯片获得物体的深度信息。然后数据传输到xbox中，由软件进行人体姿势的识别。

双目摄像头的关键技术是由一家以色列的公司Prime sense提供的。并不是采用的双目摄像头标定的方法，那两个摄像头其实是红外摄像头，用了一套他们的专利技术。说是利用红外线对场景进行编码，然后另外一个摄像头读取编码信息进行深度图的计算。

引用cvchina的文章如下：

用计算机视觉的方法获得场景/物体的深度就是各种三角化（激光+摄像头，双目，投影仪+摄像头等等），当然还有depth from focus，coded aperture之类的技术。近来越来越热门的深度摄像头（depth camera）多采用的是另外一种办法，TOF（time of fight），利用主动射出的红外光往返的相位差来测量深度。primesense为微软kinect中定做的深度摄像头又用了另外一种思路，一种被primesense成为light coding的专利技术。按照这个博客上的内容，kinect通过IR头投射一些“随机”点阵，然后只用了一个普通的CMOS传感器来扑捉这个点阵。按照文章里说法，随机其实并不随机，一些模式在整个投影图案中反复出现。简单来说，当场景的深度发生变化时，摄像头看到的点阵也会发生变化，通过这个变化就可以推断出深度信息。当然事实上可能也没有这么简单，有兴趣的可以去读一下primesense的专利。

http://www.wipo.int/pctdb/en/wo.jsp?WO=2007043036

http://www.freepatentsonline.com/7433024.pdf

很早的时候，在cvchina的群里面跟他们讨论过这些东西。发现机器视觉最最鼓舞人心的就是在下一代人机交互这一块，现在kincet算是开了一个好头。拿到深度图之后，humam pose estimation的论文如下，有兴趣的同学可以看看：

Real-Time Human Pose Recognition in Parts from a Single Depth Image`

kinect刚出的时候，有一帮爱好者直接将驱动破解了，有一个open kinect项目。我之前看过他们的代码，后来微软也做了解释，说是就是开放个大家用，因此也并没有怎么加密。后来微软发布了官方驱动的支持：Kinect for Windows SDK

国外有非常的人在Kinect上面做出了很多非常有意思的应用。经过我这两天的试完，的确是非常给力的，但是反映速度还有待提高，又但是，不得不承认，识别精度还是比较让人惊讶的。有兴趣的同学可以自行进行研究了。

PS：我觉得我这帖子，就是链接大放送。

好文 - 眼科名醫蔡瑞芳宣布停作雷射手術 - 2012

Thu, 16 Feb 2012 01:42:29 CST

我對雷射近視矯正手術的看法是, 非到不得已, 盡量不要作.

眼科近視矯正手術才發展沒幾年(100年以內), 後遺症和併發症根本都不知道, 都還是在 "理論上" 是安全的階段, 還是少碰為妙~

台灣最早引進雷射近視矯正手術的醫師說話了:

因長期觀察發現，不少當年接受雷射手術的患者，十多年後視力明顯下降，研判可能和當年動刀後角膜瓣發炎有關。

此篇新聞內容有講原理與發生問題的狀況, 要作矯正手術的人, 再自己衡量看看囉~

眼科名醫蔡瑞芳宣布停作雷射手術新聞轉載

下述完整轉載自此篇: 眼科名醫蔡瑞芳宣布停作雷射手術 | 雷射近視安全嗎? (UDN)

眼科名醫蔡瑞芳宣布停作雷射手術

【聯合晚報╱記者林進修/台北報導】 2012.02.14 03:01 pm

台灣重量級眼科醫師蔡瑞芳認為雷射近視矯正手術後遺症陸續出現，他決定不再做這種手術。

雷射近視矯正手術在台非常普遍，但台灣最早引進這項手術的台北醫學大學眼科兼任教授蔡瑞芳，最近突然宣布，今後不再動這種手術。他表示，因長期觀察發現，不少當年接受雷射手術的患者，十多年後視力明顯下降，研判可能和當年動刀後角膜瓣發炎有關。

蔡瑞芳在國內眼科醫學界頗具份量，20年前擔任林口長庚醫院眼科主任期間，引進當時連美國也還沒進入人體臨床試驗的「準分子雷射層狀角膜成型術」 (LASIK)，並完成近500例的人體臨床試驗。近年LASIK也成為近視矯正主流，台灣眼科連鎖診所紛起，近視矯正也成了如醫學美容般的超夯行業。蔡瑞芳的宣布，引起國內眼科醫學界討論，也衝擊近視矯正醫學的市場。

蔡瑞芳表示， LASIK是劃時代的醫學創舉，利用雷射刀將近視病患的角膜環切約四分三圈，掀起上層角膜後，接著以雷射刀切去下層角膜，再將上層角膜覆蓋回去。由於角膜變薄，焦距變短，從外進來的光線就可精準對焦在視網膜上，達到矯正近視的目的。

雖然LASIK具有雷射刀切割精準、近視矯正準確及角膜沒有結疤反應等優點，卻也有 術後易出現眩光、夜間視力減退及眼睛乾澀症候群等併發症，因此眼科醫師施術前要慎選合適病人，並主動告知可能併發症。

但 十幾二十年過後，一些當年未想到的併發症陸續出現，蔡瑞芳最近就接到十幾例受不了併發症而就診的個案，大多是四、五十歲的中年人，且 視力在短時間內明顯減弱，日常生活及工作都大受影響。

突然拋出震撼彈，蔡瑞芳清楚知道此舉可能會擋人財路，甚至引來反彈及攻訐，但他堅持，身為醫者應有責任，既然當年受術患者如今陸續出現未曾料到的併發症，難保未來不會再出現其他併發症。基於醫學良心，也為了病患著想，他只有選擇停開這種手術，不讓傷害擴大。

Xbox购买以及Kinect简介

Sun, 16 Oct 2011 22:13:31 CST

引用cvchina的文章如下：

http://www.wipo.int/pctdb/en/wo.jsp?WO=2007043036

http://www.freepatentsonline.com/7433024.pdf

Real-Time Human Pose Recognition in Parts from a Single Depth Image`

PS：我觉得我这帖子，就是链接大放送。

kindle 相关

Mon, 09 Jan 2012 11:53:07 CST

上周末在淘宝上拍了一个 Kindle DXG，今天终于拿到手了。买之前做了大量的功课，经过了N次纠结之后最终敲定买 DXG。一是因为，我个人认为看书嘛，屏幕好一点儿很重要，DX 系列是大屏幕；二是，我感觉 WIFI 可有可无，我又没打算拿它当 fire 用，而且自带的 3G 是免费的。所以最后选择了 Kindle DXG。

网上有很多写 kindle 的文章，我就不再啰嗦了，把我看的一些文章整理一下和大家分享。

1. 出手前对比：

Compare Kindles： www.amazon.com/gp/product/B002Y27P3M/ref=sv_kinh_0
Kindle 3 vs. Kindle DXG： http://www.conanblog.me/life/kindle-3-vs-kindle-dxg/
入手了个Kindle： http://www.xuwenhao.com/2011/06/08/bought-a-kindle-and-ideas-on-ebook/
入手Kindle Fire，简单评测： http://jayshao.com/kindle-fire/
关于入手kindle一记： http://blog.yousri.org/2011/12/07/something-about-buying-kindle.html
玩物不能丧志——Kindle Fire手记： http://www.baizhiheizi.com/archives/497
入手 Kindle： http://blog.solrex.org/articles/bought-a-kindle.html
没有3G的Kindle是残缺的，不推荐国人买纯WIFI版： http://www.v2ex.com/t/10062

2. 购买：

我是在老大推荐的一个淘宝店买的： http://5friends.taobao.com/

其它店铺请自行搜索。

3. 越狱和汉化：

Kindle DXG 完美中文支持： http://www.conanblog.me/it/kindle-dxg-perfect-font-hack/
Kindle DXG 汉化： http://hardywang.wordpress.com/2011/12/25/kindle-dxg-%E6%B1%89%E5%8C%96/
Kindle 全型号、全版本，汉化升级包完全防呆完美功能终结版： http://is.gd/cFAy5A
Kindle Touch 5.0系统越狱： http://irising.me/2011/12/12591/

4. 各种折腾：

Kindle 3注册全过程： http://www.hiadmin.org/shares/kindle3/
Kindle-DXG升级到3.2.1的好处： http://laoyang.info/why-you-should-update-kindle-dxg-to-3-2-1/
如何用Kindle看RSS： http://laoyang.info/kindle-rss/
推荐多看系统 for Kindle DXG： http://zhiqiang.org/blog/it/duokan-for-kindle-dxg.html

5. Kindle 电子书：

Kindle电子书搜索： http://forfrigg.com/
kindle专用搜索工具： http://kindle.youliao.org/
Free Kindle Books： http://blog.booksontheknob.org/p/kindle-free-reads-list.html
iKindle： http://ikindle.mobi/
Kindle4RSS： http://kindle4rss.com/
读览天下： http://www.dooland.com/

6. Kindle 论坛：

豆瓣小组： http://www.douban.com/group/Kindle/
电子书论坛： http://bbs.mydoo.cn/forum.php?mod=forumdisplay&fid=28&page=1
多看论坛： http://bbs.duokan.com/forum/
Hi! PDA： http://www.hi-pda.com/forum/

程序开发中的“人类容错性”——老兵不死

Mon, 19 Mar 2012 21:38:24 CST

周末得空，把前一阵买的MEAP版本的Big Data已经出了的两张给翻完了，觉得有点不划算，主要是内容之前在Nathan Marz的博客，以及Twitter发布出来的各类Slides里都已经看过了（话说Twitter去年年头上说Rainbird要开源到现在也是坑爹地没个影）。但是有一个新词儿还是让我觉得“心有戚戚焉”，把最近在Team里数据处理架构做的各种迁移工作的精髓给说出来了，就是这个Human Fault-Tolerance。

在这个人人都热衷于叫唤Big Data，讨论CAP理论的时候，Nathan同学一针见血地指出了一点，其实CAP也好，Cassandra的Dynamo模型也好，HBase的Big Table模型也好，看似非常酷非常好用，解决或者部分解决了各种一致性和可用性问题，但是其实对于Big Data处理的架构的最关键的一点，在于对于各种人类错误的容错性。

其实即使在没有海量数据需要处理的时候，各个程序也要考虑各种人类容错性。最简单的例子就在设计数据库的时候，对于删除操作大家都喜欢用个标记字段来标记删除，而不是真把记录删掉。类似的，在各种实时数据处理的事务里，除了普通的各种check和特殊情况考虑之外，通常有经验的程序员会做两件事情，一个是做日志，记录所有实时输入的日志，而是在整个处理的逻辑外面捕获所有的Exception，然后对Exception也会记录日志。做这些事情的原因是有这样一个假设，人会犯错，程序员会写出Bug。即使对程序做了充分的测试，但是当程序进入真实环境运行的时候，仍然会有你想不到的意外情况发生。当意外发生的时候，这些日志，记录能够帮助你把数据恢复到一个正常的状态下。记得在我工作的第一个年头里，就曾经花过一整天，将由于一个Bug引发的数据错误通过人肉SQL恢复过来。

当进入Big Data时代的时候，光光依靠简单的日志记录和人工恢复，已经不能够解决这些问题了。一天如果有个几条数据在几千条数据里面出错，也许你能够手工恢复过来；但是如果当一天的数据有几亿条，聚合后生成的数据记录也有几千条的时候，恐怕你就不能使用记录错误日志，然后人肉恢复的方式来解决问题了。而需要依靠在系统实现的架构层面来解决这些问题，Twitter推荐的实现方式就是让事实数据immutable，所以所有的数据都会记录，要看的数据是基于事实数据，计算出来的视图，非常简单粗暴，但是有效的方式。

话说回来，基本上，能不能写出Human Fault-Tolerance可以看做是一个程序员是否有充足的工业界工作经验的一条标准，这个不是依靠聪明和天赋能够解决的问题，而是完全依靠血泪教训得来的，从这个角度讲，老兵不死。虽然IT特别是互联网行业常常充斥着“30岁要转行，因为加班加不动了”，但是我向来是以为，有经验的工程师的价值始终被低估了。即使是不是Super Star的老工程师，也许光光写新功能写算法，未必比新人强出多少，但是这些血泪教训带来的经验，只要能够躲过一次问题，带来的价值也许就是一个工程师一两个月的工作量了（当然，无论如何记得，10年工作经验和1年工作经验重复10次的差别）。当然，更好地是团队能够拥有天才程序员，比你年轻比你聪明还比你身体好，比如Nathan Marz同学……

iPhone 5 电池续航还不如 iPhone 4 和 4S

Tue, 25 Sep 2012 17:04:53 CST

虽然 iPhone 5 很多方面都相对其前代有很大的提升，但大家如果细心的话就会发现电池容量的提升很小(1440毫安时，只比 iPhone 4S 多了8毫安时)。实际上，由于 iPhone 5 采用了更大的屏幕，电池的实际续航能力还不如 iPhone 4S，甚至连两年前的 iPhone 4 都比不上。

Macworld 网站今天专门对 iPhone 5 的电池续航能力进行了非常精准的测试，并且和 iPhone 4S、iPhone 4、第三代 iPad、iPad 2 进行了对比。测试期间将所有设备的亮度调节为200流明，音量调节到最小再按音量+按钮两次，都开启飞行模式，都用同一个120分钟的电影进行重复播放测试。最终结果如下：

可以看到，iPhone 5 的续航时间在所有测试产品中最短，只播放了8小时21分钟就自动关机了，比 iPhone 4S 的续航低了6%左右，甚至还不如 iPhone 4 的8小时42分钟。相对于电池续航本身就非常给力的 iPad 产品来说差距就更大了。看来，苹果为了让 iPhone 5 更加轻薄，也确实做了很大的牺牲啊。

via Macworld

好文: 如何適當處罰孩子?

Fri, 06 Apr 2012 01:36:00 CST

小孩長大到會搗蛋的狀態後, 就會遇到是不是要適當處罰的問題.

註: 這讓我想到國中時, 打格鬥遊戲最常講的話: 對別人仁慈, 就是對自己殘忍~ XD

如何適當處罰孩子?

下述摘錄此兩篇文章:

每個孩子總有不聽話、把大人氣得半死的時候，許多爸比媽咪都會擔心，過度責罰，會對孩子的成長與發展產生不良的影響，但是不加以管教，又怕把孩子養成天不怕、地不怕的小霸王。什麼樣的情況下，父母必須處罰孩子？

所謂的「自然結果」，就是讓孩子自己看見做錯事的後果，而不中途加以干涉。舉例來說，有些小朋友的活動量很高，天生就是喜歡跑跑跳跳，而父母往往因為擔心危險而加以制止，但站在孩子的立場，他並沒有足夠的能力和經驗去理解為什麼爸爸媽媽要終止他的玩樂，所以依然故我，看在父母的眼裡，就成了「屢勸不聽」而被處罰。但是，如果爸比媽咪能在不過度危險的情況下，忍痛讓孩子摔個1、2次，他自然會學習到不能亂跑亂跳的道理，即使不被處罰，也會調整自己的行為，這即是所謂的「試誤學習」。

需要處罰的3大情況

犯了後果嚴重的錯
雖然大部分的情況下，我們都能容忍孩子慢慢從錯誤中學習，然而，對於某些後果過於嚴重、會令父母無法承擔的錯誤，例如自己在家玩火、爬窗子或暴衝到馬路上…等等
最重要的是， 爸比媽咪一定要設法讓孩子明白事情的嚴重性

明知故犯
當孩子的認知和經驗都足以讓他知道這麼做不對，但還是繼續犯錯時，爸比媽咪也可以給予適度的處罰來改善孩子的行為。鍾佳蓉老師指出，對於明知故犯的孩子，爸比媽咪應該加倍的處罰，而且應該盡量找和他犯錯的事件相關的處罰方式，例如：哥哥和妹妹玩時總是一直故意搶妹妹的玩具，這時，終止他遊戲的權益可能會是最有效的方式。
有些孩子之所以明知故犯，是為了試探爸媽的心情好不好，如果爸媽心情不好，可能就得趕緊收斂，免得被修理，但要是碰上爸媽心情好時，他就會得寸進尺，覺得這種時候爸媽比較容易妥協。鍾佳蓉老師提醒，當孩子有這種狀況時， 父母應該自省是否在管教孩子時過於情緒化，如果不能對同樣的事情維持一致的態度，孩子的觀念和原則就無法建立，要養成良好的習慣也較為困難。

品格、道德上的行為問題
如果孩子出現像是隱瞞事實、說謊、偷東西、對長輩態度惡劣、犧牲他人權益以滿足自己…等和品格、道德有關的行為問題時，爸比媽咪應該立即制止，並且視情節大小予以懲戒。
對於這樣的孩子， 處罰的方式可以用靜坐、反省的方式，同時可以配合跟他們講述一些和犯錯事件相關的忠孝結義、或偉人故事，引導他們建立正確的觀念，大一點的孩子，則可以罰他們閱讀相關書籍並寫下心得，讓他們可以深刻反省自己所犯下的錯。

性格不同，處罰大不同 (以下建議回去看原文, 挑出自己小孩的個性)

高自尊型

高敏感型

易衝動型

高彈性型

處罰之前，先想一想

孩子的能力與限制

犯錯事件的合理性

孩子是無心或故意

孩子的特質

引導勝於處罰

善用鼓勵與肯定

把握每次犯錯，引導孩子學習

負責任的身教示範

莫要轻视应用架构

Fri, 20 Apr 2012 23:29:49 CST

在管理大规模数据处理工作的时候，发现不少工程师，包括一些老工程师，某种程度上，都对工作有着某种程度上的轻视，常常的口头禅是“这个技术上没有什么难度”，但是我其实不太认同，所谓数据处理，在技术上没有什么难度这种说法。

的确，在这个MapReduce的基础架构已经被Google设计清楚，由Doug Cutting通过Hadoop完善实现了之后，似乎大数据处理变成了一份体力工作。似乎工程师需要做的，只是写写简单的字符串解析，以及统计逻辑，对于外边很多人觉得看起来很美的工作，一旦实际接触后，常常又会觉得颇为无聊。不过，从我过去的经验来看，很多工程师也是这样对待Web时代的Struts和Spring，搜索时代的分词器，Lucene。大量算得上不错的工程师，通常当熟练运用已有的技术，在一个特定模式下工作后，就会开始觉得工作无，然而颇为遗憾的是，一旦成为一个熟练工种之后，很多人便开始停滞不前了，原先不熟悉框架的时候，他们需要10天摸索才能完成一个功能，现在熟练了，他们只需要3天了，但是之后，他们再也不能缩短开发时间，同时，他们的Bug数量也不会变少，当有新的需求出现的时候，通常第一反应就是套入到当前框架种处理，我通常称之为“1年经验重复10遍”。

有些工程师在进入这样的状况后，往往会寻求找一些新的工具、框架以及工作内容，通常，这意味着换一份工作，或者换一个开发团队，但是在新工作或者新团队下，一般在度过了一年蜜月期之后，会再次陷入“其实也就那样都是些体力劳动”状况，这种情况我一般称之为“八大菜系都吃过你也不是一个好厨子”，这个情况比“1年经验重复10遍”会好一些，但是仍然是一个糟糕的循环。

还有些工程师，会去研究所依赖的基础框架的源代码，开始依样画葫芦，搞些新轮子出来，部分热衷造轮子的同学会对所有的项目都造同样的轮子出来，这种情况我称之为“轮子爱好者”。

然而遗憾的是，这几种情况，其实都不是一个正确的，提高一个程序员解决问题水平的正常路线，这些方法也许能够帮助你从一个水准一般的程序员，变成一个还不错甚至算得上优秀的程序员，但是不能帮助你跨过平台，成为一个真正优秀的明星程序员，或者用个被用得糟烂的词——“架构师”。

这些程序员不少最终会觉得写程序是个没前途的事情，觉得只能往Manager这一条黑道上挤，从此，世界上少了一个本有希望能够贡献杰出代码的人。事实上，真正想要成为更优秀的工程师，需要做的，是在应用架构层面，去提高生产效率，乃至支持更多更强大的功能。区分真正优秀的程序员和普通程序员的差异，往往在于，是否能够真正地找到契合问题域的解决方案，通常这样的解决方案，能够在数量级上减少实际的开发工作。想像一下用EJB2做PetStore，再到用Struts，再到用Struts2/WebWork，再到用SpringMVC，乃至使用Rails。

“1年经验重复10遍”会每天反复操练EJB2，“八大菜系都吃过你也不是一个好厨子”会用JSP,Servlet,EJB2,Struts,PHP,C#.NET，“轮子爱好者”会看到Struts之后轮一个和Struts差不多的。但是真正优秀的程序员，能够改进Struts的不足，搞出WebWork，乃至Rails。这并不意味着你一定要很Fancy地去搞Google面试一样研究很多算法，也不需要你一定多熟悉编译原理，操作系统这样的底层技术，也不需要你18般武艺样样稀松地去看PHP和C#。你需要的是，在有了解决方案之后，仔细思考，真正理解问题域，寻求能够更好地满足问题域的解决方案，从细节上改进现有问题域的解决方案。这是来自我的教训，事实上，前面的三种陷阱我都荒废了不少时间，直到近两年，才愈发觉得无论是反复操练熟练工，还是18般武艺样样稀松的都会一些，甚或是轮一些别人轮过的轮子，都不是能让自己真正跨出成为顶尖程序员的一步。真正要解决好问题，交付出有价值的程序和框架，还是要回到问题域去。

这也是我喜欢Twitter技术团队以及推崇Nathan Marz的原因，无论是ElephantBird，Finagle，还是Storm，都不是庞然大物般的程序，而是贴近问题域，合理解决问题域的解决方案，也是从技术角度，希望自己能够在最近两年里能够达到的水准。

也翻译一下乔布斯给妻子的信

Thu, 27 Oct 2011 07:57:00 CST

We didn’t know much about each other twenty years ago. We were guided by our intuition; you swept me off my feet.
二十年前萍水相逢。似冥冥中你我有缘；为你一见倾心。

It was snowing when we got married at the Ahwahnee. Years passed, kids came, good times, hard times, but never bad times.
阿瓦尼的白雪为鉴，我们许下婚姻的誓言。多年过去了，我们有了自己的孩子，有欢乐有艰困，但从未怀疑动摇。

Our love and respect has endured and grown. We’ve been through so much together and here we are right back where we started 20 years ago—older, wiser—with wrinkles on our faces and hearts.
你我相爱相敬，爱历久弥新。二十年来历经风雨，我们依然相爱如初 ——不同的只是年老了些，心成熟了些—— 岁月在我们的脸上、和心上都刻下了印记。

We now know many of life’s joys, sufferings, secrets and wonders and we’re still here together.
而今，了解了人生的喜悦、困苦、奥秘、奇迹，而我们始终相知相守。

My feet have never returned to the ground.
爱你不渝。

【另：关于feet】
可以google一下sweep her off her feet，或在“有道词典”中搜索一下这个短句，有道翻译为“使某人倾心”，我觉得还是贴切的，可以对应于我们常说的“为之倾倒”。开头这句可以翻译为“为你一见倾心”。那么最后一句的意思就是，我依然为你倾心不已…

影響力

Sat, 29 Oct 2011 10:39:13 CST

這個月資訊界有很多了不起的人去世，很多人爭相討論到底誰才真正改變了世界，誰的影響力才大。Steve Jobs的死訊讓千萬人悼念，但發明C語言和UNIX的Dennis Ritchie和AI之父John McCarthy的消息就沒有受到如此廣大的注目。剛好最近很常和人聊到相關的話題，所以想寫篇文章讓自己反芻一些想法，也順便交換一些意見。

四年前，當我在申請博士班時，我還不確定我想做什麼以及我能做什麼。我知道自己個熱愛技術、喜歡親手打造工具來解決問題的工程師。我喜歡憑一己之力解決問題的成就感，喜歡挑戰新鮮的事物，討厭做重複無趣的事情。當時我有兩條路可以選，出國念博士班，或是留在臺灣做軟體工程師。我幾乎沒什麼猶豫就選了出國，畢竟可以做自己真正想做的事，雖然收入會比去工作少，但只要夠生活其實也不是那麼重要。

到了美國後，做了幾年研究，朝了夢想靠近了一點，但對於很多事的想法都有些轉變。

先來說說一些關於影響力(impact)的想法。在學術界做研究，最直接的產物是論文(paper)。研究人員都希望自己的論文可以在自己的領域裡掀起一些漣漪，把自己的想法擴散出去，甚至流芳百世。但有個問題是，一個研究的影響力不是短時間內看得出來的，一個好的想法可能會埋在數十年前的論文中，直到某個人不小心看到了才衍生出諾貝爾獎等級的產物。所以做研究的人通常不太會計較論文寫出來後到底有沒有用，因為根本就沒辦法知道。一兩年內沒被人引用不代表十年後就不會有，同樣的，即使一時引起了廣泛的討論，可能過兩年就又沉寂下來被人遺忘。

這就是在學術界的難處，很多發明和想法的價值不是馬上看得到的，甚至最後演變成產品後大家也不會知道最原始想法的來源是誰。簡單的說，學術界缺乏一個有效率的機制來快速強化有價值的想法和研究，而只能讓這些論文自然的發展和淘汰。如果剛好有人發現某個論文的價值，就會把它實作成產品再推到市面上給一般消費者使用。但如果沒有的話，這些論文就等於是白寫了，也不會對學術界以外的人造成什麼影響。

我喜歡做自己喜歡的研究，但我也想要自己做的東西是有實用價值的，而不是紙上談兵的理論。所以在研究工作之餘，我也花了很多時間把我的研究成果(像是sikuli)打造成真正能用的軟體並公布出來，讓大家馬上就能享受到成果，而不是等若干年後有個很閒的人碰巧發現這想法才把它實作出來。之前有個朋友問我要怎麼在做研究和instant impact(立即的影響力)中做選擇，我的答案很簡單：「這兩件事並不是互相衝突的，是可以同時完成的」。

話雖如此，如果談到影響力的大小，那我的答案可能又會有點不一樣。讓我從另一個體悟說起。

這幾年來還有個很大的體悟是：「個人的力量是很渺小的，社會中每一種角色都很重要」。雖然看起來是小學生都知道的廢話，但工程師個性的人就是喜歡凡事自己動手做。馬桶壞了自己修，燈泡不亮自己換，就連公寓附的微波爐壞了我都想先幫他們debug一下確定問題根源後再找人來換。凡事自己做是很有成就感，但如果真的想擴大影響力時，就會有點力不從心。

舉例來說，Steve Jobs和Steve Wozniak當初打造蘋果一號和蘋果二號時，如果缺少了任何一個人，這件事都不會成功。很多技術本位的人覺得工程師才是真正做事情的人，如果不是工程師(Woz)打造產品，那商人(Jobs)要賣什麼？但反過來想，如果不是Jobs幫Woz把他的蘋果一號推銷出去，Woz也不能拿這個收入來繼續研發蘋果二號，而蘋果一號也就只會是他閒暇時候的個人玩具而已。這兩個人的角色不同，但卻是完全的互補對方的短處，而蘋果這家公司也就是建立在這樣的基礎上才能持續不斷把產品轉化成價值（也就是金錢），再拿回來繼續研發更好的產品。這個稱為「商業行為」的正向循環是人類社會中非常強而有力的發明，可以不斷自我成長，同時又讓更多人受惠。

看完Apple的例子後，讓我們來看不採用這個稱為（邪惡）商業行為的正向循環時會發生什麼事。以我自己的sikuli為例，我在去年初釋出第一個版本後，這一年多來有九個版本更新，其中三次是重大的更新，總共被下載了二十多萬次（在官方網站上，至於其他各地的mirror我就不知道有多少了）。看起來是不錯的數字吧？我當初釋出並open source的目的就是希望讓更多人使用，也希望有些開發者能進來幫助我開發、翻譯、寫文件之類的，好讓這個東西獲得一定的動能自我發展下去。

但過了一年多後，我發現事情沒有想像中的那麼簡單。一個不營利的open source專案是非常難自我成長的，因為缺乏直接的誘因（$$$），我沒辦法雇別人來加入開發，只能祈求剛好有人對這東西「有興趣」，並且有足夠的「能力」、「時間」、「毅力」看懂我原本的code，並加入「符合專案方向」的修改。以上的條件要全部都能滿足，才會有人發個email給我說「嘿我想送一個patch….」。此外，因為這專案開始只有兩個開發者，沒有其他專長的人，所以我們有很多事都沒辦法做。例如說，我們沒辦法一一回答用戶的問題，因為實在太多五花八門的問題了（客戶關係管理失敗）；沒有人去推銷或廣告sikuli的存在（一切都靠口耳相傳）；沒有足夠人力填寫和維護文件；沒有人幫我們在各種環境做測試（只好直接拿用戶當白老鼠）；沒有專業設計師設計使用介面、網站、logo（一切都是我自己東拼西湊的）；沒有人做市場調查，研究什麼功能才是最重要的（所有先做的功能都是我自以為重要的）….有太多事都是我們想做但無能為力的。雖然後來有個熱心的粉絲常駐在我們的論壇上回答絕大多數的問題，甚至還幫我們寫了大多數的文件，但開發力量還是一直很薄弱，有很多我們想做的東西一直都沒時間沒人力去做。看看這個commit log就可以了解了（前兩個是核心開發者，後面都是用戶）：

1065 Tsung-Hsiang Chang (其中有19個是用戶送來的patch)
94 Tom Yeh
61 RaiMan
34 Karl-Michael Schneider
9 anatoly techtonik
1 Arnaud Gelas

殘酷的事實：雖然用戶不少，但所有的commit裡面只有11%是由核心開發者以外的人貢獻的（包括了code和documentation）。（更殘酷的是我一個人就佔了超過八成的commit，要是我停下來的話整個專案就等於是死了）

一個人的力量真的很渺小，我知道有很多事能做來讓這個軟體變得簡單、更完美、讓更多人能使用，但一個像這樣的open source專案缺乏誘因吸引更多不同專長的人加入，靠一兩個人閒暇的時間和力量是沒辦法長久經營下去的。這時候我就覺得非常需要一個像Steve Jobs一樣的人來幫忙，因為商業化可以很有效率的讓這個軟體持續成長，並直接讓更多人受惠。工程師雖然是做出產品的人，但如果沒有商人來把產品賣出去，換成資金進來繼續研發，現代社會就不會有這麼多種精緻、可靠、高品質的產品可以用，很多高科技原型就永遠都只會是工程師的玩具而已。

體會到這點後，突然也可以了解世界上很多職業存在的理由和價值。例如佔領華爾街的人說，華爾街只是把錢從一手拿進來，再從另一隻手轉出去，憑什麼可以從中獲得巨大的利益？回答這種問題的時候，其實只要想想：如果沒有這些人存在，世界會變什麼樣？一個簡短的答案可能是：沒有華爾街，大家的錢就會放在家裡，放再久也不會有利息（甚至還有可能發霉或被蟲吃掉），因為沒人把大家的錢拿去再投資；需要錢的人（例如想創業的人），也不容易借到錢或找到人投資，因為大家只能跟認識的親朋好友湊錢；假設有一兩個人願意借錢，運氣好可能不用利息，但同樣的運氣不好可能會被收高額利息而不自知（因為沒有流通的市場，所以也不會有一個大家公認的合理利率）。從這個角度一想，促進經濟有效率的流通（也就是把錢從一手拿進來，再從另一手轉出去）的確是非常重要，即使他們沒有實際生產出什麼東西，但也對社會帶來很大的價值貢獻。同樣的道理，工程師老瞧不起銷售人員憑一張嘴就可以拿高額獎金，但仔細想想，要是沒有人銷售產品，公司就沒有收入讓工程師製造更好的產品了。如果用經濟學來解釋，每個角色的價值都是市場決定的，如果銷售很簡單又好賺，那工程師就會自產自銷而不是交給別人來做了。

以前我總覺得商人是邪惡的化身，但當自己想開始把影響力擴大時，就會發現每一種角色都是不可或缺的。經營公司也不見得是要以賺錢為目的，而可以是為了研發更好的產品而建立的一個生態系統。而社會中每一種角色都有其重要性，每一種人的貢獻和影響力也很難比較，與其爭論這些事，倒不如做好自己認為最重要的事來改變這個世界。

我和Linus大学时那些事儿

Mon, 03 Oct 2011 21:57:04 CST

原作 Lars Wirzenius，地址 http://liw.fi/linux20/

特别感谢 ggarlic，da chen, Jack Ma, ant_sz 对翻译的指正！

这是一个冗长的故事，如果你现在没兴趣阅读它，可以试着等到卧病在床，脑袋里一团浆糊，把止疼药当糖吃时再读，希望您阅读时不要感到不适。当然，在无意识的状态下听语音合成器对你高语速的朗读是一个更好的选择。

Linux 今年二十岁啦。这是一段很长的时光，因为参与了故事的开端，我想分享一些当年的回忆。

1988年我高中毕业并进入赫尔辛基大学计算机科学专业。学校九月开学，同时我被邀请进入Spektrum俱乐部，成员是那些学习数学、物理、化学、地理和计算机科学的瑞典语使用者。

Spektrum是一个不错的社交俱乐部，由于我曾一直很害羞，而俱乐部在我刚进入这个陌生城市时，给我一个轻松与人认识的途径。也就是在这里，我认识了另一个说瑞典语的同年级计算机专业学生，他叫 Linus Torvalds.

第一年，我们选了相同的课，因为那些都是公共必修课，再加上我们在 Secktrum 认识，我们也有了一些友谊。

那时候计算机很贵，学校提供了满是跑着MS-DOS的PC和少量Mac的机房，还有一些连接到VAX/VMS系统的终端。我从没很喜欢过MS-DOS，而且它们也常常被占用着。我也很难搞定那些Mac，因为过去没玩儿过图形界面的东西。于是我很自然地选择了那些终端，即使VAX/VMS实在是一个令人讨厌的系统。

圣诞节时，事情发生一些变化。计算机系藏有一台Ultrix小型机，几乎没人使用，而我碰巧的到了那台计算机的访问权限。Ultrix是DEC版的UNIX，我曾读到过Unix，主要是在K&R写的C语言书中。我甚至曾写过一些MS-DOS用的类unix命令行工具。能使用Unix电脑实在是意见快事—管道实时工作，而不是通过临时文件！同时运行多进程！文件名不会不自然地被缩减！解放了！

我把玩这个大概是叫kreeta(芬兰语Crete岛)的Ultrix机时，有一天我不小心键入了"rm"命令。我曾有一个坏习惯，把"em"，一个定制版的MicroEMACS，敲成"rm"，所以我极力避免这样。不过，那天我把"rm something"敲成了"rn something"，于是我发下呢了Usenet新闻组。

当我从完全的诧异中恢复过来时，机房也该关门了，门卫把我赶了出去。我回到家，不禁回想：那儿真是个世外桃源，人们讨论着C语言等好多有趣的东西，而我也可以看他们的讨论，没什么比这更美妙了！

我把"rn"告诉了Linus，他也非常喜欢它，我们都花了很多时间读这写新闻组。不过那一年我们一直在潜水。我们都很清楚，新闻组有规定"不要发水贴浪费他人的时间"。

我很快爱上了comp.lang.c新闻组，这里有被人实验室的大牛参与，Dennis Ritchie大神最近刚在组里停止发言了，不过其他人还在，比如Andrew Koening大神，我刚读了他写的《C陷阱与缺陷》。我一个大一小朋友，实在不敢打扰大牛们的谈话。Linus倒没这么害羞，不过他也怕出错不想说话。

第一学年在五月结束了，六月时我们都开始了义务兵役，不过在不同的地点服役。第二年我没再见过Linus，芬兰军队教我闭嘴、少胡思乱想、加速、射击还有在餐厅里收拾脏盘子，我的智商在那就个月里下降不少，那是段无趣的经历。

三月时我退役，没多久我得到了一份工作，为芬兰翻译句写一个数据库程序。程序是用dBASE IV写的，这段经历让我学会了我不该让别人替我挑选工具，虽然用破铜烂铁写出好软件也不是不可能，不过这种是还是尽力避免的好。

那个夏天，我重新联系上了赫尔辛基的同学们，包括Linus在内。有一个叫Patrik的学长，他住的地方有一个桑拿房，每周他都请我们去一次。乃们这些把桑拿和同性恋当成近义词的色狼可别想歪了，在芬兰，桑拿就是沐浴，药澡，甚至是冥想，跟性没啥关系。

Linus有一张勉强算出名的照片，看起来半裸着，喝着啤酒，就是在Patrik那儿拍的。拍照的是一个同学，叫Stina，当时Linus有穿裤子，不过因为是大夏天，所以上身没穿衣服。这不是放荡，真的！/* 译者注：欲盖弥彰？ */

我们在那个秋天重新开始学习，我继续跟Linus在一起玩，一起上一些课，参加聚会，特别是一起去机房。我们都特别喜欢折腾Unix，我们有一们关于C和Unix编程的课，我1987年就了解C语言了，当时我自学了K&R的第一版《C程序设计语言》，我觉得Linus之前也有一些经验。大部分课程对我们来说有一些太基础，所以我们花了一些时间做着类似于精简代码，比谁的代码更短这样的小蠢事儿。

我们也兴冲冲地通过其他途径探索Unix和相关技术，我写了第一个我的Cron计划任务，为了挤爆Linus的邮箱，然后告诉他，Unix其实是实时更新访问时间戳的(当然，Linux已经修复了这些)。 Linus有一次发现学校里有台Postscript打印机，于是手工写了一些PS代码想看看长啥样，打印出来后发现都是些奇形怪状的方框。

我们跟Kreeta玩的不错，除了它崩溃的时候。Ultrix并不是一个高质量的系统，一个bug就是如果用户使用mknod系统调用，那么内核会在一分钟内崩溃。在编程课讨论mknod的那段日子，kreeta大部分时间都是在蓝屏:(…

1990年的圣诞节过去后，1月5日，Linus买了一台新电脑。他在家曾用着一台Sinclair QL，不过他还是想要台386。他用学生贷款买了一台。他满心打算着要学学多任务处理，想看看386如何实现多任务。很不幸，买电脑时附带了一个叫Prince f Persia的电脑游戏。 /* 译者注：哈哈哈哈 */

几个月后，Linus终于把那游戏玩腻了，开始真正学习386编程。一天我去他那儿玩时，他像我展示了一个多线程的小程序，虽说很简陋，但的确令我吃惊：一个线程在屏幕上输出A，另一个输出B，于是可以看到A、B之间的交替输出。

当然，最令人惊讶之处在于Linus自己实现了所有的代码。这样的商业代码并不是很贵，但作为一个学生的小hack就很酷了。那一刻我明白了孤身一个程序员也可以做出伟大的作品，而那些底层的神秘技术其实也很简单。

当然，我并没有期望Linus的小hack能真的弄出什么名堂来，有两个原因：一是这个程序只是A、B交替输出，并没有真正做出什么东西；二是根据我对Linus这些日子的了解，他很聪明，却很懒，而且偶尔和最的时候他会和别人争吵，说一些人能想象的最愚蠢的话。

然而Linus把386多任务程序坚持了下去，点点滴滴地加入了更多功能。其中一项就是他希望能通过Modem访问Kreeta。他开始加入简单的终端模拟器，而不是使用已有的程序。为此需要两个线程：一个从键盘读入字符并写入串口，另一个从串口读入并输出到屏幕上。在加入了VT-100转义符解释器后，他拥有了一个能在家阅读Usenet的很好的终端模拟器。

Linus真正想要的是家里能有一台Unix计算机，他听说过Minix还买过那本书/*译者注：《操作系统设计与实现》*/，并让Minix在他的386上跑了起来。真的跑起来了，可惜在其他地方包括学校机房的机器都无法运行Minix。他只好一面折腾Minix，一面增强他的多任务程序，渐渐的就玩儿大了。

1991年的春天，我又找了份零工挣钱买电脑。那份工作需要用C++写一个地理信息系统。我忘了让别人替我选工具的教训，这份工作让我很忙很忙，所以我没怎么了解Linus在那个春天和夏天都干了啥。不过有一点，我们讨论了各种编程相关的话题，他解释了一些在他的程序里写入日至信息的东西，包括一些如'print_string("error:i=");print_int(i);print_string("\n");'这样的函数，而我觉得很震惊。Linus当然知道，C标准库中的printf函数可以让这一切变得很简单那，不过由于他实际上写的是一个操作系统内核，不能调用C标准库，而他自己又不知道如何实现一个printf。

所以我帮他写了一个sprintf，这是我对Linux内核的第一次贡献。它现在还在那里，不过已经被snprintf替代了（这当然是一个更好的接口）。Linus认为自己可以再提升一下代码性能，部分代码要进行手工优化，这是的我有些退缩，不过Linus乐在其中，我也就没太在意。

Linus的多任务程序蓬勃增长，加入了新的功能，例如磁盘驱动、内存管理、文件系统。这足以作为一个运行用户程序的内核，于是Linus在Minix下编译程序，再拿到自己的内核上运行。

在这之前，1991年夏天，我们都开始在Usenet上说话了。那年八月，Linus在comp.os.minix新闻组第一次提到了他的内核项目。不久，他决定开放他的代码，于是找了ftp.funet.fi的一个管理员上传他的代码。到此，这个项目需要一个名字了，Linus想把它其名为Freax，不过ftp管理员Ari Lemmke决定称之为Linux，现在你还可以在早期Linux的Makefile里看到Freax这个名字。

我记得第一版Linux并不可以直接安装，Linus需要搞定一下系统安装的方式。他自己的电脑已经慢慢的由Minix转变为Linux。我提供了我的电脑，Linus过来做了一些hack，直到他能把Linux通过软盘装进去。安装过程可并不容易，需要一个磁盘扇区的十六进制编辑器，不过这已经走在了正确的方向上。

接下来的几个月中，Linux的到了一些关注，其他人也开始参与hack。1991年的圣诞节假期，Linus加入了虚拟内存，这让Linux的实用性大大增加。

还是在1992年，Linus开始考虑让Linux版本号向接近1.0发展，所以他在一个版本中把版本号从0.12升到0.95，接着0.96，0.96b，0.96c ... 我想可能会有0.96c++2，哈哈。在0.97时代，我受不了内核文档的缺乏了，所以写了第一个README文件来帮助大家编译内核。

1993年，我和Linus都留校任计算机系助教：我们辅导学生写作业，检查他们是否完成。这意味着我和Linus共用一间办公室。这对Linux的开发很有好处，Linus有一份收入，所以不用为温饱担心，更重要的是：网速快了，这对我们帮助很大，尤其是Linux开始加入联网能力的时候。

在一段时间里，Linux的网络功能还有不少bug，于是我们被学校禁止接入校园网/*译者注：原来Linux从一开始就和校园网关系不好*/，当然，这更给了Linus修复此功能的动力。

更快的网速带来的一个好处就是下软件之需要几秒钟，比如Linux内核。这让Linus不太注重做备份，或者说，版本控制，除了一些频繁的打包发布，这需要分发到各个镜像站。

快速的网络也让我和Linus有机会见到雨后春笋般出现的各种发行版。不管怎样，Linus选了Red Hat，我觉得我应该平衡一下，所以选了Debian，此后我们也都坚持着自己的选择。

各种发行版的涌现对Linux大有裨益。虽说那时候Linux相比Mac和Windows还非常难用，至少人们不再需要使用十六进制编辑器来安装和启动系统了。这使得用户数量大大增加，一部分用户也参与系统开发，于是雪球越滚越大。

1994年，Linux版本号终于达到1.0，在大学里我们可以为此办一个不错的发布活动。在大礼堂里，计算机系的主任发表演讲，这些让我们相信Linux吸引了主流媒体的目光。当时还有电视录像，有一部分还可以在网络上找的到。在活动现场，我们有一个Linux 1.0编译仪式一直在后台运行。

1997年，Linus毕业，并加入了Transmeta公司，搬到美国，之后我便几乎与他失去了直接联系。

想知道1998年我对Linux世界是怎么看的？读一读《Linux轶事》。

从Linux这20年中，我们能学到什么？

最重要的一点，就是每个人都能改变世界。一个伟大的成就背后必然是一点一滴的积累，在芬兰语中我们称之为sisu。明智自然不错，不过你还记得那个20年前那个有些傻傻的，喝醉的，甚至发布自己半裸醉照的家伙？并不太明智，却从未放弃。所以说即使很愚蠢，只要在正确的到路上坚持不懈就能取得成就。所以你应该想"没问题，我来搞定"，而不是"这个很难弄吧"。

还有一点，不论你有多么聪明，多么有毅力，你都需要得到其他人的帮助。一场革命至少需要数十年，你不可能独自完成它。

自由也是最重要的原因，自由地获取、研究、分享、修改和再分发，把软件的自由放在第一位是必不可少的，不仅对于Linux，对于全世界人们的幸福都不可或缺。

在过去的20年里，我们目睹了一场革命，Linux是这场革命中的一部分。Internet是这场革命最伟大的推动者，自由软件运动是另一个推动者。这场革命的核心是将人们从被动的消费者转变为具有创造性的，不断交流这的表现者，他们组成了这个新的世界。当然，这场自由的革命还没有停止，它将继续前行。

让我们祝愿Linux和自由软件在未来的20年里继续发展，将自由的革命推向更远！

留英经验分享

Sun, 18 Sep 2011 07:19:48 CST

据说今年申请英国留学的人数再创新高，我来英国也快一年了，最近看到街头很多眼神中充满期待的新生，分享些经验：

本经验分两大类：行前准备和到英国之后的衣食住行介绍。全部例子以本人所处的Newcastle upon Tyne为准。

行前准备：

机票：

在签证拿到前购买机票还是在签证拿到之后购买各有利弊。

签证拿到前购买，最后可能导致机票改签，请斟酌。签证拿到之后购买或者预判签证签发时间购买机票可能会导致高昂的机票价格。

机票购买之后，因为要面临15小时左右的长途飞行，一般乘客在经济舱内都会有腿部不适。因此如果有机会乘坐A380或者类似大客机，有机会选座，请选择腿部空间比较大的座位。提供选座网站供各位参考：

http://www.applystar.com/ticket/list.php?id=2

由天朝飞往英国，时差反应不会很严重，一般是国内晚上飞，英国时间中午或者下午到。

行李准备：

一般航空公司的学生票，诸如阿联酋航空、英航、法航、荷航都会提供学生行李重量优惠，比如阿航提供高达40kg的学生行李优惠。不过如何利用这40kg而不浪费是有讲究的。

我的建议是，不要依据网上的什么行李List来整理，因为误导性太强。

必须准备的，除了必要的调料（各种炖肉粉、花椒大料什么的可以适当酌情准备）、必要的衣服（秋衣裤什么的估计你会带但是根本用不着穿。。。）之外剩余空间完全可以自由发挥。

我认为衣服没必要多带。以Newcastle地区为例：夏天恒温15-20摄氏度，冬天虽然会下大雪，但是气温也不会太低，羽绒服+单牛仔裤轻松过冬，室内都有暖气。

鞋，至少要备两双，一双轻便，防止你在飞机上过于难受。一双是平常穿的或者可以直接旅游鞋什么的搞起，到这边再买。冬天，一双防水靴子的重要性不言而喻，不过不要傻傻从国内买，英国的这种靴子比国内便宜很多。

护照证件现金上飞机请随身携带，不要放在任何行李中。

抵英国之后：

第一件事，购买电话卡报平安。

很多人对电话卡不讲究，实际里面门道很多。

有人图便宜直接买的Lebara，而这基本是属于英国最不入流的、信号最烂的也是最便宜的电话运营商，地位类似于当年国内的小灵通，不过信号还不及小灵通给力，比小灵通的“喂喂靠”还要“喂喂靠”。

新生推荐抵英之后购买SIM卡而不是在国内购买坑爹价格的SIM卡，因为英国的SIM卡都是免费送的。

如果打回国请果断购买3的Pay as you go类型电话卡，拨打中国地区手机使用4100086然后接手机号的形式（比如拨打1341234567就是41000861341234567），0.02p一分钟。3这个公司是直拨长途电话中性价比比较高的。

熟悉环境之后，请携号转网或者再购入O2、Vodafone这种大运营商的SIM卡。

第二件事，换零钱。

国内银行一般提供的是£50的大钞。英国日常生活中根本用不到这么大面额也根本见不到这么大面额的纸币，请避人耳目取出（财不外露有好处，下面会说）一张，去机场内便利店随便买点东西破开，用硬币乘地铁or用零钱打车。

第三件事，新鲜劲儿过了果断睡觉，第二天早起，不会有时差反应。

上街逛、溜达、熟悉环境的时候，请不要拿着地图，否则很容易被人搭讪，一般情形是这样：

一人靠近你，以没有零钱(No change)、要买咖啡、得了糖尿病要钱买胰岛素、老婆要生了没零钱打车（这些例子我都没开玩笑）这种理由管你要钱，遇此情况，直接Sorry然后走开了事。

然后请谨记：任何情况下都要避免当街数钱或者拿一大把钞票在街上晃。被搭讪被抢哭都来不及。

第四件事，如果住房已经搞定，去学校的学生服务中心（不是Student Union）开具Bank letter

去银行开户，存钱。没有英国的银行卡，基本是寸步难行。。。

第五件事，住房搞定前提下，发邮件给当地警察局预约警察局注册。

下面介绍衣食住行概况：

以Newcastle upon Tyne地区为例：

前面说过，穿衣服什么的，薄厚自己掌握，因为这儿可以看到大冬天穿短袖满大街晃的，也可以看到夏天穿羽绒服的。完全看你。

不过我不知道是哪个缺德List里面写的要带防水外套，搞得现在一看穿防水外套的就知道是新生。。。英国雨没那么大，一件帽衫足以搞定。不过也可以为了旅游方便起见备一件防水外套（冲锋衣）。

英国虽然变天很快，但是风也很大，除非对自己伞的质量很自信，否则不建议随身带伞出门。街边阵亡的雨伞尸体比比皆是。

鞋，前面说过，不赘述。

吃：

可以选择自己做饭，不过学习忙或者学校整天上课的情况下一般不会有时间做，中午可以就近去Subway（有折扣卡请留意）、Greggs（类似加热版味多美、味好美、味x美面包房）以及学校的Canteen搞起。请留意学校内发放的各种优惠券，可以省一笔不必要的开支。

自己做饭可以在熟悉环境、备齐各种原材料（米油盐酱醋）之后再决定。

住：

这个是留学生最头疼的问题，住宿舍可以免除一切烦恼，但是价格较贵而且你又少了对自己的历练。

租房推荐直接找中介，但是注意，签合同请留意是否是Joint Agreement，此合同意味着你和你的室友是有连带责任关系的。

挑房子什么的，不赘述，网上有大把文章说这个。

只说：房子如果靠近车站、地铁站，并且附近5-10分钟内还有超市，恭喜，找到好房子了！

在外租房需要注意：电费、气费、网费、水费账单不要延误交款，否则会面临高额滞纳金。签网络以及交各种账单的时候要用到你的银行卡。

行：

英国境内的旅游多依靠火车完成。一般提前订票优惠幅度较大。推荐买火车票前先去火车站办一张16-25 rail card，否则火车票价格会吓死你。

国内驾照在英国不经翻译和公正可以使用一年，因此也可以考虑自驾游。

逛街什么的，图便宜可以留意圣诞打折和Summer Sale两大打折季，不追新款追大牌可以去Tk.Maxx逛逛，这方面没啥发言权。。。

最后，说说英国的硬币和钞票系统。

苏格兰与英格兰的硬币相同，但是钞票不同。大多数情况下，苏格兰的钞票和英格兰钞票是全英国范围内流通自由的。但是极其特殊的情况下，英格兰一些地区（比如伦敦的火车站里的自动售票机）不接受苏格兰钞票，请切记。

苏格兰钞票分为三个银行发行，分别为:
RBS（Royal Bank of Scotland，苏格兰皇家银行）版，有£1、£5、£10、£20、£50、£100面值；
Bank of Scotland（苏格兰银行）版，有£5、£10、£20、£50、£100面值，这也是个人认为设计得最好看的一版；
Clydesdale Bank版，有£5、£10、£20、£50、£100面值，设计得也很有特色。
以上纸币图样请移步-这里-查看详情

英格兰钞票，都是Bank of England（英格兰银行）发行的，分为£5、£10、£20、£50、£100面值，图样请移步-这里-查看。

英国硬币种类比较多，建议抽一个小时的时间熟悉，避免找钱的时候要认半天才能算清楚。
面值分为1p、5p、10p、20p、50p、£1、£2共7种，并且和天朝硬币不同的是，英国硬币不按照硬币的个头来区分面值，这与我们的习惯略有不同。

为方便快速辨识，特将硬币外形特征罗列如下（下图不包含£2）：

（图片来源Wikipedia）

第一排：

£1 （ONE POUND）金黄色，较厚较重

二排左起：

10p（TEN PENCE）银色，厚度大小和RMB ¥1类似

2p（TWO PENCE，有时也写NEW PENCE）铜色（或者棕色），比10p略大

三排左起：
1p （ONE PENNY）铜色（或者棕色），较小

5p（FIVE PENCE）银色，个头是整套英国硬币中最小的

20p（TWENTY PENCE）银色，和50p一样是七边形但比50p小

四排：

50p（FIFTY PENCE）银色，和20p一起是整套英国硬币中唯一的七边形设计，个头比较大。

下面是£2的硬币：

（图片来源Wikipedia）

£2硬币个头最大最沉，出现频率稍稍低于其他硬币。

下面这个图片从上到下面值递减，完整显示了从£2到1p的硬币。

最常见的整套英镑硬币（图片来源Wikipedia）

另外，每枚硬币的设计有时候都会有不同，比如有可以拼成盾形的硬币，也有各种纪念版的50p（伦敦奥运会纪念版－－有好几种、NHS纪念版等等等等）、以及马恩岛的英镑硬币（三条腿做图案，另一面仍然是伊丽莎白女王），各位如果有兴趣不妨留意一下。

2008年最新设计的一套硬币（图片来源Wikipedia）

还有一周就来英国满一周年了，祝各位留学生活平安愉快，有什么问题，欢迎留言讨论。

Feed enhanced by Better Feed from Ozh

红帽正在招人

Sun, 09 Oct 2011 14:03:04 CST

受同事之托，发一下 Kernel QE 的招聘信息：

Senior Quality Engineer – Kernel(General)

Senior Quality Engineer – Kernel(Network)

Quality Engineer – Kernel(General)

Intern – Kernel QE

有兴趣的可以把简历发到我的邮箱：xiyou dot wangcong at gmail dot com，我会转发到负责招聘的人那里。

关于在红帽工作，我最喜欢的是上下班时间自由、假期可任意调换、允许在家上班。:-D 我好久不在办公室上班了，时常想念公司里的阿姨和零食。。。想了解更多更新内容可参考其他同事的博客：

akong：http://amosk.info/blog/

caspar：http://www.casparant.com/

erguan：http://guaneryu.com/blog/

adam8157：http://www.adam8157.info/

千萬分之一

Sat, 15 Oct 2011 17:18:22 CST

女友結婚兩年，暫無所出，身為生物學博士的她十分豁達，還滿不在乎地向老公說笑：其實人類早晚要滅亡的，因為要成功受孕生子，機會率低之又低。

她曾和另外三個女人談起生小孩的事，當中竟有兩人曾兩次流產。她們年紀都不大，身體也健康，但要令一顆小小的受精卵在媽媽子宮裏成功著床成長，風險之多，不可想像。

即使克服了十月懷胎，呱呱墮地那一刻，母嬰都處於極大危險中，也是分分鐘要命的。所以一個人生來四肢健全、智力正常，沒有唐氏綜合症、地中海貧血症、肌肉萎縮、小腦麻痺…之類的遺傳病，是極大恩賜，幸運不下於一出生便連中了幾十次六合彩頭獎。

美國的「佔領華爾街」行動搞得風風火火，那句「99％ vs 1%」的口號尤其成功，簡單有力地挑起貧富對立。「我們是99％，他們是1％」，說得多動聽，但細想一層，不管廣場上的人或投行裏的人，我們都是千萬分之一。

***

相關連結（我參與的電台節目）：
今晚佔領廣播道
1％的告白

[翻译]Dennis Ritchie：Steve Jobs 的巨人肩膀

Wed, 19 Oct 2011 16:59:50 CST

原文来自：http://www.wired.com/wiredenterprise/2011/10/thedennisritchieeffect/。

Jobs 和 dmr 老爹前后离开，让很多人不能不将其放在一起谈论。无论如何，他们都是伟大的人。有的时候在很短的时间里，这个世界同时失去两个伟大的人，是一件很难言语的事情。

“If I have seen further it is only by standing on the shoulders of giants.”- Isaac Newton.

仅以此向 dmr 老爹致敬。

———————翻译分割线———————

Dennis Ritchie：Steve Jobs 的巨人肩膀

Cade Metz撰写 2011十月13日 7:14 pm

对 Dennis Ritchie 的悼念完全不能同 Steve Jobs 去世后在 Web 上纷飞的如潮水般的赞美相提并论。但是他们确实如此。

甚至更夸张一些。

“当 Steve Jobs 上周去世后，产生了声势浩大的哀悼活动，而这是另人感动和恰当的。虽然 Dennis 有着更大的成就，但是公众甚至不知道他是谁。”另一个程序界的传奇，现在是一名 Google 人，在著名的贝尔实验室工作的20年里同 Ritchie 每日穿过同一个门廊的 Rob Pike 这样说到。

在周三的晚上，Pike 通过 Google+ 上的一篇留言公布了 Ritchie 与疾病进行了长久的斗争之后，在他新泽西的家中病逝的消息，尽管来自铁杆技术人的响应非常强烈，但整体上来自 web 的悼念与 Ritchie 对现代社会广泛的影响并不匹配。Dennis Ritchie 是 C 语言之父，并且协同贝尔实验室科学家 Ken Thompson 一起，使用 C 构建了 UNIX，基于这个操作系统的构建是如此之多——包括 Steve Jobs 建立的 Apple 帝国。

“在 web 上几乎所有的事情都用到了这两个东西：C 和 UNIX，”Pike 告诉网友。“浏览器是用 C 编写的。UNIX 内核——几乎整个互联网都运行在其上——也是 C 编写的。web 服务器是 C 编写的，而如果不是用 C 编写的话，那就是用 Java 或者 C++，这些是 C 的衍生，或者 Python 或 Ruby，这些是用 C 实现的。以及所有运行这些程序的网络硬件，我几乎都可以断定是用 C 编写的。”

“现代信息经济是构建在 Dennis 之前所做的工作上，这一点也不夸张。”

他补充到，甚至 Windows 曾经也是用 C 编写的，以及 UNIX 的后继者包括 Apple 的桌面操作系统 Mac OS X，和运行在 iPhone 和 iPad 上的 iOS。“Jobs 是看得见的王，而 Ritchie 是无法看到的万王之王，”MIT 电器工程和计算机科学教授，计算机科学与人工智能实验室成员，Martin Rinard 这样说到。

“Jobs 的天赋在于他构建了那些人们真正喜欢使用的产品，因为他有品味并且可以让事情变得引人注目。Ritchie 构建的东西是技术方面的，可以用于构建核心的基础设施，人们几乎无法接触到，但是每天都在使用的东西。”

从 B 到 C

Dennis Ritchie 构建了 C，因为他和 Ken Thompson 需要一个更好的方法来构建 UNIX。最初的 UNIX 内核是用汇编语言编写的，但是很快他们决定他们需要一个“高级”语言，某些对数据来说可以提供更多的控制能力并且跨操作系统的东西。在整个1970年，他们尝试构建了第二代 Fortran，但是这个并不十分适合，然后 Ritchie 提议基于 Thompson 创造的叫做 B 的语言开发一个新的语言。

不论你相信哪个版本的传说，B 的命名来自 Thompson 的妻子 Bonnie 或者一个由剑桥在六十年代中期开发的语言 BCPL。在任何情况下，从 B 产生了 C。

B 是一种解释型语言——也就意味着它是运行在 CPU 上的软件的一种中间形态——但是 C 是编译型语言。它被翻译为机器码，然后这些机器码直接运行于 CPU 上。不过在那个时候，C 被认为是一个高级语言。它可以为 Ritchie 和 Thompson 提供所需的灵活性，与此同时它很快。

C 语言的第一个版本与现在我们知道的版本并不完全一样——不过还是有些类似的。它提供了完整的数据结构和“类型”用于定义变量，而这就是 Ritchie 和 Thompson 用于构建新的 UNIX 内核所使用的。“他们构建了 C 来编写程序，”在 10 年后加入贝尔实验室的 Pike 说到。“而他们要写的程序就是 UNIX 内核。”

Ritchie 的一个玩笑是 C 有着“汇编语言的力量和汇编语言的便利。”换句话说，他承认 C 不是一个绚丽夺目的发明，它仍然非常贴近硬件在运行。今天，它被认为是一个低级语言，而不是高级的。然而 Ritchie 的玩笑对于这个新语言并不公平。通过提供真正的数据结构，它操作的层面已经足够高了。

“当你编写一个大程序的时候——而 UNIX 正是这种类型——就必须管理各种不同组件之间的相互影响：所有的用户，文件系统，磁盘，程序执行，以及使其能够有效的管理，你就需要能够对正在处理的信息有一个良好的表达。也就是我们所说的数据结构。”Pike 说到。

“在没有数据结构的情况下编写内核，并且使其向 UNIX 一样的保持一致和优雅是一个相当相当难的挑战。需要有一个方法将数据成组的放在一起，而在 Fortran 里是没有办法做到的。”

就当时而言，这样编写操作系统是非同寻常的，而这也使得 Ritchie 和 Thompson 最终设想移植操作系统到其他平台，他们在七十年代末期进行了这个工作。“这开启了 UNIX 运行在任何地方的水闸，”Pike 说到。“这全部都是 C 使其成为现实的。”

Apple，Microsoft，和其超越者

与此同时，C 在它自己的道路上越走越远，从贝尔实验室到世界上其他大学，以及 Microsoft，在二十世纪80年代爆发的软件公司。“使用 C 语言进行开发是一个巨大的进步，且和时宜… C 提供了正确的平衡性，使得可以在更高层面编写并更加产品化，但是当需要的时候，仍然可以控制到底如何处理，”NVIDIA 首席科学家和斯坦福的贝尔工程教授 Bill Dally 这样说到。“（它）加快了程序开发的步伐至少数十年。”

就像 Pike 指出的，Richie 在 C 中构建的数据结构甚至影响产生了现代语言如 C++ 和 Java 所使用的面向对象范型。

革命开始于 1973 年，Ritchie 发表了对语言的研究的论文，五年之后，他和同事 Brian Kernighan 发布了决定性的 C 书籍：C 程序设计语言。Kernighan 编写了这个语言初步的一些指南，然后同时他“扭着 Dennis 的胳膊”一起编写了一本书。

Pike 在多伦多大学就读的时候阅读了这本书，在有一天生病回家的下午拿起了它。“这个参考手册与其他手册相比是清晰和可读的典范。它无疑是优秀的。”他说。“我在病床上阅读了它，而它使我忘记了正在生病。”（译注：如果我说我是靠这本书过的 CET4 会不会有人相信？但是这是真的，它确实燃起了我对学习英语的渴望……）

就像许多大学生一样，Pike 已经在使用这个语言了。由于贝尔实验室捐赠了 UNIX 的代码，使得它风靡于大学校园。特别要提到的是，操作系统开始进入现代开源运动中了。 Pike 在讲述的时候，没有也无法夸大 Ritchie 的工作的影响力，因此即使 Ritchie 在 1983 年获得图灵奖，并且在 1998 年获得美国国家技术奖，他得到的赞誉仍然无法匹及他的贡献。

如同 Kernighan 和 Pike 说得那样，Ritchie 本人是非同寻常的孤僻。“我与他在同一个屋檐下一起工作了超过 20 年，而我感觉我并不全部了解他，”Pike 这样说。但是这并不能解释为他行事低调。Steve Jobs 是一个孤僻的人，但是他在隐私方面的坚持成为了公众对他个人生活探索的动力。

Ritchie 在与众不同的时间生活，并且在与众不同的环境工作，在这点上他超过了任何人，例如 Jobs。他没有获得应得的这绝对没错。但是那些真正在意的人，都能明白他留下的跨时代的标志。“在牛顿关于站在巨人的肩膀上有一个标准，”Kernighan 说到，“我们都站在 Dennis 的肩膀上。”

附加的内容由 Jon Stokes 撰写。

形式教育

Sun, 23 Oct 2011 22:32:06 CST

卓越雜誌 2011年 6月號。有一篇侯文詠的專訪，主題是「侯文詠：先鼓舞孩子的熱情吧！」。

該篇文章發人深省。想了解更完整內容的人，歡迎選購。

這裡摘出一部分的內容，這份內容在各大網路新聞平台也可以找到。

我(註:侯文詠)的文章被放入教科書中，有一次我兒子問我：「你的那篇文章學校會考什麼？」考完之後他拿回來讓我考一次，我居然考八十幾分，我兒子跟我說在他們班上排第十三名。我心想天啊！排在作者前面的十二名到底厲害在哪裡？教育真正在乎的到底是什麼呢？

於是有網友(對不起，我找不到原作者，盼網友告知)舉了個例子:

Xbox购买以及Kinect简介

Sun, 16 Oct 2011 22:13:31 CST

引用cvchina的文章如下：

http://www.wipo.int/pctdb/en/wo.jsp?WO=2007043036

http://www.freepatentsonline.com/7433024.pdf

Real-Time Human Pose Recognition in Parts from a Single Depth Image`

PS：我觉得我这帖子，就是链接大放送。

NVIDIA Kal-El Windows 8 參考平台（又）動眼看

Fri, 16 Sep 2011 14:03:00 CST

雖然這未必是世界第一部運行 Windows 8 的 Kal-El 平板，但至少這會是第一部我們能夠接觸到，同時運行這顆矚目的 NVIDIA 4 核心處理器和 Windows 8 的裝置。正如我們之前提到，NVIDIA 剛啟動了其 Windows 8 開發計劃，而這開發計劃的積極性也引起了我們的興趣。雖然有關方面能給我們的資料不多，但至少我們得到了一些有關電量的資訊 -- 未來 Kal-El 裝置的續航力會是以天數，而非小時去計算（如果成真的話令人期待呢）。可惜的是該平板被鎖在玻璃櫃內，不過盡責的主站編輯還是給我們拍了好些相片 -- 雖然早就有動手玩了。

%u5716%u96C6: NVIDIA Kal-El Windows 8 參考平台動眼看

Intel 的 Haswell 微型架构就长这样！（影片）

Fri, 16 Sep 2011 17:02:00 CST

分类: 媒体电脑, 独家报道

Intel 已经展示过了太阳能的计算机，但如果你还是想知道这个来自 2013 年的产品会长什么样，嗯... 那么就让我们看看吧！上图的芯片（图集与跳转后的影片也可看到）就是 Intel 的 Haswell 微型架构，一个即将在未来超薄笔电 Ultrabook 中出现的处理器平台。如同昨天所提到的，其运用了 22nm 的技术，透过三闸极晶体管（3D tri-gate transistor）技术的帮助下，让行动装置无线连接的续航力可达十小时之久。而现在终于看到它的本尊了！让我们一起期待这样省电的芯片可以早日普及吧。

Gallery: This is what Intel's Haswell microarchitecture looks like

继续阅读全文 Intel 的 Haswell 微型架构就长这样！（影片）

引用来源 | 此文章网址 | 转寄此文章 | 回应

继续在红帽工作

Mon, 31 Jan 2011 23:57:30 CST

前两天和我美国的经理通了一次电话聊了聊我的情况和想法，她想让我继续在红帽工作，而我不想留在北京。经过评估之后，她决定让我远程办公，这下可以放心离开北京了。:-)

我们部门的这个经理是个华人，但不懂汉语。她绝对是整个红帽公司最忙碌的人之一，有时我甚至觉得“之一”也不用加。她手下管理一批内核牛人，比如耳熟能详的David Miller大牛。有人说，管理程序员就像是在放养一群猫，可见她的工作也不轻松。

当初我来红帽的时候就是她面试我，于是我就成了红帽北京这边第一个做内核开发的了。所以，她对我的赏识和信任我感激不尽，绝对不是别的公司给我开出几倍的工资能换得来的，这也是我为什么一直留在红帽工作的原因之一。

在红帽北京这边工作，工资不算高，尤其是和Google这种公司比，但是工作环境很宽松。每天没有固定上下班时间，早来早走，晚来晚走，有个同事还经常吃完午饭才来上班。虽然说是每天要上够八个小时，但绝对没有什么打卡之类的东西监督你，全靠自觉。平时有事还可以在家办公，所以有的同事没干净的裤子穿了在家办公我们见怪不怪了。

这里每人每年都有15天年假，比起国外来不多，但比起国内的很多公司来不少。调休就不用说了，看我就知道，每次都是眼花缭乱。开放和自由是红帽在社区一直倡导的，其实在公司内部也大抵如此，从上面你也看得出来。这是我为什么一直留在红帽工作的原因之二。

我写这些东西不是恭维，即使是我要离职我也会这么写，因为事实就是如此。写这些也是为了让那些觉得红帽公司很神秘的人有进一步的了解，免得每次见我都要反复问。;-)

如果一切顺利的话，我会于2月19号离开北京。再见，北京！

《團購美食》排骨紅茶&茶香金瓜子

Tue, 09 Aug 2011 09:00:00 CST

雖然最近已經開始不太喝冰的，但天氣太熱冰箱還是得備點涼水，免得被鳥先生找到藉口偷買飲料回家。今年夏天最常出現的消暑良方就是排骨紅茶冰！原本以為自行在家DIY會有點難度，完全沒想到第一次煮紅茶就上手，方便又衛生。

所謂排骨紅茶就是排骨妮家的紅茶，曾是茶農的陳爸秘密獨家古早阿薩姆紅茶，一袋10包售價300元(免運，團購買10送1)，網路上一堆親朋好友都寫過推文，幾乎是一面倒的好評價！

每袋都附上古早味紅茶黃金密碼，照著做即可。
(More......)

【iSeed】ifanr 访谈：Trunk.ly 及董洵（Alex Dong）——新型的社会化书签

Fri, 07 Jan 2011 15:30:44 CST

本期 iSeed 系列带来的是 Trunk.ly 的访谈。Trunk.ly 是一个新型的社会化书签服务。在雅虎宣布可能要出售老牌书签服务 Del.icio.us 的时候，Trunk.ly 异军突起，迅速成为众多 Del.icio.us 用户转移书签数据的首选服务。Trunk.ly 是由董洵（Alex Dong）和澳洲友人 Tim Bull 一起创业的公司 BinaryPlex 的最新推出的产品。
董洵是微软 2004 年评出的全球 56 个架构师 MVP 中唯一的中国人。他对历史和艺术有浓厚的兴趣，相信结构的力量。他先后经历过多次的创业公司历程，有苦有乐，在 BinaryPlex 之前他是好看簿的创始人之一。09 年他和爱人一起花了一年的时间环游了世界。在不工作的时候，他喜欢品南方绿茶，听各式音乐，看历史/经济/科幻/技术书籍。曾经是半职业游泳运动员的他更喜欢绕着玉渊潭跑上15公里，出一身汗。他还喜欢打篮球，中投自认还不赖。
我们也将持续进行国内创业团队的报道，这个板块我们命名为 iSeed，我们希望看到更多创新的种子，如果你希望在 ifanr 展示你的创业理念和有趣之处，欢迎联系我们 info@ifanr.com。

一个多月前的一天，Alex 在 gtalk 上发了我一个链接，”试试 trunk.ly“。我心里想，trunk？车箱？树干？大象的鼻子？还是 SVN 的 trunk？点击链接注册一看，原来是个书签服务。当时也没在意，只是觉得我现在都是在用 Google Chrome 的书签同步服务，这个在线的书签服务，貌似对我作用不大。当时挂上了我的 Twitter 和Facebook，就没怎么用了。

过了段时间，雅虎宣布要关闭出售 Del.icio.us，顿时美味书签的用户四处找退路，然后我的 Twitter Timeline 上就不时出现其他用户推荐使用 trunk.ly 的推了。我就再次登录我的 trunk.ly 帐号，暮然发现我 Twitter 上转发的链接，Fav 的链接，都已经自动保存在 trunk.ly 了，而且还被建立了时间列表和搜索索引，一切都是那么的自然和方便。原来每个链接都是你个人的宝藏，trunk.ly 就是存放链接的百宝箱

我其实很早就关注 Alex 的博客和 Twitter。他坚持用英文写作（写得相当的好），时时刻刻努力的提高自己的技术，而且在 trunk.ly 发布这段时间每星期更是投入工作了 120 个小时，让同龄的我非常的自叹不如。他不仅仅是个技术狂人，他还透露着对自己创业公司的信心和理念，对生活的一种积极向上的态度。我相信，不管是技术上的交流，还是生活上的探讨，Alex 都是一个非常愉快的交流对象。

让我们看看 ifanr 和他的访谈吧。

ifanr：请简单的介绍下 trunk.ly 这个项目，它和其他书签管理服务有何不同之处？

随着最近 3－5 年 Facebook 和 Twitter 这样的社交网络的流行，书签服务最核心的内容已经发生了很大的变化。我在 twitter 上分享跟创业有关的链接，在 delicious上收藏技术内容，在 facebook 上则是比较私人的信息。此外我还在 Google Reader, Instapaper 上有更多分享的链接。所以现在的书签服务首先应该具备的功能就是“聚合”。从这个角度来说，trunk.ly 踩的比较准。我们产品上线后不久，老牌的竞争对手 diigo 就在圣诞节期间学习我们，加入对 twitter 链接的支持。

当然链接的聚合只是第一步。

对于 trunk.ly 来说，我们的目标是构建一个“社会性搜索引擎”。现在的搜索引擎基本是 10－15 年前的思想，对于网页价值的评价主要依赖于一维的 PageRank ，没有把“人”和“信任关系”考虑进去。而我们希望的社会性搜索则是基于 Page Rank 和 People Rank 的一个二维搜索系统。搜索结果不仅取决于链接本身的内容，还跟是谁共享的这些链接密切相关。而今天的搜索引擎，由于是提供所有人的链接，所以在职业的 SEO 面前总是有些跟不上。

ifanr：trunk.ly 似乎是仓促的提前发布。客观上是因为雅虎宣布要关闭 Del.icio.us 这个新闻促成的吗？

是这样的。Trunk.ly 原来计划是在二月中旬发布，联系好的设计师也要 1 月中才开始工作。那天早晨 8 点，我坐下来看到 Hacker News 首页上的前三条新闻全是关于 delicious 要被关闭的消息，感觉到有机会，于是就写了那篇 Picking up the torch of delicious。结果这篇文章在 1 个小时内也被推到 Hacker News 的首页。就这样在不到一个小时的时间里，光注册申请就收到 500 多个。我跟合伙人 Tim 一商量，决定立刻开放注册，充分利用这个机会，尽快吸收初始用户。

ifanr：trunly.ly 发布后你在 twitter 上提到，过去的一个星期，你工作的时间超过了 120 个小时。是修复 bug 吗？还是完善服务？

准确的说是128个小时。时间大概被用来做下面几件事情：

开发 delicious 的导入功能。我们原来有一个自动导入 delicious 的工具，结果由于一下子使用的人太多被 delicious 给流量限制了。所以就开发了这个上传导入功能。
完善爬虫系统。根据我们的统计，平均每个用户大约有 1500 条链接，一天 1000 个用户注册就是1,500,000 个页面要下载。而我们的爬虫系统设计能力大约能够应付的是 100,000 这个数量级的。最多的时候我们的队列里排了 500,000 个链接。后来我们花钱从 Amazon 租了 10 多台 EC2，又修改我们的搜索引擎才逐步能够跟的上用户希望的响应速度。
开发一些最基本的功能，比如能够删除一条链接，能够有一个 bookmarklet 去直接加入一个链接。上线时连这些功能都没有，导致不少客户的丢失。所以把这些功能补起也就变的非常急迫。
没完没了的 bug。我在 twitter 上提到当时的感觉像跟僵尸作战。每当解决一个问题，就会蹦出来一个新的。加上很多功能实现的时候并没有做性能调优，所以每次一个环节的性能得以改善，就会暴露相关的其他部件的性能问题。然后是下一个，再下一个。

ifanr：能否透露下 trunk.ly 的当前用户数量？用户的活跃程度，和平均每个用户存储的书签数量？

圣诞节之前的几天每天都是小两千注册用户，这两天圣诞加上元旦，注册稍微少一些，但也有好几百。现在的注册用户大约是好看簿上线 3 个月后的规模。短短 10 天下来的有 15000 个独立 IP 访问，其中 3500 是回头客。平均页面停留时间和访问深度两个指标是 Google Analytics里面同类别的其他网站的两倍左右。

ifanr：当前 trunk.ly 的架构是基于 Amazon 的 AWS云服务平台。随着用户数量的爆发，服务器的费用也肯定会非常大，有没有找风投的想法？

的确，服务器的费用开销很大，所以获取外部投资会在三个月内变的比较迫切。我和 tim 去年 4 月曾经在硅谷花了 3 个星期为上一个项目 Tribalytic 融资。当时 Tribalytic 还被 Twitter 官方作为优秀平台伙伴推荐，但是融资仍然非常困难。归根到底，早期投资靠的是投资人对于创业者的信任。要想在 3 周里从头构建这种信任关系不是很现实。所以我们最近的规划仍然是抓主要功能和流量增长，也希望对这个项目感兴趣的投资人能够与我们建立联系。

ifanr：你所期望的风投会是哪种？钱当然重要，但更重要的风投带来的资源和关系吧？

今年 8 月，我在北京的一个好友的公司要被收购，但是由于一家风投的阻挠，这个案子停了一个多月才很最后艰难的继续下去。当时电话里听来的一些细节令人简直难以置信。所以你说的很对。我们会非常谨慎的挑选风投。

对于第一轮，我们会比较倾向于天使投资。硅谷的天使在第一轮时一般不会要求董事会席位，对于公司股权的稀释也比较小，比较适合我们公司现在的阶段。这样我们就可以把更多的时间花在产品和服务用户上，而不是在这么早的阶段就为公司的估值花太多时间谈判。

ifanr：你当前的创业公司是和 Tim Bull 一起的 BinaryPlex。你是怎么和他认识的？

我们是 09 年 7 月在澳大利亚悉尼的一个为期两周的创业节上认识的。我和 Tim 在同一个小组里，又因为都是外地来的，所以也在同一个背包客旅店住。这个创业节的主要活动就是在两周里做出一个产品，上线，做 PR，然后把这个产品卖掉。通过一天工作 18 个小时以上真刀实枪的一起工作，我们在对方身上发现了自己需要的能力，所以才最终走到一起。Tim 之前是普华永道全球 4 个总架构师之一，为人老练、诚恳、可信。他在普华永道受到的全面培训，尤其是在沟通、演讲、媒体关系等方面的技能，都在这次紧急上线的过程中得到全面的应用。而这些都是我的弱项。（顺便提一句，我们的产品最后卖给新加坡的一家公司，卖出的钱刚好够支付我们的房费和飞机票钱，也算是有趣的结果。）

ifanr：你的创业项目基本上都和 Twitter，Facebook 这些 SNS 服务紧密结合，能否谈下当前 SNS 的趋势？特别是小创业公司和团队如何能够最大化的利用 SNS 的优势？

我觉得我们做创业的最重要的是要搭顺风车，或者说要借力打力，毕竟我们自己的力量太微弱了。我觉得未来 10 年最深远的变革一定是围绕两个方向的：社会化的互联网和移动化的设备。随着 SNS 跑马圈地的大致结束，下面接下来的就是发掘社会化网络能够提供的价值。

对于 SNS 的趋势，我个人的判断是随着分布式计算的价格门槛不断下降以及越来越多的个人信息被放在互联网上，我们终于可以真正为每个人提供量身定做的信息服务。Facebook 在广告上的优秀业绩已经证明了这一点，但是这仅仅是个开头，搜索、电子商务这些大头都还没有开始集成 SNS 的信息。Yahoo 关于如何有效存储和展现timeline 的学术论文直到今年 9 月才发表。这一切都在表明这个领域刚开始，市场机会还非常丰富。

ifanr：你是微软2004年评出的全球56个架构师MVP中唯一的中国人，但从你个人主页介绍来看，你现在使用 MacBook，运行 OSX 和 Ubuntu，用的是 Vim 和 zsh，只有键盘和鼠标是微软的产品。这似乎是个极大的转变？

说来有意思，我的这个转变恰好发生在我连续两年连任 MVP 的过程中。

04－05 两年对于微软也是很有趣的两年。一方面当时微软的主要产品都趋于完善，另一方面越来越多 MBA 开始对 Dev 做的事情开始指手画脚。有 MBA 帮忙，不少修改和反馈都开始变的很慢。

做创业的团队最关注的就是速度，一两天内必须解决的问题遇上个 release 周期 18 个月的，实在没招的时候就只好去拥抱开源。一来二去，微软的东西就慢慢不用了。微软在前年针对创业公司推出一个特别便宜的软件包，希望大家能在它的平台上开发，不少人做宣传但是效果好像不大，恐怕也是这个原因。

ifanr：2009 年，你（野狼）和微风周游了世界。这个大胆的想法是怎么来的？分享一些旅途的趣闻吧。还有，“野狼”这个绰号有什么典故吗？

08 年圣诞的时候，我开始觉得工作和生活仿佛都在原地打转，人也过了 30，前面的路有些看不清楚。特别需要一个契机去跳出固定的节奏，给自己一个时间去考虑接下来的生活。

这个旅途中最值得回味的是做食宿交换的经历。我们“无心插柳”的跟不同年龄段的人在一起生活，得以体验和观察 45 岁，57 岁，68 岁和 95 岁的人的生活状态：他们为什么开心，为什么难过，最希望得到什么，最后悔的是什么。现在回想起来，那些在炉火前的闲聊和潜移默化中的感悟都是最受用的。

我想旅行的真正价值不在于到过多少名山大川，也不在于是否尝遍天下美食。旅行最重要的在于能切身的感受一种与自己的习惯完全不同的生活方式。正是因为这样，当旅行结束，生活又回到原来轨道时，自己才能记得停下来，用新的眼光去打量正在经历的一切，能时常给自己提个醒，做到忙中有闲、能够尽量享受工作和生活。

野狼是我在户外 hiking 的时候的名字，当时 2zelex.com 写的时候更多是针对我在户外的一些朋友，所以用了这个名字。

ifanr：trunk.ly 是否会集成国内的 SNS 服务，比如新浪和腾讯都发布了相应的 API

我们使用 UserVoice 来跟踪用户的需求，每个人有 10 票可以投给自己最需要的功能。我们会根据各个功能的票数高低来决定优先级。就现在而言，好像提出需要集成国内除了 RSS 以外的其他服务的呼声还不是很高。我们非常欢迎大家到ＵserVoice 上来给我们提供反馈。

此外，我们也 release 一套 REST API，有兴趣的朋友也可以自己动手去做一些集成

后记：创业不容易，需要技术，需要资金，需要人脉。但更需要的，也许是几个志同道合有着共同理念的合作伙伴，两肋插刀浴血奋战，当然还需要颗坚韧顽强的心！在此我们预祝 Alex 和 Tim 早日获得理想的投资，把 trunk.ly 推上一个新高度！
【iSeed】是 ifanr 持续关注和报道创业团队和个人的项目，我们希望看到更多创新的种子，有价值的闪光，如果你希望在 ifanr 展示自己的创业理念和有趣之处，欢迎联系我们 info@ifanr.com。

© lordhong for 爱范儿: 拇指资讯小众讨论, 2011. | Permalink | 9 comments | Add to del.icio.us
Post tags: alex, binaryplex, bull, dong, iSeed, tim, trunk.ly

无觅猜您也喜欢：
【iSeed】ifanr 访谈：维动科技和他们的 3D 游戏引擎	【iSeed】ifanr 访谈：家酿机器人社区——智能创想，精确控制，趣人趣事	【iSeed】ifanr 访谈："豌豆荚"及其团队的故事	【iSeed】ifanr 访谈：“大家点”——新思路，新模式，新团队
无觅

告訴你，這才叫做海底攝影

Thu, 25 Aug 2011 09:30:42 CST

Andreas Franke ，是一位來自奧地利的專業攝影師與潛水狂熱者。去年他在佛羅里達外海辦了一個攝影展，不是在海上或海邊，這是個實實在在辦在海裡的攝影展－Vandenberg: Life Below the Surface

二次大戰時在美國空軍服役的一艘追蹤導彈的船－Gen. Hoyt S. Vandenberg，2009年5月27日在佛羅里達外海被擊沉，擊沉的原因不是因為被攻擊，而是要提供一個人工礁岩給海裡的生物們居住。Andreas Franke對這艘船的想法是：

"Even though there is so much life, marine life, all over and around it, the shipwreck itself, to me, is a dead thing,but I thought that if I put people on it, then there would again be life on that ship."

於是Andreas Franke重新賦予這艘船更多的意義，將「人」帶回這艘被擊沉的船上。他在海中拍下船中的照片，再回到陸地將人物合成上去，並在幾位潛水好友的幫助下將這十二幅照片布置在船身上。這些照片都有做好防水強化措施，用的材質都是沒有汙染的。

照片中人們自在的在水裡生活，不管是在照片裡或是現實中，Andreas Franke都成功的將人帶回船上了。

2009年被擊沉的Gen. Hoyt S. Vandenberg

Andreas Franke 的官網

圖片來源：MY MODERN MET Vandenberg: Life Below the Surface的官網

您可能需要這些靈感：
[攝影欣賞] 歎為觀止的夕陽美景	完美創意攝影 – Jamey Stillings	2010/05 攝影討論	攝影作品—秘密花園	淡淡的生活　療癒系清新攝影

来自无觅网络的相关文章：
【摄影】Frank Uyttenhove摄影欣赏 (@iwucha)	Andreas Mikkelsen (@ibeiou)	美丽的海底世界 (@poboo)	独自的海 (@sudasuta)	61张七彩斑斓的海底摄影照片 (@uuhy)
无觅

iPad上的数学软件介绍与畅想

Wed, 21 Apr 2010 18:58:53 CST

又是好久没有更新了，因为最近正沉迷于 iPad 。前天花 4800 元买了个 iPad ，然后一直在 App Store 上淘软件。下面与大家分享几款适用于 iPad 的数学软件，犹豫是否要买 iPad 的网友可以参考一下。因为我最近买了个 Hero ，把原来的 N82 卖了，因此拍照效果不太好，大家容忍一下。

Quick Graph 是一个难得的免费软件，可以用来绘制各种函数图象。在 iPad 上研究函数图象尤其方便，因为你可以利用触摸屏非常自由地放大、缩小、移动查看的范围。

Quick Graph 还能画 3D 图象，同样可以自然地用手指控制视角。

新版本可以画隐函数、不等式的图象，不过需支付 1.99 刀。

虽然用 iPad 自带的 Safari 浏览器能够正常使用 WolframAlpha ，不过用 WolframAlpha 官方推出的 iPad 版要方便得多。让人想不通的是，这个软件居然是收费的，需要 1.99 刀。

WolframAlpha 里的虚拟键盘，多出了好几行常用数学符号，很实用。

iPhone/iPad 上的符号计算软件，就是说一个算 1/2 + 1/3 可以得到 5/6 而不是 0.8333333 的软件。鉴于我在 S60 和 Android 上都没找到符号计算软件， iPad 的地位又提高了不少。有点贵，要 9.99 刀。照片上显示的是解方程 x^2 + 2 x = 5 ，结果是 [ - √6 - 1, √6 - 1 ]。

AllofWiki Offline ，可以把整个 Wikipedia 全部下载到 iPad 上离线浏览的软件，也要 9.99 刀。软件本身只有 3M ，下载数据是在 iPad 端进行的。整个 Wikipedia 数据有 5 个 G ，我在北大开的 90 块包国际网，能以每秒 100 多 KB 的速度下载，应该算很快了。整个下载过程一共要用十几个小时，中途可以暂停下载，以后断点续传。
把整部 Wikipedia 装进 iPad 确实很爽，可惜很多数学公式、符号、图片不能显示，能带来的信息多少有些受限。

最后是大家比较关心的，用 iPad 看 pdf 格式的电子书。我用的 GoodReader 软件，阅读电子书感受相当不错。软件非常便宜，只需要 0.99 刀。不过要说真正最爽还是在 iBook 上看书，尤其是翻页时的效果。可惜 iBook 上的牛 B 书不多，这里的几本书我都没找到。

    值得一提的是，用 iPad 看照片异常之帅，可以说 iPad 的大屏幕和多点触摸环境彻底改变了在电子设备下浏览照片的方式。但可惜，目前除了浏览照片等少数应用以外，大多数软件都还保留了按钮、输入框、对话框等元素，很少能跳出鼠标时代的操作方式框架。事实上，我们可以在 iPad 上开发出很多数学工作者们梦想的数学研究环境，而不仅仅是停留在命令式的输入输出环境中。例如，在 iPad 上我们能轻易实现尺规作图模拟器（不知现在有没有这样的应用）。轻点一下添加一个动点，轻点相交处确定一个交点，拇指按住一个点食指移动另一个点就可以作一段圆弧，这样的几何画板该有多帅啊。类似地，在 iPad 上进行图论研究也相当方便，能够实现自由地缩放、移动、删边、删点、染色、撤销等用铅笔和橡皮擦办不到的事情。或许在不久的将来，我们还能用不同大小的力按住一条边，来改变它的权值呢。
    计算器也可以摆脱按钮的形式，变成一张可以自由涂鸦的白纸。我们可以在 iPad 上写一个 3² + 2³ ，再在后面写一个 = ，白纸上就自动写出一个手写体的 17 ；再在另一块地方写一个 sin1°≈ ，约等于号后面就自动出现一个 0.0174524 。再用手指把 17 拖到 0.0174524 前面，两数中间点一个小点或者画一把小叉，后面写一个 = ，等号后面就自动出现 0.2966908 。写下 (x+y)² 并用两只手指把它拨开，它就自动变成了 x² + 2·x·y + y² ；写下 1 + 1/2 + 1/4 + 1/8 + ... ，用手指把它们一合拢，自动就变成了一个 2 。在这样的环境下研究数与数的关系，那该多么美妙啊。
    总之， iPad 的潜力似乎还没有充分挖掘出来。作为一张活的草稿纸，它的潜力几乎是无穷的。当然，这也只是一个畅想罢了，实际开发时会遇到很多难题。未来的数学软件究竟会发展成什么样，让我们拭目以待吧。

oracle license计算

Fri, 07 Oct 2011 15:38:17 CST

Oracle license的计算是基于CPU core的。用core的数目乘以一个系数core factor就可以得到所需的oracle license的数目。

对于不同的CPU,core factor是不一样的，可以从oracle提供的这张列表中查到 Oracle Processor Core Factor Table。

首线我们要知道CPU的类型，以solaris T5240为例：

1. $>psrinfo -pv
The physical processor has 64 virtual processors (0-63)
UltraSPARC-T2+ (chipid 0, clock 1415 MHz)
The physical processor has 64 virtual processors (64-127)
UltraSPARC-T2+ (chipid 1, clock 1415 MHz)

CPU类型为 UltraSPARC-T2+

2. 查询core factor table得到T2+对应的系数为0.5

3. 查询core的数目

kstat -m cpu_info 可以显示CPU的信息，在linux下可以直接cat /proc/cpuinfo

如果threads比较多，可以用这个脚本来解析

http://blogs.oracle.com/mandalika/entry/solaris_show_me_the_cpu

$>showcpucount
Total number of physical processors: 1
Number of virtual processors: 64
Total number of cores: 8
Number of cores per physical processor: 8
Number of hardware threads (strands or vCPUs) per core: 8
Processor speed: 1415 MHz (1.41 GHz)

** Socket-Core-vCPU mapping **

Physical Processor 1 (chip id: 0):
Core 1 (core id: 260):
vCPU ids: 0 – 7
Core 2 (core id: 267):
vCPU ids: 8 – 15
Core 3 (core id: 274):
vCPU ids: 16 – 23
Core 4 (core id: 281):
vCPU ids: 24 – 31
Core 5 (core id: 288):
vCPU ids: 32 – 39
Core 6 (core id: 295):
vCPU ids: 40 – 47
Core 7 (core id: 302):
vCPU ids: 48 – 55
Core 8 (core id: 309):
vCPU ids: 56 – 63

4. number of cores * core factor = oracle license

8*0.5 =4

再选了几个手头上的机器算了下（1*8 表示1个CPU，每个CPU8个core)：

Vendor	Server Model	CPU	Core Factor	number of cores	Oracle License
SUN	T5120	UltraSPARC-T2	0.5	1*8	4
SUN	T5240	UltraSPARC-T2+	0.5	2*8	8
SUN	T3	SPARC-T3	0.25	1*16	4
SUN	M5000	SPARC64-VII	0.5	8*4	16
HP	DL380	Intel(R) Xeon(R) CPU X5690	0.5	2*6	6

【食譜】濃濃十米香黑糖涼糕

Mon, 26 Sep 2011 12:30:00 CST

小時候會喜歡吃一種涼糕，白色和粉紅色的小方塊，外面裹了一層炒熟的太白粉，
拿起來軟軟彈彈，手指間透著一點涼涼的感覺，
咬下就是嫩綿彈牙，有一種特別的香味，其實就是香蕉油的香味，吃一個總是覺得開心極了。

(More......)

IT瘾life推荐

从天涯到腾讯：10年，不苟且的运维之路

Android 开发视频推荐

斯坦福大学公开课：编程方法学

《Android视频教程》 by Mars

网易云课堂

IntelliJ IDEA

好文 - 給女兒的一封信(劉墉)

給女兒的一封信 - 劉墉

在亚马逊中国购物小心你的人身安全

Xbox购买以及Kinect简介

好文 - 眼科名醫蔡瑞芳 宣布停作雷射手術 - 2012

眼科名醫蔡瑞芳 宣布停作雷射手術 新聞轉載

Xbox购买以及Kinect简介

kindle 相关

程序开发中的“人类容错性”——老兵不死

iPhone 5 电池续航还不如 iPhone 4 和 4S

好文: 如何適當處罰孩子?

如何適當處罰孩子?

莫要轻视应用架构

也翻译一下乔布斯给妻子的信

影響力

我和Linus大学时那些事儿

留英经验分享

红帽正在招人

千萬分之一

[翻译]Dennis Ritchie：Steve Jobs 的巨人肩膀

Dennis Ritchie：Steve Jobs 的巨人肩膀

从 B 到 C

Apple，Microsoft，和其超越者

形式教育

Xbox购买以及Kinect简介

NVIDIA Kal-El Windows 8 參考平台（又）動眼看

Intel 的 Haswell 微型架构就长这样！（影片）

继续在红帽工作

《團購美食》排骨紅茶&茶香金瓜子

【iSeed】ifanr 访谈：Trunk.ly 及董洵（Alex Dong）——新型的社会化书签

告訴你，這才叫做海底攝影

iPad上的数学软件介绍与畅想

oracle license计算

【食譜】濃濃十米香黑糖涼糕

好文 - 眼科名醫蔡瑞芳宣布停作雷射手術 - 2012

眼科名醫蔡瑞芳宣布停作雷射手術新聞轉載