屋顶上的木帷幕

一份让人啼笑皆非的中译英——用“金山快译”翻的

前两天我去烟台出差，住在一个叫做碧海大厦的饭店里面。它客房里面提供的宽带上网指南的英文翻译让人啼笑皆非：

我当时就很肯定地认为这是机器翻译出来的。我特地带回来，请王建硕翻拍了下来。王建硕也把这份翻译放在了他的BLOG上。有个人看了他的BLOG，用金山快译翻译了一下中文原文，得到了相同的结果，所以我们基本上可以断定这份非常蹩脚的英文操作指南是用“金山快译”翻译的。

对这件事情，我的两点想法是：
1) 这个酒店的人太不专业，好歹应该找人review一下，相信一个大学生就能看出翻译的问题
2) “金山快译”这个软件基本不具备实用价值

posted on 2004-06-26 23:47:00 by mvm  评论(44) 阅读(51092)

“明”操作系统？“泛系尺度论”？“武汉纲领”？

http://www.rons.net.cn/，这是一个叫做洪峰的人的个人网站。内容非常不好归纳：可以说是一个关于自由软件的网站，但是内容和我通常对自由软件运动的perception又有很大出入。里面的一些理论、方法、论述，都似乎已经超出自由软件的范畴了。

之所以推荐这个网站，是因为我看不懂里面的一些论述，我还不足以理解他。所以，我也不足以断定这些论述到底是大师级别的，还是发烧说糊话的级别。

尤其是那篇《第四代互联网的计算模型》（“Q2Q Computing for G4 Internet”），以及其中作为主打的“明”操作系统(MING/OS)。想听听博课堂的兄弟们的见解，以及经常看博课堂的兄弟们的见解。
?

posted on 2004-06-24 11:31:00 by mvm  评论(56) 阅读(7717)

Something about COM

Today, Jian Shuo Wang wrote in his email to friends:

This is the best article on Microsoft I have ever seen in the last few years. http://www.joelonsoftware.com/articles/APIWar.html What Joe said is so true. Share with you.

"And here's the clincher: I noticed (and confirmed this with a recruiter friend) that Windows API programmers here in New York City who know C++ and COM programming earn about $130,000 a year, while typical Web programmers using managed code languages (Java, PHP, Perl, even ASP.NET) earn about $80,000 a year. That's a huge difference, and when I talked to some friends from Microsoft Consulting Services about this they admitted that Microsoft had lost a whole generation of developers. The reason it takes $130,000 to hire someone with COM experience is because nobody bothered learning COM programming in the last eight years or so, so you have to find somebody really senior, usually they're already in management, and convince them to take a job as a grunt programmer, dealing with (God help me) marshalling and monikers and apartment threading and aggregates and tearoffs and a million other things that, basically, only Don Box ever understood, and even Don Box can't bear to look at them any more."

I started to pick up some book with COM and VC++ and found it was long time ago when people really care about marshalling and monikers…… What do you think?

Regards
Jian Shuo Wang

I replied:

Today, few people are still programming Assembler. Few people build circuits with diodes and triodes. It's a good thing that complexity was hidden by much higher level programming language and building block. So that we can be focused more on realize the business value. Don't be too sad like Joel. Such sad mood is just sort of missing the golden age. Tomorrow is another day.

-eric

Share those thoughts with my blog readers. 

posted on 2004-06-18 23:10:00 by mvm  评论(10) 阅读(2721)

MSN Messenger的150人的限制

萧远山说“没想到MS这么小气，才150人就满了”。其实，这是有道理的。王建硕跟我说，之所以有150人的Limitation，是因为根据六度空间理论推演，每个人的大脑最多只能管理150个联系人或好友。人在多，就没时间保持联系，就很容易忘记对方的情况。

的确如此。我今天就忘记了我的MSN上一个contact是谁了：

