乔布斯擅长的事情，一个是谈判，一个是设计 Apple 机箱(或者是 iPod 外壳)。

记得前段时间有同事开会的时候问大家这个世界最有品位的人是谁? 天，居然说是乔布斯，我宁愿说盖茨，也不愿意说是他。如果选择最苛刻的人到差不多可以是乔布斯，因为苛刻，才能"选择"出比较完美的东西。不要说是他"设计"的。

那么多苹果迷应该明白，你们喜欢的是苹果的产品，而不是乔布斯这个人。 乔布斯头上的更多光芒都是抢来的(他也自诩为海盗)，因为他是苹果的创建人之一，所以他有这个权利。就像古代皇帝喜欢给自己个大将军的称号一样，Jobs 最喜欢干这样的事儿，而且，绝对不会脸红的。当然，这世界太多攫取别人工作成果当成自己的案例。每当看到业界人物厚着脸皮自己介绍"曾主导设计某某产品"，那就让人明白这个家伙除了在这个项目里面"坐顺风车"之外什么都没干。

即使是 Pixar 的成功，也丝毫看不到他在里面究竟起到什么作用，这个时期，他不过是个老板罢了，可一旦那些动画大作成功，镁光灯下的却是乔布斯，那些天才们早都知趣的躲到了一边。

这也是个绝对拧巴的人，多少年都不承认自己的女儿，却把他视为珍宝的项目命名为女儿的名字，Lisa，最后这个注定要失败项目被人视为笑柄。

相比之下，Steve Wozniak 倒是更像一个神，从凡人到神。而 Steve Jobs ，只能是这个商业社会中的一尊偶像。

--EOF--

链接：购买《缔造苹果神话 》 (翻译这本书的人不太懂 IT )

Posted by Fenng at 6:24 PM | Permalink | Comments (4)

史冬鹏没能进决赛，但他尽力了。纵观大史一直以来在赛场上的表现，他是真正诠释体育精神的英雄。

赛前，我是多么希望史冬鹏能在这次"家门口"的比赛中夺得一枚奖牌，但这毕竟是比赛，胜负只在一瞬间。尽管以后还有更多的比赛，还有世锦赛，大史说"那毕竟不一样"，这是绝对的真心话!

刘翔几乎独占了所有可用的资源，留给大史的资源太少了。从这一点上来说，刘翔是一个团队在作战，而大史只是一个人在战斗! 赛前刘翔的信息铺天盖地，关注大史的文章少而又少。看过的文章中，只有《环球企业家》的这篇特刊《奔跑者》能让读者了解一下关于大史的更多信息。

史冬鹏，加油！期待你的精彩！

--EOF--

还要控诉一下冬日娜这"梅超风"，你能不能少说几句弱智的话? "没关系，毕竟你上次连第二轮还没跑进呢" ，这是人说的话么?

Posted by Fenng at 9:51 PM | Permalink | Comments (10)

今天收到了这本小书《关乎天下》，副标题是"中小企业赢取江山的秘诀"，其实在我看来，这也是阿里巴巴赢取江山的秘诀(现在 Alibaba 是大型公司，但当年是绝对的小企业)。

这几天好几位朋友先后提及阿里巴巴前 COO 关明生(Savio)。先是白鸦说 Savio 是很值得研究的人 ，后是同事 Kimi 的回忆。在论坛上看到有人留言说 Savio 写过这本书，所以买了一本回来。

这本书篇幅并不长，64 开本，正文 125 页的样子，差不多是两课时培训课程的信息容量。图书市场里关于阿里巴巴的书现在有很多了，但似乎加起来还不如这一本小册子传递出来内容精炼、精准。从 "独孤九剑" 到 "六脉神剑" ，Savio 就是塑造阿里巴巴文化最主要的那个人。以前的一些趣闻通过这本小书页到了印证，比如 Savio 能够记住每个人的名字，为的是"要发现人才潜才"，作为企业管理人，这的确是非常难做到的事情。平凡人做平凡事，平凡事做好了就不平凡。

