知道分子

软件专利即将失效？

2009-11-10T11:56:00.003+08:00

昨天看到一篇题为《美最高法院修正专利法现有软件专利或失效》的新闻，据说“美国最高法院与专利办公室联合作出了新规定，该规定不允许与业务程序和业务方式相关的专利申请，比如网上购物技术、医学诊断测试和华尔街交易程序。该规定可能甚至还会影响软件的专利申请。该新规对高科技可能产生的最大的影响是现有的软件专利可能会失效，至少会让相应专利拥有者在法律诉讼中很难辩护。而且在未来该类专利的申请也会更难获批，因为一般来说软件专利的申请都是作为程序，而不是作为物理发明来申请。”

今天又读到 Google 法律总顾问兼专利战略官 Michelle Lee 发表的Google Public Policy Blog：Debating the future of innovation at the Supreme Court, 该文认为：“A recent flood of patents on business methods and abstract software processes has contributed to uncertainty and an explosion of expensive lawsuits. … awarding patents on abstract ideas and processes, like the claim at issue in the Bilski case, poses a serious threat to innovation, job creation, and economic growth. …The revolution in information technology should be built on innovation, not litigation.”

软件专利究竟有利还是有害于创新已争论多年，美国最高法院和专利办公室新规为这场争论一槌定音。其它国家很可能渐次跟进，取消或弱化软件专利。

我们该如何面对一个软件专利失效的新世界？

不如读论文

2009-11-07T21:00:00.003+08:00

周六下午翘课回家读书，翻到《程序员》9月号一篇文章：袁泳《程序员与读论文》（p.118-119）。作者技术视野开阔、文笔生动有趣，举了 Oracle 创始人读 IBM 论文而提前 3 年推出 Oracle 1.0 数据库，以及微创刀法引入台湾、Id Software 主程序员大量涉猎图形学论文而以 3D 游戏效果傲视业界等例子，说明一个简单的道理：读论文是保持技术优势的重要手段。

作者指出阅读论文的三大好处：

1. 论文的时效性无可取代。

2. 论文不仅讨论成功的解决方案，也检讨作者和其他研究者失败的尝试。

3. 出于种种原因，有些论文并没有对应的替代读物。

不仅 IT 业，其它行业/学科都是如此，读书不如读论文，“像手术刀一般划去无关肌理，直切具体问题本源”，乃是论文长项。经典的书只要读那么几本就够了，若想赶上学术前沿的潮流，还得常读论文不可。当然，除了论文之外，业/学界诸牛博客，各种会议 paper/slides/video/podcast 都是保持头脑常新的重要信息来源。

刘江：所有程序员/架构师都应该至少读上两遍的十篇论文 http://blog.csdn.net/turingbook/archive/2009/03/01/3946421.aspx

附赠八卦一则：图灵总编刘江老师将于下周开始兼任《程序员》杂志和 CSDN 网站总编，对上述杂志/网站有意见的，请围观 @turingbook 。

Facebook 的工程师文化

2009-11-07T19:36:00.003+08:00

Windows Live 网站有位工程师，参加了 Facebook 组织的 Facebook Seattle Engineering Road Show 活动，回来之后兴奋不已，洋洋洒洒写了一大篇，介绍 Facebook 在不断扩张过程中获得的一些经验：Facebook Seattle Engineering Road Show: Mike Shroepfer on Engineering at Scale at Facebook

大家都会英文，这里不作全文翻译了。值得一提的是 Facebook 自己总结的工程师文化：

1. 快速前进打破陈规（Move Fast and Break Things） - 鼓励员工承担风险，愿意为创新牺牲一些稳定性。工程师厌恶风险往往是公司衰败之始。

2. 小团队办大事（Huge Impact with Small Teams）- 多数功能系统都由一到三位工程师组成的小团队完成。Facebook 每位工程师服务 120 万名用户 v.s. Google 1:190,000 v.s. Amazon 1:96,000 v.s. Microsoft 1:75,000。

3. 大胆创新（Be Bold and Innovative） - 不言自明。

Facebook 连扫地的都算上也只有 900 多名员工，其中工程师只有 230 余人。他们的用户近 3 亿，接近于美国人口总数。他们有 3 万台服务器，存储着 800 亿张图片，每天承受 10 亿次搜索，Memcache 集群每秒操作 5 千万次，每秒下载照片 120 万张......

什么叫海量？这就是海量！

如果没有这样的工程师文化，肯定无法支持海量。

西安

2009-11-03T22:31:00.002+08:00

Jeff Dean, Google Fellow @ LADIS 2009 重要讲话学习笔记

2009-10-29T10:56:00.002+08:00