偶爱牛奶? says: 上次给你那个魔术的POWERPOINT有解了么？
ziying? says:? huhu
ziying? says:? 没看
偶爱牛奶? says:? 晕晕。。。
偶爱牛奶? says: 还指望你了呢
偶爱牛奶? says:? OK啦，到时候再说
ziying? says:? 呼呼
ziying? says:? 哦，还有，不好意思，我忘记你是谁了
偶爱牛奶 says: 啊？？？？
偶爱牛奶 says: 晕。。。。
偶爱牛奶 says: 死。。。
ziying says: ?
偶爱牛奶 says:
偶爱牛奶 says: 偶你初中同学，呵呵
ziying says: 你的名字，还有email地址，都实在是....................没有任何提示信息
ziying says: ..........

建议MSN Messenger（尤其是6.0以上版本）的用户通过尽量用以下三种方法，避免别人忘记自己是谁。

1. 用有提示作用的Email地址，比如我的zhengziying at hotmail.com，拼音一读就明白了
2. 用有提示作用的Display Name，比如我总是用“ziying - blah blah”作为display name，固定的前缀就是我的名字的一部分
3. 用自己的照片作为Display Picture，别人看到脸总能想起来了

posted on 2004-06-10 11:12:00 by mvm  评论(18) 阅读(6246)

选择合适的UI，而不是选择“先进”的

我相信博课堂的兄弟们、以及常看博课堂的兄弟们，一定会同意我的看法：显然，通常所说的B/S并不能和“先进”画等号。那些在技术改造道路上将目光瞄准在把Windows Application迁移到Web Application的，是值得再反复思量的。最近我就接触了三个例子，充分说明了一个道理：不要盲目跟风，不要盲目的上Web Application，不要盲目的转向.NET或者J2EE。

例子1，航空订票系统

今天上午去公司的Travel Desk订星期五回上海的飞机票，结果很让我高兴：买到了5折的。要知道，前两个月，7折都是很罕见的。订票的时候，我仔细观察了一下那个终端：是在Windows上开了一个绿色的字符终端，直接敲命令查询航班，返回结果也是一行行的字符输出。返回的结果我是看不懂的，但Travel Desk的人就能看懂：他一眼就能看出有多少折扣，还有没有位子。而我只看到一串不知道什么意义的英文字符。

从纯粹的技术人员的角度来看，这种Client端显然是应该被淘汰的：操作不是GUI的而是Cmd Line的，查询是通过命令字符串而不是一个友好的Query Builder界面，返回结果也很不friendly。但我觉得这样的界面是很好的，因为它的用户已经习惯了用这样的界面，而且根据我的观察，Travel Desk的人操作起来很快，他们也能毫无困难的理解那些我无法理解的返回结果。所以，如果我是技术主管，我一定会反对任何把这种界面升级到GUI的提议。我的信条是：没有充足的理由，不要改动正用得好好的东西；没有充足的理由，不要引入新东西。

例子2，银行

根据我的观察以及我的一个同事跟我的转述，很多银行柜台上的服务员是纯粹通过数字键盘来操作他们的终端的。我同事说，他们的终端应用程序也是字符界面的，通过菜单访问。例如，第一层菜单是（假设的）：1-企业业务；2-个人业务。如果选了“1-个人业务”，第二层菜单是：1-开户；2-提款；3-存款；4-改密码。以此类推。久而久之，柜员脑子里面记住了很多数字串和功能的对应，例如“1-3-2-4”就是功能A，“2-5-1-1”是功能B，...，这样记熟了以后，操作起来非常非常快，远远比鼠标快。

当然，我也看到过有一些银行的柜员终端是Win32 Application。我觉得他们的操作速度没有“1-3-2-4”那种快。所以，如果我是银行的技术主管，我始终会坚持用那种字符界面加数字键盘操作。没有任何理由把柜员的终端改成Web Application——那多慢啊。

例子3，一个电厂监控系统

我们公司在北京有一个partner，做的产品是电厂和各种生产监控系统。他们的产品真的很不错。例如，可以在一个Win32 App的界面上看到一个很形象的大图，图上错落有致的排放着工厂里面所有的锅炉、管线、仪表等，每个锅炉或者管线边上都实时显示控制参数，例如锅炉的温度。如果温度过热，还可以变成红颜色。我问他们是怎么做的，他们说这是他们花了四五年时间积累下来的，都是用ActiveX开发的。