以前我有幸听过 Savio 将过一次课，这次书里发现的一些素材和那次课程上的有重复的地方，而且网上搜索到 Savio 的采访，也发现他非常喜欢举 "明星和野狗" 这个例子。不难明白，企业管理哪里需要长篇大论的东西，凝练下来精华的部分，并且成功的执行、继承下去才会成功。

建议还在起步中的并且对阿里巴巴公司文化、管理方式比较好奇的中小企业主读一下这本书，这就是阿里巴巴的成功秘诀--如果说有秘诀的话。第四部分的销售篇读来也非常有收获，非常值得作销售的朋友一读。最后也建议阿里巴巴同事能读一下这本书，第一版发行只有 5000 册，我相信公司其实读过这本书的人不多。

--EOF--

点击购买《关乎天下》

Posted by Fenng at 7:13 PM | Permalink | Comments (7)

利用电脑启动、收邮件的一些零散时间，看完了这本 Inside Facebook 翻译版，感觉有所得。有些朋友说没看到"实质性"的东西，什么是"实质性"的东西? 难道你要看到"成功宝典"么? Facebook 只有一个，东施效颦的模仿者学其形或许还成，学其神就难了。

观点

• 任何一件没有全力以赴的事情，都会对其它员工造成不良影响 ... 一个成功的公司的公司，绝对不应该允许其员工只是简单地维持现状。
• 对于不需要第二天早上八点半爬起来送孩子上学的年轻人来说，熬夜工作是一种纯粹的乐趣。
• 若是待遇不错，客服人员是公司最能解决问题的人手。他们甚至会发自内心地以愉悦的面貌投入工作。

细节

• Google 趋向于招聘领域内的知名专家，而 Facebook 则鼓励工程师成为多面手。
Note: 一个公司能有几个技术上能包打通关的人(比如 Livid 同学)是幸事。但在国内，往往走从泛到专的路线。
• 任何公司里都只有一小部分工程师是最出成果的。
Note: 这么说是不是会伤害很多人? 但这的确是一句真话。对于公司来说，如何在创业初期找到的人都是这一小部分工程师? 对于个人来说，在创业团队如何成为这样的一小部分工程师?
• 现在 Facebook 内部还在用 Trac 。
Note: 工具无所谓轻量级重量级之分。Trac ，可能上一点规模的开发团队都不屑一顾了，看看Facebook，用的挺好。
• 简化会议
Note: 虽然没看到 Facebook 如何开会的，如果 CEO 在会议上的 PPT 都不超过 5 页，其他人也不会好意思来进行冗长的会议。
• CEO 肖恩在生活细节上非常马虎。
Note: 嗯，如果你也有同样的特点，没准也能做CEO呢...

这本书尽管翻译行文上有一些不一致和粗糙的地方，但还是指的一看的。毕竟应该看传递出来有价值的那一部分，盯着一本书的缺点就没意思了。这本书定价不贵，建议买一本也算支持译言翻译小组辛苦的劳动了。

--EOF--

BTW: 最近工作、私事都很多，奥运也来了，可能更新频率会不那么高了，朋友们见谅!

Posted by Fenng at 12:23 PM | Permalink | Comments (4)

为什么有些人创业成功，而更多人失败? 成功的人当初承担过哪些压力，做过那些重要的抉择? 有没有初创公司的创业者们必须要看的一本书? Founders at Work 或许能担当此重任。

前一段时间在财帮子网站创建人孟岩的推荐后读完了这本书，最近这几天分析 Paypal 的一些东西，又把电子版翻了出来。重新读了一遍对 Paypal 创始人 Max Levchin 的采访。10 年前创建的 Paypal 现在是美国互联网最赚钱的互联网企业，而走出 Paypal 的创建者们，也已形成了 Paypal 黑帮，手握着世界 Web 2.0 公司的权柄。