最近 Google Fellow Jeff Dean 在 LADIS 2009 会议上发表重要讲话，历数 Google 大规模分布式系统发展过程中的一系列经验教训，供业界人士参考。

我在学习该讲话的过程中做了一点笔记（详细内容请看演讲稿）：

1. Google 的新数据中心位于俄勒冈州 Dalles 市，哥伦比亚河畔。http://en.wikipedia.org/wiki/The_Dalles,_Oregon

2. Google 的机架服务器密度较高，每机架40-80台服务器。服务器硬件配置为：DRAM: 16GB, 100ns, 20GB/s Disk:2TB, 10ms, 200MB/s 。

3. 每机架80台服务器总计：DRAM: 1TB, 300us, 100MB/s Disk: 160TB, 11ms, 100MB/s。30个机架合起来：DRAM: 30TB, 500us, 10MB/s Disk:4.80PB, 12ms, 10MB/s
p.7 这里说的是在现有体系下扩展，随着总容量越来越大，延时也会随之增加，传输速度显著下降。

4. Local DRAM 延时最小、容量最小、带宽最大，Datacenter Disk 延时最大、容量最大、带宽最小。 p.8

5. 一切都将崩溃，关键在于如何应对。软件必须容错！从年度统计来看，1-5%的磁盘会损坏，2-4%的服务器会崩溃。

6. 某新集群典型的第一年，0.5次（两年一次）过热，1次PDU失效（掉电），1次机架移动，1次网线重布，20次机架失效，5次机架抖动（丢包），8次网络维护，12次路由器重启，3次路由器失效，若干次为期30秒的DNS闪断，1000次单机故障，数千块硬盘损坏... p.10

7. 长距离传输线路可能遇到的问题：野狗、鲨鱼、死马、醉酒的猎人...

8. Google 的每个集群一般由1000台左右服务器组成，核心服务是GFS和集群调度系统，同时运行 100 到 1000 个活动的任务。 p.16

9. Google 的 GFS 使用情况：200+ 个集群，多数集群有上千台服务器，多个容纳上千客户端的pool，文件系统总容量 4PB+，读写量 40GB/s。以上数据在当前硬件故障频出的环境中录得。

10. 协议描述语言至关重要，Google 自2000年以来使用 Protocol Buffers 语言，自解释、多语言支持、200+MB/s的编解码效率，还有诸多牛叉特性。 http://code.google.com/p/protobuf/

11. 设计高效系统必须知道的基本数据：L1 cache reference 0.5 ns ==> ... ==> Send packet CA->Netherlands->CA 150,000,000 ns p.24

12. Know Your Basic Building Blocks：不仅要了解接口，更要理解内部实现，如果你不知道具体的工作机制，那就没法计算各步骤的成本了。

13. 压缩/编码需要权衡空间、编解码速度等等：Zippy: encode@300 MB/s, decode@600MB/s, 2-4X compression• gzip: encode@25MB/s, decode@200MB/s, 4-6X compression

14. Important not to try to be all things to all people：more complex, compromises other clients in trying to satisfy everyone p.31

15. Make your apps do something reasonable even if not all is right – Better to give users limited functionality than an error page

Keynote #3: Jeffrey Dean, Google [ Slides] "Large-Scale Distributed Systems at Google: Current Systems and Future Directions"

As part of implementing the many products and services offered by Google, we have built a collection of systems and tools that simplify the storing and processing of large-scale data sets, and the construction of heavily-used public services based on these data sets. These systems are intended to work well in Google's computational environment, which consists of large numbers of commodity machines connected by commodity networking hardware. Our systems handle issues like storage reliability and availability in the face of machine failures, and our processing tools make it relatively easy to write robust computations that run reliably and efficiently on thousands of machines. In this talk I'll highlight some of the systems we have built, and discuss some challenges and future directions for new systems.

Jeff Dean joined Google in 1999 and is currently a Google Fellow in Google's Systems Infrastructure Group. He has co-designed/implemented five generations of Google's crawling, indexing, and query serving systems, and co-designed/implemented major pieces of Google's initial advertising and AdSense for Content systems. He is also a co-designer and co-implementor of Google's distributed computing infrastructure, including the MapReduce and BigTable systems, has worked on system software for statistical machine translation, and implemented on a variety of internal and external developer tools.

应届求职的小朋友须知

2009-10-20T00:39:00.003+08:00

我们最看重你的实践能力，简历里要多写项目经验。即便没有社会实践经验，写点学校里的科研学术项目经验也好。但是千万不要在简历里造假，一经发现，立马拒掉。简历里写的每件事必须要清楚细节，说得明白，否则多写无益。面试别紧张，轻松一点，想好了再说，我们不急。