那天我去的目的之一是看看能不能有推广.NET技术的契合点。但看了他们的系统演示以后，我觉得如果我是技术主管，我坚决反对把那些积累了四五年的ActiveX控件升级到.NET——升级麻烦，也没必要。

--

最近这几个例子让我觉得，如果不根据实际情况一味单纯推.NET或者J2EE或者其他什么新东西，是对客户的一种不负责任。

posted on 2004-06-07 14:06:00 by mvm  评论(35) 阅读(4429)

我们应该如何面试程序员/技术人员？

看到我在GTEC的同事的一封email，说的是他在面试别人的时候一些心得。其中有这么一段话，写得非常好：

在以后的面试中，建议大家认真阅读应聘者的简历，在应聘者擅长的领域里去问问题，去了解应聘者在软件技术支持方面的潜力。避免问一些只有我们自己才可能知道答案的技术问题，并以能不能答得上来为标准进行取舍。

我曾经犯过这样的错误。我在GTEC工作最初的大半年时间里面，我学了很多很多微软的东西，包括编程的、包括产品的，长进极大。也同样是在那段时间前后，我发现我对几乎所有的被我面试的人（大部分是大四或者研二的实习生）的comment都是“技术很一般”或者类似评语。突然有一天我发现了这个情况，当时就想通了一个道理：我当初应聘微软时的水平，未必比现在那些被我评价为“技术一般”的应聘者的水平高。

我还犯过一个错误。去年（可能是前年了，忘了），当时我们招实习生，为开发一些内部的Web平台招。最后剩下两个，A和B。A在面试时对ASP.NET、CSharp以及SQL的一些中等级别的技术问题答得很不错；B只对ASP有经验，对.NET还刚刚入门。当时我选择了A，选择的理由是技术不错，来之能战。而B去了另外一个team，也是做ASP.NET的开发。结果我发现，开始工作后，与A的交流非常困难，缺乏commitment和accountability，对take ownership的理解也很差，缺乏主动性，技术上遇到了阻碍也不向别人咨询；而B在另一个team融入得非常好，交给他的工作总是能按时完成，.NET的技术也很快补上了，至少足够用了。

从这个错误里面我学到的东西是：千万别太看重技术。技术是可以学的，没有任何技术是一两个月学不会的——那时候我头一次到CSDN答帖子做支持的时候，刚刚接触C#才两个礼拜；相比之下，人品、commitment & accountability、沟通能力、提问技巧、quick learning等，却是无法在几个月内迅速改变的。类似的，如果招一个Consultant，也应该更看重对行业的了解，而不是看重对产品的了解。产品知识容易学，行业经验积累就难了。

因此，面试程序员/技术人员的时候，最关键（也是最难的）是看应聘者的“人品”（广义的）。尤其是对于像微软这种公司来说，更是如此。因为如果单论技术，恐怕任何应聘者的技术都是不qualified的。比如说，测试方面，本来嘛，微软产品组的测试就已经做的非常好了，在整个业界是领先的，而且大大领先于国内软件业的测试水平，因此，从国内招人招不到合格的测试工程师是很正常的——反之倒是不正常的：如果国内高水平的测试工程师很多，那么国内的软件测试水平也不会是现在这个样子了。同样道理，对于一些微软的技术来说（比如Windows操作系统，比如.NET，一些具体的实现，比如CLR上的），微软产品组和技术支持部门的人一定是最牛的，因为本身这些技术就是他们自己公司的同事搞出来的，他们能够比外部获得多得多的资料（包括文档、问题集、培训材料等）。因此，如果觉得来应聘的人对操作系统或者程序语言的原理懂得不多，那是很正常的。

还是回到我同事那段话："建议大家认真阅读应聘者的简历，在应聘者擅长的领域里去问问题，去了解应聘者在软件技术支持方面的潜力。避免问一些只有我们自己才可能知道答案的技术问题，并以能不能答得上来为标准进行取舍"。

博客堂很多兄弟想必也曾经、正在或将要去招人、去面试程序员/技术人员。这些谨供大家探讨。

posted on 2004-06-05 01:26:00 by mvm  评论(31) 阅读(16475)