Paypal 最早并不是做在线支付的。因为 Levchin 对软件安全兴趣由来已久，最初做过软件加密、手持设备转帐软件等，在为手持设备用户开发软件的过程中发现了在线支付的庞大需求量和无限商机，这里面比较关键的一点是Paypal 的及时转身。

如果用一句话概括 Paypal 该怎样描述? 表面是财务服务公司，实际是一家安全公司。 Paypal 最开始的一段时间，最大的挑战倒不是来自竞争对手那里，而是恶意用户的欺诈行为。最高的时侯 Paypal 每个月因为欺诈造成的损失超过 1000 万美元（前面有篇文章我提到 Paypal 现在有 达 0.25% 的资损，我还觉得挺高的，没想到以前更高)，而开始大家对于可能存在的欺诈损失还有些一头雾水，可见摸着石头过河的事情，大家都干过。

与 X.com 合并后，Max Levchin 作为 CTO，而来自 X.com 的"那个家伙"做 CEO 。Paypal 技术架构差点转向 Windows 平台，因为 X.com 是运行在 Windows 上的。工程师的文化对立也比较明显，貌似一场冲突不可避免。问题如何化解呢? Levchin 精心构造了一次测试，对 Unix 、Windows 针对某应用作压力测试，"证实" Windows 扩展性只有 Unix 上的 1%。"那个家伙"闭上了嘴。随之不久，那个家伙离开了 Paypal。如果当初转向 Windows，或许现在的 Paypal 也不是这个样子了...

仅仅因为这篇对 Max Levchin 的采访，就让我要推荐一下这本书。其实，看看其它 Founder 的访谈记录，有趣的东西还有很多，各取所需吧。

--EOF--

Posted by Fenng at 8:30 PM | Permalink | Comments (5)

标题里的 egc 代表：ego-Generated Content，是我模仿 UGC(User-generated content)造出来的一个词。用以表示个人生成内容，尤其是在一些 UGC 网站产生的内容。

记得 CSDN 的曾登高问过我：

如果 CSDN 开发一个 Google Group的功能，你会创建自己的小组，建立一个兴趣小圈子吗? 

我的直接回答是"不用"，尤其是国内的很多明显是克隆国外服务的站点，比如饭否这样的。最近一段时间里，一觉醒来，似乎遍地都是 SNS ，对于一些明显是浑水摸鱼的服务，我一般会敬而远之，即使注册了，也基本不会真的花费心思去参与。原因只有一个：自己生成的内容是有价值的，有价值的东西不要随便扔到不靠谱的地方，当然，这么说肯定会引起一部分人的误解(我现在也在用个别的 SNS 服务，主要的目的还是为了研究用户体验和产品设计。作为一个技术人员，至少到到现在为止，还没从 SNS 服务里面发现比较有价值的技术内容)。

自我生成内容成本其实很高。考虑到每个人的一生也就那么长的时间，如果你的时间有价值，那么产生的哪怕每个字符都有必要保存，一旦内容丢失，对个人来说，就是最大的浪费。我个人不认为 SNS 之类的服务能产生更有价值的信息，倒是有可能产生更有价值的"关系"，而且，SNS 的服务很少让人静下新来作一些"沉淀"，每天被新信息充斥着。

至于 LifeSteam：之所以会产生 Lifestream 功能的服务，其终极目的还是要把一个人产生的内容融合起来，但这里面最大的一个问题是，不能做信息的归档保存(类似数据库-> 数据仓库的机制)，只是即时更新的信息流而已。从这一上来说，也不利于 egc 的整理。

所以，有必要谨慎对待自我产生的内容，尽管你还没发现这些内容的价值。也不要趋之若鹜的去到处尝试一些新服务，做小白鼠其实没什么大价值。

个人建议：

• 同类服务只用一个，最多用两个，如果用了三个，那么你是一个义务测试员。

--EOF--

Posted by Fenng at 7:12 PM | Permalink | Comments (7)

