心开天籁 » commenting

real programmers don’t write documentation

hufey — Tue, 25 Nov 2008 08:26:49 +0000

It’s not a || it’s an && operation.

hufey — Tue, 16 Sep 2008 01:56:12 +0000

Jared Hulbert to Tomas, linux-kernel
show details 11:42 PM (10 hours ago)
Reply
> I read somewhere that AXFS is going to be a part of Linux kernel 2.6.28
> ( http://www.linuxdevices.com/news/NS6179099416.html?kc=rss )
>
> What are the advantages of AXFS compared to squashfs?
Depends on what you are doing and what features you care about. You
can read some of the threads starting ~Aug 20th for the details.
> Why not to include squashfs instead?
To be clear, the submission of AXFS has nothing at all to do with
squashfs. It’s not a || it’s an && operation.
But yeah, Christoph is right. 2.6.28 is iffy for AXFS anyway.
针对AXFS对squashfs的疑问，这是一个很有技巧的回答。
当然AXFS在performance的提升上，我在OLS2008的会议现场印象深刻！

比尔盖茨的审查

hufey — Sat, 23 Aug 2008 02:34:59 +0000

比尔盖茨的审查
757个读者翻译: wilddog 昨天 23:42:44 原文引用双语对照及眉批
简介
Joel Spolsky 技术博客中的超级牛人，原来是微软EXCEL项目中的一个程序经理，本文回忆了比尔.盖茨第一次审查他的文档的故事（当小牛遇到大牛），非常有趣，
Excel曾自带了一个糟糕透了的开发语言,当时这个语言还没有名字。我们称其为”Excel Macros”.它没有变量、局部变量、子函数这些概念，几乎完全不可用。虽然它有是还一些高级功能，比如“Goto”。

它存在的唯一理由是：它看上去要比Lotus的宏要合理一些。Lotus的宏不过就是记录了一组键盘敲击的顺序，用来在单元格中输入长字符串。

1991年6月17日，我开始为微软的Excel团队工作。我的头衔是“程序经理”（相当于写需求分析的），我的任务是为Excel Macro 找到一个合适的改进方案。有人建议我可以用Basic来做这个方案。

Basic?!

我花了些时间和不同的开发团队商量。那时候Visual Basic 1.0 才刚刚推出，它简直是酷毙了!但在微软内部当时还有另外一个面临失败的项目”MacroMan”. 他们试图开发另一种面向对象的Basic。这个团队好不容易才被告知他们的产品终于有了一个客户，就是我们Excel组. 当时他们的市场经理是Bob Wyman，是的，就是那个Bob Wyman（是谁？很有名吗）。可怜的Bob Wyan,我是唯一一个可以让他发挥推销才能的人。

如我上述，MacroMan快失败了，虽然它有一些支持者，但最后还是面临被停掉。Excel团队确信他们这个Basic团队正是我们开发Visual Basic For Excel 所需要的。我在这个项目的基础上试图再加入4个我喜欢的功能。Variant－－一个通用的数据类型，可以随时保存其他类型的值。因为如果不这样的话，你必须先要定义一个转换声明才能保存单元格的值。后期绑定，也就是后来赫赫有名的IDispatch.另外两个特性是For Each语句(从csh中偷的)和With语句(从Pascal中偷的)

接下来我开始写Excel Basic的规格说明，它真是他妈的工程浩大，我想完成时大概有500页吧。（“瀑布模型?”(传统软件开发模式),也许你正在窃笑。是的，但是请你闭嘴）

那时我们常常请比尔.盖茨作些审查。基本上每个重要的功能比尔都得过一遍。我被告知把我的功能说明送到他办公室去，以便让他在审查会前做好准备。这个说明用了整整500页打印纸。

我把说明打出来送到了他的办公室后，正好当天还有一点时间，于是我试图评估一下Basic的日期和时间函数是否能处理所有Excel的功能。
在大多数现代程序开发环境中，日期被存为实数。整数部分是从过去某天算起的天数。比如说Excel中，以1900年1月1日为1算起，今天2006年6月16日就是38884。

我开始把Visual Basic 中的日期和时间函数和Excel中的都过一遍，看看是不是都能对应。我注意到Visual Basic文档中有一个很奇怪的声明：Basic 使用1899年12月31日而非1900年1月1日作为日期的原点，但不知什么原因，Excel中今天的日期值居然和Basic的一摸一样。

出问题了！

我跑到Excel资深程序员Ed Fries的面前.我想他应该知道为什么。
“哦”，他告诉我：“看看1900年2月28日”
“59”，我说
“现在再看3月1号”
“61”。
“60哪里去了”Ed问道
“2月29？1900是闰年！它可以被4整除”
“很好的猜想，但不对”,Ed边说边走，留下我一个人在那里深思。
我又做了一些研究。发现可被100整除的年份不一定是闰年，除非它能被400整除。
原来1900不是闰年。
“找到了，这是Excel的Bug”.我欢呼起来。
“错”，Ed说,”我们这样做是为了能导入Lotus 123（另外一种电子表格）的数据”。
“那它是Lotus 123的Bug?”
“正确，但很有可能是故意的。Lotus必须适应640K的内存。但当时并没有那么多的内存，如果你忽略1900，你就可以根据一年的尾数是不是00来判断那年是不是闰年。这样做非常简捷方便。Lotus的小伙子们可能认为历史上两个月误差1天并不是很严重。而Basic团队看上去想给这两个月擦屁股，因此他们又把时间原点调回来了”

“啊！”我恍然大悟，然后开始继续研究为什么那里还有一个设置1904为时间原点的复选框。

比尔做review的那天来临了。

那是1992年6月30日。

那时候微软还没有现在这么官僚化。我对Mike Conte，Mike Conte对Chris Graham，Chris Graham对Pet Higgins,Pet Higgins对Mike Maples,Mie Maples最终对比尔.自底向上大约有6级，而非现在的11级或12级。我们和使用8层管理结构通用汽车一样，是个充满乐趣的公司。
在比尔的review中，每一层负责报告的人都出席了，顺便带来他们的堂兄堂弟，表姊表妹，大姨小姑，还有一个专门记录比尔会说多少个“靠！”的人。当然“靠！”越少，结果就越好。

比尔进来了。

他居然是两手两脚，一个脑袋…..看上去还是象人类。

他手里拿着我的说明。

他手里拿着我的说明！

他坐下来和旁边的人开了个对我而言毫无意义的玩笑，有几个人在窃笑。

比尔转向我了。

我注意到在我的说明空白处写着一些注解。他读过第一页！（激动）

他已经读过第一页并写下了他的笔记！（更激动）

因为从提交说明到他手上不过一天时间，他一定在昨晚之前就读过。

我们开始一问一答。问题相当简单，但现在我已经记不清了，因为当时我一直在注意着他翻我的文稿…

他在翻我的文稿！！！（冷静，冷静，你可不是小姑娘了）

…我看到每页空白都写满了注解，他妈的，他居然全部读完了，还写了注解。

他居然全部读完了！

问题开始变得越来越难，越来越细。

提问有些随机。过去我常常认为比尔是我的大爷，事实上他是个好小伙！他读了我的说明，他的问题可能正记在说明的空白处。以后我一定得把这些问题都在Bug跟踪系统中标记出来。

终于最难的问题来了。

“我不知道，小伙子们”，比尔说，“有人研究过这个细节没有，比如说这些日期和时间函数。Excel有很多日期时间函数，在Basic中是不是能一一对应，他们工作方式是不是都一样的？”

“当然”，我说，“除了1900年的1月和2月”。

沉默。

“靠”的记录人员和我老板惊讶的对视一眼。这家伙怎么知道的？1月，2月是什么东西？

“OK，很好”，比尔拿起我的说明。

（….等等！我想知道……）

他们离开了。

“4个”，“靠！”的记录者宣布,”这是我有生以来记得最少的一次。比尔步入中年了”。如你所知，比尔当年36。

后来我对这次审查终于有了一个解释，”比尔并没想真的想要审查我的说明文档，他只是想确定一切是否在我控制之中。他的标准方式是问得越来越难，越来越难，直到你承认你不知道，然后，他就会提醒你你尚未准备好。如果我答起了他最刁钻的问题，没有人会确定会发生什么，因为这以前就没发生过。”

“如果是Jim Manzi，他会怎么表现？”有人问道，“Manzi会反问，‘什么是日期函数？？？’”(Jim Manzi就是把Lotus带垮的MBA)

正确。

比尔. 盖茨是个令人吃惊的技术狂热者，他理解Variants,Com对象，和IDispatch，知道为什么自动化和虚拟函数表不一样，也知道这个区别会导致双接口。他担心日期函数，如果不是他信任的人在开发，他会难以入眠。你可以对此嗤之以鼻，但他确实是一个程序员，一个真实的，地地道道的程序员。不是程序员的人去运作一个软件公司就像不会滑板的人跑去冲浪一样。“得了，我有非常棒的顾问在岸边指导我”，他们会一边说一边一次次从滑板上掉下去。那些标准 MBA就是相信管理是通用函数。鲍尔默会成为另外一个John Sculley吗？John Sculley曾差点把苹果公司搞垮，只因为董事会相信他卖百事的经历会对运作计算机公司有所帮助。MBA的迷信者通常相信这一点：你可以让组织做你完全不懂的事。

过去数年，微软变大了，比尔的管理范围过度扩展，他不得不投入更多精力去和US政府打交道。鲍尔默坐上了理论上的CEO这个位置，这可以让比尔花更多的时间做他最擅长的－－领导软件开发，但这并不能克服11级管理层带来的问题。它导致无休无止的会议，顽固地不管如何也要创建每种产品的倾向，（微软在研发、官司、公司声誉上损失了多少亿美元，只因为决定开发一个Web浏览器，还让它免费。），还有就是过滥的招聘让微软正逐渐失去中层人员中的精英。（Douglas Coupland在Microserf*中写道：”在1992一年中他们雇佣3100人，你知道并非所有人都是珍珠“）

对了，派对已经搬地方了。Excel Basic变成了Microsoft Visual Basic for Appliation for Microsoft Excel，这个名字里面的注册商标符号太多，以至于我都不知道应该把他们放在哪里。我于1994年离开了微软，想来比尔已经完全忘记了我。直到有一天我读到华尔街日报对比尔的一次采访，他提到在过去，象招募一个Excel的程序经理的事情是多么困难，他们并非象苹果长在树上那样垂手可得。

他是谈我吗？或许应该是别人了吧。

iphone browser’s marketing share

hufey — Wed, 20 Aug 2008 08:44:13 +0000

这个数并不出意料，但是如果是文中说的“Windows Mobile 浏览器市场份额的4 倍，大约是 Linux 平台浏览器市场份额的40%”，那还是挺让人吃惊的。

From 2.4 to 2.6 to 2.7?

hufey — Wed, 16 Jul 2008 08:19:59 +0000

Linus对未来linux kernel版本号命名的想法
from Stoyan Gaydarov
to linux-kernel@vger.kernel.org
cc torvalds@linux-foundation.org,
Alan Cox ,
gorcunov@gmail.com,
akpm@linux-foundation.org,
mingo@elte.hu
date Tue, Jul 15, 2008 at 10:10 AM
subject From 2.4 to 2.6 to 2.7?
mailing list Filter messages from this mailing list
mailed-by vger.kernel.org
hide details Jul 15 (2 days ago)
Reply
Filter Assistant
First things first, I would like to know what prompted the change from
2.4 to 2.6 kernels. I know that the change had to do with the
development version, the 2.5 tree and the massive amounts of patches
distros had to carry. Aside from this i think it was also the
scheduler changes that prompted the 2.6 version, but I don’t know all
that much about it and any other comments about the change would be
great.
Second I wanted to talk about the linux 2.7.x kernel, whats in the
making or maybe even not started, that could prompt a change to a 2.7
version kernel, i know that a lot of good changes are going into the
kernel as part of the rcX kernels in the 2.6 version. Would we
continue to see 2.6 kernels until some big problem shows its head and
we all go “oh sh**” and then change something so massive that it
prompts the change or are we going to continue with the 2.6 tree. I
just want to get some information and peoples opinions on this, just
to see where things are headed.
-Stoyan G
–
To unsubscribe from this list: send the line “unsubscribe linux-kernel” in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Reply
Reply to all
Forward
Linus Torvalds
to Stoyan, linux-kernel, Alan, gorcunov, akpm, mingo
show details Jul 15 (2 days ago)
Reply
Filter Assistant
On Mon, 14 Jul 2008, Stoyan Gaydarov wrote:
>
> Second I wanted to talk about the linux 2.7.x kernel, whats in the
> making or maybe even not started
Nothing.
I’m not going back to the old model. The new model is so much better that
it’s not even worth entertaining as a theory to go back.
That said, I _am_ considering changing just the numbering. Not to go back
to the old model, but because a constantly increasing minor number leads
to big numbers. I’m not all that thrilled with “26″ as a number: it’s hard
to remember.
So I would not dismiss (and have been thinking about starting) talk about
a simple numbering reset (perhaps yearly), but the old model of 3-year
developement trees is simply not coming back as far as I’m concerned.
In fact, I think the time-based releases (ie the “2 weeks of merge window
until -rc1, followed by roughly two months of stabilization”) has been so
successful that I’d prefer to skip the version numbering model too. We
don’t do releases based on “features” any more, so why should we do
version _numbering_ based on “features”?
For example, I don’t see any individual feature that would merit a jump
from 2.x to 3.x or even from 2.6.x to 2.8.x. So maybe those version jumps
should be done by a time-based model too – matching how we actually do
releases anyway.
So if the version were to be date-based, instead of releasing 2.6.26,
maybe we could have 2008.7 instead. Or just increment the major version
every decade, the middle version every year, and the minor version every
time we make a release. Whatever.
But three-year development trees with a concurrent stable tree? Nope. Not
going to happen.
Linus

3G iPhone’s Battery Life Beats AT&T Rivals–But EvDO BlackBerrys Run Longer

hufey — Wed, 16 Jul 2008 03:31:00 +0000

为什么离开Google

hufey — Fri, 18 Apr 2008 03:30:22 +0000

和上个blog 可以对照着看
—
为什么离开Google
matrix 发表于 2008年4月17日 14时15分星期四 Printer-friendly Email story
来自人各有志部门
Google
DigitalPig 写道 “谷歌治印报道，一个曾经在Google公司工作过得工程师在他的Blog上面写了他为什么离开Google的原因。（摘要了一下:）在具有这样大小和影响的公司中，Google是一个让人兴奋的公司。有很多咖啡厅(perk?)和餐厅（在Mountain View总部有15个餐厅，免费供应从早餐到晚餐）。而且有很多的讲座。在Google中得到培训的机会也很多。当然以团队合作的名义出去玩的机会也很多。每个新员工都会有一个24‘’或者30‘’的显示器和一台公司配给的笔记本电脑（MacBook或者Thinkpad).对于Google这样的一个公司来说，它的出现改变了互联网以前糟糕透顶的搜索模式，而且它的新产品，比如GMail、Google Reader和Google Calendar一推出就收到广泛的关注而且变得非常的流行。这也让我感到非常的自豪。而且Google内部的邮件列表非常有活力，你可以在上面得到很多的信息，工作的非工作的。这也让我想到了早期的流行而且让人受益的USENET，而不是像现在这样充满白痴。（同意！）
不过虽然是这样，我还是离开了Google。我很享受我在Google的这段工作经历。但是我更加喜欢作为一个公司的创始人而不是一个大公司平庸职工。当然，咖啡厅和其他都吸引人，但是却不能激励我。相反，在一个公司刚开始的时期，每个员工都会对这个公司有着巨大的影响和很大的责任。这才是我追求的。这些年我也发现很多创新都来自刚刚成立的小公司。当然，在小公司工作也有很大的风险，因为大部分的小公司都倒闭了，但是至少还有1/10的公司能生存下来。相比而言，作为一个Google员工，就算Google股票翻一番或者翻两番，我都不能变得更加富有。
而且，Google中我所开发的项目也不和我的口味。虽然过了一两年员工会交换他们的项目，但是对于一个有很庞大代码库，工具和框架的Google来说，要熟悉这些然后再上手并不容易。开始的时候会感觉非常的郁闷。所以我觉得Google招聘人员应该在这方面多加注意。
现在我在一家即将成立的公司里面做社会网络(Social Networking)/移动空间(Mobile Space)开发。我的职位将是一个工程负责人。当然，对于小公司来说，一个职位将会扮演非常多得角色。不过，我能使用自己喜欢的Ruby开发。对于这份工作，我还是觉得很兴奋。
有人喜欢打天下，有人喜欢守天下。”