说话要条理清楚，别跑题。知之为知之，不知为不知，真的不知道也没关系，坦白就是了，我们不会为难你。知道的要好好说，尽量用精炼的语言回答，体现你的水平。我们感兴趣的细节会进一步追问，不感兴趣的也就不用滔滔不绝了，节省双方的时间。

事先对于求职的公司、职位、所在地最好了解一下，有利于面试，也有利于评估对方所提供的待遇。刚从学校毕业出来，薪资待遇只要满足日常需要，在该公司当地处于应届毕业生收入中等水平，在自己同学朋友面前不太丢脸，就够了。

入职薪资待遇只是个起步价，不要太在意。前三年努力上手，不要轻易跳槽。行业的前景、公司的趋势、职业的发展前途最重要，当然，更重要的是要符合你的兴趣和能力。行行出状元，坚持从事任何一项职业都有可能成为大师，即便成不了大师，也有可能成为大匠。待遇只是你成长过程中获得的附加品。

每个人都应该有明确的目标，如果你记性不好，那就把它写下来，贴在最显眼的地方，让它天天提醒你，让别人都看到，时常来监督你。千万不要东搞西搞，这山望着那山高，吃着碗里看着锅里。先把碗里的吃好，先把脚下的路走好，先把手里的活搞好，踏踏实实走好每一步，总有你出头的一天。

明天我将赴天津南开大学校招，接下来还会去广州华南理工、西安电子科技大学。如果你正好在当地，那么欢迎你来应聘应用运维工程师和监控工程师，我会在现场接待你。另外还有其他同事分赴全国各地招聘各类岗位，欢迎访问我们的校园招聘网站查询相关信息： http://www.join-alibaba.com/

若有任何问题，也可以在线问我。祝你好运！

诚邀应届毕业生加入阿里巴巴

2009-10-10T11:52:00.003+08:00

阿里巴巴校园招聘已于9月正式启幕。我们巡游了杭州、南京、上海、合肥，与当地及周边的应届毕业生们亲切会面，有相当一部分优秀毕业生已接受了我们的加盟邀请。在未来一个月内，我们还将前往北京、成都、天津、武汉、哈尔滨、广州、长春、西安，与你见面。

我们的行程安排是...

详见阿里巴巴校园招聘网站： http://www.join-alibaba.com/

特别欢迎应聘我所在部门的三个职位：监控工程师、应用运维工程师、应用数据库工程师，这些职位的描述是...

监控工程师
招聘人数：3人
工作地点：杭州

职位描述：
1.你将与优秀工程师一起承担着阿里巴巴网站所有应用和基础设施的监控工作
2.你将参构建世界级互联网平台的监控中心
3.你将深入研究并业界领先的监控技术，成为互联网领域监控技术的先行者

职位要求：
1.本科及以上学历，计算机相关专业或有相关经验者
2.有良好的责任心，严谨细致
3.学习能力强，对事物有敏锐的观察力
4.了解Shell、python等脚本语言中的一种优先
5.熟悉 Python / Shell / C / Perl 编程技术者优先
6.善于沟通，具有良好的团队合作意识

应用运维工程师
招聘人数：15人
工作地点：杭州

职位描述：
1.你是阿里巴巴电子商务服务的在线维护者
2.你将与优秀工程师一起负责大型服务器集群的在线运维，掌控海量数据库
3.你将深入系统性能与架构的分析优化，保障在线服务高效稳定运行

职位要求：
1.本科及以上学历，计算机相关专业或有相关经验者
2.熟练掌握Unix/Linux操作系统的操作与维护，具有系统调优经验者优先
3.有C/C++开发经验，熟练掌握Perl或Unix Shell编程者优先
4.熟练掌握Apache等常用软件的安装与配置
5.善于学习，具有较强的发现问题、分析问题与解决问题的能力
6.善于沟通，具有良好的团队合作意识

应用数据库工程师
招聘人数：5人
工作地点：杭州

职位描述：
1.你将与优秀数据库工程师一起从事数据库建模、项目评审与SQL性能优化
2.你将参与数据库应用开发、数据库变更管理与数据库性能优化
3.你将与全国最优秀的数据库团队一起成长

职位要求：
1.精通SQL,PL/SQL
2.精通SQL Tuning
3.精通数据库建模
4.熟悉Oracle或MySQL基本管理
5.有数据库开发经验
6.善于沟通，具有良好的团队合作意识

如果你错过了我们的现场校园招聘，没关系，你可以直接发简历给我。我的联系方式是...

相信聪明的你一定/能知道。