看了博文视点编辑的这篇《让我们做的更好》》，我也把之前给这本《Python源码剖析》写的序翻了出来，贴一下。也希望对关注 Python 的朋友能多多支持支持原创，有的时候多几分欣赏，少一点点苛求，软件书籍的出版环境就会更好一些。

非常高兴看到又一本原创 Python 图书的出版。

说起来，我和 Python 还算有一点缘分。在 2000 年的时候，非常偶然的一次机会接触 到Python，当时网上资料非常之少，不知天高地厚的我竟冒失地接手了国内第一本引进 Python 图书的合作翻译工作，往事不堪回首。记得当时经常有人问我 Python 能用来做什么...而能举出来的例子的确寥寥可数。

历经数年的发展，Python 已今非昔比，各领域都不乏 Python 成功案例。就拿 Web 方面来说，正如 PHP 给 Yahoo! 带来的巨大动力，Python 在新一代互联网霸主 Google 内部早就充当着重要角色，是排名第三的"官方语言"。而就在几天前，Google 革命性的 App Engine 产品一经推出即引起莫大关注，其首选开发语言就是 Python。

纵观国内技术环境，Python 语言仍处于慢热的状态，应用仍然不算广泛。不过我们也已经有称得上比较成功的实现案例，比如著名的 Web 2.0 的代表站点豆瓣网即是用 Python 开发，创始人杨勃对 Python 的效率、优雅赞誉有加。(Refer)

Python 也是权威机构 TIOBE 评出的 2007 年度编程语言，这些"利好"消息也将进而带动新一轮的技术走向，预示着 Python 更大规模流行时代即将到来。

话说回来，"开放平台"在未来几年一定是个不可避免的技术趋势，而跟着大厂商的平台亦步亦趋，照猫画虎，想必也能开发出来繁多的周边应用，但开放未必对所有人都是个好事情，久而久之开发者难免有盲人摸象之感，很难掌握全局、关键架构技术，故深入研究 Python 基础技术仍不可少。这本 《Python源码剖析》的出版恰是好时机，弥补了国内图书在这方面的空白，此外，作者在 Python 领域的精耕细作研究精神亦值得学习。

研读、分析源代码乃是提高编程技能的一条捷径，庖丁解牛方能游刃有余，夯实基础，方可构建坚实大厦。

读这本书《Python源码剖析》就像一次探险之旅，祝愿朋友们能够获得一次愉悦的阅读体验。

--EOF--

Posted by Fenng at 7:16 PM | Permalink | Comments (0)

或许没几个人能说明白到底什么算是云计算(Cloud Computing)，但这并不妨碍大家讨论他的热情，并且热心的与之套近乎，恨不得分身两处，自己给自己隔着虚空贴上云计算的标签。

云计算，离不开规模吧? 每家公司都把自己网站弄得和信息孤岛差不多，突然就喊着云计算? 要用户怎么相信呢? Amazon 早在抛出云计算概念之前多少年，就已经提供 Web Service，这个预热过程几乎是不可避免的。对比国内，还是要补一点课的吧。

云计算，离不开核心基础架构吧? Google 有 Bigtable + MapReduce ，Amazon 有 Dynamo ，国内有那家公司弄个自己的架构并形成论文给业界看看呢? 简单的弄个名字出来怕是也没什么意义的。

另一个类似的例子是 Facebook 的开放带来的业界跟风，现在甚至天涯社区开始东施效颦...看看天涯那烂页面结构吧，谁好意思吧内容引到自己的站点上呢?

以前都说中美互联网差距有点距离，但单从嘴皮子上看，其实没什么距离--几乎是同步的的嘛。人人都言必称云计算的时候，不妨给这东西泼点冷水。该喝豆浆喝豆浆，该吃油条吃油条。满汉全席大可作为文化给大家熏陶一下就成了。

--EOF--

Posted by Fenng at 8:00 PM | Permalink | Comments (7)