逃离怪物公司及其他

hufey — Thu, 17 Apr 2008 06:35:17 +0000

在网上看到一个帖子提到某pixar前员工离开这家公司的事，找到了相关链接
逃离怪物公司
pixar的影片几乎我都看过，而且其中很多都买了非常好的DVD版本。其中一个乐趣就是
看DVD附带的制作花絮，包括对pixar的介绍。很羡慕他们的工作环境和工作方式，公司
花很大力气为大伙创造能尽最大可能发挥个人创造力和激情的环境。我对艺术的创造力
接近为0，对艺术的欣赏虽有提高也是从一个很低的起点开始，不过还是“虽不能至，心向往之”吧。
甚至比较起来这两年对google工作环境的夸张宣传，我觉得离pixar还有差距。
Steve Jobs–这个两个我欣赏公司的共同老板和灵魂人物，最近负面报道也很多。其中
有一个是美国评员工最满意的雇主，apple没有进前25。没看到那个表，不知道pixar是不是在里面。
这个帖子其实很简略，也没说出什么特别称得上内幕的东西。既然pixar人才济济，被埋没只怕
也无可避免。
这个故事告诉我们的是：即使是外人看来多么光鲜照人的公司，在里面生存也未必容易。
我说的容易是easy。

3G专利分布

hufey — Mon, 07 Apr 2008 14:25:53 +0000

WCDMA：诺基亚(35%)、爱立信(31%)、高通(6%)、西门子(5%)、华为(5%)、其他(18%)
CDMA2000：诺基亚(22%)、爱立信(6%)、高通(31%)、西门子(5%)、摩托(11%)、其他(25%)
TD：诺基亚(32%)、爱立信(23%)、高通(2%)、西门子(11%)、大唐(7.3%)、其他(24.7%)
不知数据是否权威。记录一下

Linux Kernel Development (April 2008)

hufey — Thu, 03 Apr 2008 10:44:50 +0000

Who is Doing the Work

Who is Sponsoring the Work