由几位前同事秘密打造许久虾米音乐网明天正式上线测试了。虾米是干啥的? 比较官方的描述是 "P2P音乐分享平台" ，站内有篇360度全面了解虾米(登录才可以访问)，我个人的看法是 "Last.FM + P2P"。对于音乐源，永远有"种子"。这一点能弥补当前很多音乐站点的缺陷，至于版权问题如何解决，你登陆后就知道了。

去过虾米的办公室，这帮家伙本身就是铁杆乐迷，对于互联网存在的各种模式也研究比较透了，所以，虾米的玩法总有些与众不同之处，当然这也要看网站的发展和用户的接受程度了。 祝他们好运!

虾米的主要技术包括：基于 P2P 技术的娱乐媒体传输和提供用户良好的娱乐享受，及从分享中的获利。采用跨平台的 C++ 技术进行 Linux（服务器）和 Windows（客户端）的技术开发，服务器侧重于高性能和并发性，客户端侧重良好的用户体验和用户媒体习惯数据的采集。

小道消息: 他们在招聘(简历发给我即可)

Windows程序员

1. 精通或熟悉C++，能熟练使用VC，熟悉网络编程(Socket，完成端口)和UI界面(SDK，GDI，GDIPLUS)编程，了解P2P技术尤佳 ；
2. 熟悉面向对象，STL，ATL等C++语言层面的技术 ；
3. 熟悉多线程编程 ；
4. 熟悉SQL编程 ；
5. 能熟练查阅英文编程资料(如MSDN) ；
6. 对互联网行业充满热情和兴趣，具有优秀的学习能力，喜欢音乐者尤佳。

1. 精通C++，能熟练使用VC，精通网络编程(Socket，完成端口)和大并发的服务器架构设计。对P2P技术有深入研究者尤佳；
2. 精通面向对象，STL，ATL等C++语言层面的技术。熟悉boost，loki等模板库者尤佳；
3. 精通多线程编程；
4. 精通或熟悉SQL编程，熟悉MySQL，SQLite者尤佳；
5. 能熟练查阅英文编程资料(如MSDN)，具有良好的编程规范并能指导他人；
6. 对互联网行业充满热情和兴趣，乐于助人，喜欢音乐者尤佳。

1.两年以上互联网应用开发经验；
2.熟悉PHP.MYSQL.LINUX.Apache.Janascript.AJAX；
3.有大型网站架构、系统优化，SEO工作经验优先；
4.熟悉各种PHP框架优先。
5.喜欢音乐优先。

目前虾米音乐网还要邀请才能注册，我有几个注册名额，基本用没了。还记得我说过的 Paypal 黑帮的故事么? 新的黑帮已经形成规模...

--EOF--

Posted by Fenng at 10:17 PM | Permalink | Comments (15)

今天随公司团队活动蹭饭。和以往项目庆祝之类的饭局不同的是，这次是为了实习生团队毕业的庆祝。

看着朝气蓬勃的这群新鲜人，挺有感慨。自己也曾经和他们一样，毕业后满怀憧憬地杀入职场。只是到第一家单位报到的时候可没这些准同事这么幸运了。当时可没听说什么"职场融入"，也没有什么"馒头(Mentor)"，两眼一抹黑。公司的总经理当着我的面，称呼我的部门经理，"钱总"，害得我"钱总"、"钱总"的喊了好长时间。对我来说，一直都认为这是一个比较失败的职场开场白...

放眼看去，现在同事当中， 80 后越来越多。其实大多数 80 后和 70 后没啥差别的，自己当年的困惑他们肯定也有，能和他们多做点沟通、多做点分享还是比较有意思的事情。

遇到好多好学的家伙，每每和他们一聊就是半天。我开玩笑说，和刚毕业的新同事交流其实我挺怕的：最怕问问题我回答不上来；如果能回答的话，担心回答错了；回答错误不要紧，最怕回答错误被对方指出来。

--EOF--

Posted by Fenng at 10:01 PM | Permalink | Comments (4)