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

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

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

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

--EOF--

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

虾米的主要技术包括：基于 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--

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

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

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

--EOF--

在一家大型技术公司里或是大型项目中，如果说不要低估蠢人的力量，那么更应该防备技术官僚的负面作用。如何避免自己成为技术官僚?

第一,不要总说那些"正确的废话"。比如，同事发了一封邮件，详细的描述了一下某个技术细节的可行性，而技术官僚的回复类似： "这件事非常重要，非常有意义，感谢某某同事......" 大家都知道的重要事情，就不要总跑题去强调了。

第二, 不要把太多的精力耗费在开会上。尽管很多公司认为人是最宝贵的资源，却往往看不到人的最宝贵资源是时间。很多人之所以是技术官僚，就在于他们把会议当成了休息时间......

第三,不要任何事情都和竞争对手看齐。思考，不要盲从。有的时候，对方那么做，可能是不得以而为之，而你亦步亦趋，恰恰是没有创造力的体现......

可能技术官僚的特点还有好多，先从这三点克服吧。

以言说抵抗技术官僚，或避免自身成为技术官僚的一种有效方式是，寻找合适的时机，向老板及其同僚庄严宣布：你们都在放屁! (Hutuworm 对这段话有全部贡献)

--EOF--

个人觉得这个应用的"卡位"很好，试图在各个 Web 2.0 应用(尤其是 SNS 站点) 之上形成一个信息出口。让我想起了 Yahoo！Pipes ...

我从 FriendFeed 的测试阶段就开始使用，我的 FriendFeed 原来大约有几十个订阅者，不过在 正式发布后的这几天，我每天都要收到大量的订阅通知，很多朋友也都惊呼 FriendFeed "爆发"。

FriendFeed 给我带来了什么? 用了这个服务这么久，我在 FriendFeed 站点上停留的时间可以说是非常之短。每天会检查一下每日发到我邮件里的 “FriendFeed Activity”，说句实话，到现在我才发现，几乎没有从这些 “activity” 里面发现任何"新"的信息! 很奇怪吧? 虽然 FriendFeed 号称 “offers a unique way to discover and discuss information among friends”，方法是提供了，但是并不能让我有效的发现信息热点。面对每天大量来自朋友的更新信息，用户总不能每天 "披沙简金" 吧?

另外一个比较严重的问题是大量近似的冗余信息让人不厌其烦，缺乏必要的过滤方法也容易让人对 “discover“ 更有价值的信息失去兴趣。 (BTW，Google Reader 上这个问题也很严重) 。当然，朋友们最为关注的信息很可能也是我最感兴趣的信息， 但是希望能有一个好的形式为用户展现出来，这一点我倒是比较欣赏 Techmeme 的模式。

考虑到 FriendFeed 测试阶段的改进频率，相信会逐渐解决这些问题的，毕竟这是出身 Google 的金牌团队啊。

--EOF--

在国内办个网站真不容易，只要是用户产生内容的，基本上都要额外的耗费很多精力去和那些人打交道，有个风吹草动的就可能被请去"喝茶"。我总觉得，在国内 Web 2.0 的创业其实比国外要难多了。第一个横在眼前的问题就是电信网通之间的鸿沟，要多追加不少投资，才能针对不同地域的用户提供一致的用户体验。第二个难题就是必须要和相关监管部门打交道，不得不花费不少心思。很多技术创业型的公司在这一块经常要吃亏。

当然，既然选择加入这个游戏，基本的游戏规则还是应该遵守的，如果纵容用户恶意利用资源，很容易就会弄出来"破窗效应"。所以，在运营上绝对不能短视，利用一些突发事件的噱头是能引来短期流量，但是无疑会改变网站的长期形象。在这方面 Yupoo！ 一直挺有操守的，只是 “每天网友上传约10万张照片" ，要想 "先审后发" 的确难上加难。还没有听说在这个方面有什么"技术类"的解决方案。这是 Yupoo！的困境，怕也是很多类似网站需要面对的一个问题。

顺便说一下，“每天网友上传约10万张照片"，按照这样的计算一月 300 万张。加上不同的格式，可真的需要海量的存储空间啊。

--EOF--

就那个”起薪最高的为 DBA“ 我上篇帖子说过了，按照各自的理解吧。其实这样的采访肯定要挨骂的，不被大骂可能就是好事情了。下面有个留言的朋友挺有意思，"这人长得像长臂猿"，汗，事实是，我的胳膊的确不长，谢谢！不过真的觉得自己好像正在上树的猴子，就知道编辑要照片没好事情 :)

附一下采访的全文：

记者：由于国内的分工不够细而且你也知道中国的开发人员要求博学广用，大部分的企业不会请专门的DBA，重视度也不够高。能否结合你的经历谈一谈我国DBA近几年的境况？

Fenng：我在2005 年3月加入阿里巴巴，这几年来一直负责维护支付宝的数据库。阿里集团的DBA团队相对比较专业，也比较成熟，这几年来，也不断有新的同事加入。团队对于成员的技术要求，我个人认为在关系数据库这一块还是要尽可能的专业，然后在专业的前提上尽可能的掌握一些相关度比较高的技术，比如存储技术、数据安全等。

最近几年来，国内DBA群体发展还是比较迅速的，在国内比较大数据库技术论坛(比如ITPUB)上参与讨论的DBA从数量上看是越来越多(当然技术的深度也可能被摊薄了一些) 。近期国内也有一些DBA独立顾问涌现出来，这在几年前是不太现实的事情。这也多少说明了，数据库技术服务市场需求逐渐大了起来。

至于国内 DBA 的薪酬，我想应该比一般开发人员高一点，毕竟数据是企业的命脉，那些过去对数据不够重视的企业多少都可能受到点教训。当然，DBA的压力也相对大一些，也算是个有点风险的“工种”。对比国外的薪酬比例，国内DBA的薪酬相比国外同行还是偏低一些。

记者：你怎么看待中国DBA未来的需求？

Fenng：个人浅见，在国内未来几年，对于DBA 的需求尤其对高级DBA的需求会越来越大。目前国内经济形势大热，企业成长的速度也比较惊人，对数据的重视程度也会越来越高，从这个角度上看，是会需要比较多的专业DBA的。

另外一方面，DBA的技术级别分布基本也是呈“金字塔型”，初级的永远最多，中级次之，高级永远都是少数(注：这几句话的确挺"废")。而且，随着一部分高级DBA的职业发展规划的变化，或者是随着年龄变化，可能会转向其他岗位，空出来的岗位需求永远需要有人顶上。

记者：很多IT专业技术的入门者说想从事DBA，但不知道怎样让自己更“专业”、不知道该获得什么认证，又不知道该选择哪种数据库专攻，能否请你结合这些问题给他们些建议？

Fenng：也有朋友问我类似的问题，说“想从事 DBA”，但我觉得很多人还是隔河观景的心态，总觉得DBA这个职位是不错的，其实任何一个职位做好了都一样的，最适合自己的才是最好的。

现在在国内，证书其实没有多大用处，尤其是没有任何经验背景的情况下去考证书。很多在校的学生，找一份 Braindump ，背几天，也能考过，这样的情形下，证书基本上就贬值了，当然我不否认证书在某些时候的确是个敲门砖。

至于专攻哪种数据库，肯定还是要“物以稀为贵”，同时要考虑市场的需求程度。几年前，Oracle 领域的DBA还是比较欠缺的，所以会有一批技术人员涌入这个市场，而 Oracle 的市场也的确做的不错。但从现在的业界发展趋势看，成熟的MySQL DBA 是比较欠缺的。就我所知，很多 Web 2.0 公司都在招聘 MySQL 相关的人才。但是 MySQL 的一个最大的问题是上手太容易了，很多人就以为没有什么技术含量转而进攻其他技术领域了，但实际上，一直走下去，才会发现该技术领域其实挺宽的。我的建议是，MySQL 也是大有文章可为。

记者：Sun收购了MySQL，主流数据库背后都有了IT大牛们的支持，这是否反应了某种趋势？你认为这种趋势对DBA人员有什么影响？

Fenng：MySQL 在这一波 Web 2.0 的大潮中是个赢家，但这不保证 Sun 买来 MySQL也能成为一个赢家，至于主流与否, 还要看用户接下来的接受程度。如果 Sun 把 MySQL 束之高阁，或是奇货自居，广大用户转而拥抱 PostgreSQL 也说不定。IT 界我感觉也和历史差不多，分分合合, 没有什么是一成不变的。所以，DBA 人员也不能总抱住一家数据库吃老本，即使现在某个数据库厂家如日中天，谁知道他过几年会怎样? 对DBA来说，也要作一点技术储备才好过冬。

以上只是一家之言，贻笑方家。
有未能说透的地方欢迎大家和我邮件探讨: dbanotes@gmail.com ，或是在我的 Blog 上留言。

--EOF--

一直以来的一个误解是，DBA 薪水比较高，所以导致不少人涌进来。其实到底高不高呢? 薪水这个东西，可能比中国的漫游费还让人搞不清楚。不过这里有一份 美国 2007 年度薪水分析报告，可供参考，还有信息周刊的一份调查。看下来啊其实也就是个中等水平。而在国内可能是因为 DBA 供需比的关系吧，DBA 这薪水被喊的越来越高(物价也高啊，也有其他各种原因吧)，以致于我看到某些培训网站居然广告是“做 DBA，拿高薪”，怎不叫人笑掉牙? 以前戈尔还说过 “获得高技术高薪水的头等舱船票”呢? 这年头广告语就别信了。可能的确有些 DBA 的薪水很高，但也不要忘了任何事情做好了，都能拿到高薪，销售做好了一样拿高提成，产品设计做好了一样有很好的回报。汉堡包卖好了你不也能开店和 KFC 竞争了?

今天看了一位朋友招聘 DBA 的感慨，引发了不少朋友的留言讨论。另一位朋友看了帖子，问到 “今年求职该要多少工资?" 我承认，求职者也有苦衷啊，本来跳槽就有个隐性损失在里面的，加上国内这居高不下的狗日的房价，还有持续上涨的物价，不多要点工资，让人怎么活? 这两位老兄自己也是很出色的 DBA，一个事情不同的角度，还是引发了不同的观点。

这里要对一些 DBA 新手朋友说几句，如果只是为了赚钱，不如考虑作一下销售的岗位。如果真的要走技术这条路，而又恰恰基础很好，技术功底不错，的确很难给自己定位，薪水要低了感觉对不起自己，要高了企业还未必愿意。我经常喜欢说的一句话是“薪水改变不了你生活本质”，每个月多一千少一千能改变你多少呢? 尤其是当前国内这个房价，光靠薪水买房子谈何容易? 所以，选择工作，重要的还是选这个职位在公司的位置和潜力。再者，DBA 还是要拼经验和项目背景的，多年的媳妇才能熬成婆，有些清闲的 DBA 职位，对于老 DBA 是能够养老，对于年轻的 DBA，恰恰会害了自己。

推荐看一下信息周刊的那篇文章，尤其是那些图表，很有参考价值。比如，Salary by Age:

--EOF--

虽有大雪的阻隔，春节前快递还是把《德川家康》的第三部《天下布武》送到了，索性把书背回家里看。

第三部里局势更加纵横捭阖，有实力的大名都想进京，似乎名不正则言不顺，颇有些《三国演义》里面说的“挟天子以令诸侯”的意思。虽然织田信长制印“天下布武”，只能说他是"最有潜力"，而最有实力的进京者，还是"甲斐之虎"武田信玄。信玄拥兵数万，其人擅兵法，军中 "风、林、火、山" 四旗就是取自《孙子兵法》中的 ”疾如风，徐如林，侵掠如火，不动如山“ 这句话，信玄也把这句话灵活用在他的战术中。

看过黑泽明的《影武者》的朋友，应该比较熟悉信玄的死因。武田信玄大败德川家康后居然搞了个阴沟里翻船，在听守城人吹笛的时候中了冷枪(更类似于诱杀)，可算阴差阳错，当然这或许是小说家之言，日本战国那个时候普遍都不长寿，信玄怎么也是活了 50 多岁了，或许是宿疾突发也说不定。

历史也是充满了巧合，如果信玄不死，那么德川家康或许这一战之后就没有翻身的资本了，信玄也会与织田信长争斗，鹿死谁手也是未知数了。丰臣秀吉(叫藤吉郎的那个"猴子")也未必就能继承信长的政治遗产，统一日本全境怕也是没有影的事情了。

这一册里面另外一条线是德川家后院起火，德川对筑山夫人实在是容忍太多了，必有后患。

--EOF--

5 号 10 点多起来去给姐姐家配置了一台电脑，下午总算到家了。很累。

--EOF--

举几个例子：

• Outlook --> Gmail
• Booksmarks-->del.icio.us
• FeedDemon / GreatNews-->Google Reader
• MS Office --> Zoho Suite / Google Docs
• Media Player --> YouTube

这个名单还可以拉得很长。把计算能力和存储能力交给“大计算机”来做，而浏览器(或提供同样功能的软件)作为 "元(Meta)工具" 将会长时间存在。

用户习惯一旦发生改变，再想逆转怕是不现实的事情。上大学的时候，没事的时候就去电脑城买 D 版软件光盘，那时候信息的载体很大一部分是通过 CD 走的，现在，还会有大学生去买电脑城的盗版软件么? 或许有，但会极少。单机版游戏盛行的时候，网络游戏虽然也有(如 Mud)，但毕竟是小众，现在呢，守着单机版游戏的玩家怕是太少了。这个“迁移”一旦发生，几乎就不可能有回头路。当初有多少 FeedDemon D 版的死忠用户，可现在习惯了 Google Reader 的我们即使 FeedDemon 免费了也不愿意再次使用它了。

记得有段时间在讨论 Web OS ，可能是长时间没见到比较接近的产品，大家的兴趣又减退了。或许将来，世界只需要五台超级计算机。一旦我们把习惯切换过去，还会再回来么?

微软的 Live.Com 没什么起色，而 Google 在这方面已经走的很远了。绕来绕去，好像又绕到 SaaS 上去了，但其实我没扯那么远。

--EOF--

这几天存储行业比较大的一个新闻是 EMC 宣布在高端 Symmetrix 产品支持 SSD (固态盘, Solid State Drive)，注意是基于闪存(FLASH)的固态盘。不到半年前，和一些存储厂商的朋友提及 SSD 仍有人不知为何物，现在似乎一夜之间 SSD 到处都是了。EMC 虽身为市场的领先者，也敢于吃螃蟹，来者不善。

EMC 这次采用的 SSD 是 STEC 公司 Zeus-IOPS 产品线的产品。这一型号号称随机读操作的 IOPS 能达到 52000 个，采用 SLC (single-layer cell )，写也可以达到 17000 个 IOPS。只从这个数字看，单块 SSD 的性能是机械硬盘的 30 倍还多。在可靠性上，SETC 据说实现了 ECC 机制.

现有的机械硬盘的虽说在单位容量上还在不停的增加，但是性能基本上是到了瓶颈，即使用于高端存储的高速硬盘，IOPS 的能力基本上也就是 150 个左右。而 SSD 单块就能提供几万个 IOPS ，且耗电量极小，平均故障间隔时间(MTBF)又是普通硬盘的10倍之多, 这对以期得到高 IOPS 的 DBA 来说, 简直是银弹。

但是(什么都怕这个"但是")，但是 SSD 的有它固有的缺点。其中一个就是可擦写次数(这个在几个新闻稿里面可算是一笔带过的)，尤其是基于 Flash 的 SSD。传统磁盘虽然有它的缺陷，但是可擦写次数几乎是无限次的。

听听来自竞争对手的声音或许也能让我们多点心眼。HDS 的 CTO Hu Yoshida 在 Blog 上撰文，提出了他对 SSD 能否被市场接受的三点疑问：

• 1) 价格因素：SSD 大约是普通磁盘驱动器的 30 倍.
• 2) 磁盘供应商多数是初创公司，主流磁盘生产厂家并没有上阵呢.
• 3) Flash SSD 可擦写次数有限.

如果说前两条只是竞争对手的 FUD 的话，那么最后一条还是会令 EMC 销售很头疼，如何让客户消除这个疑虑是有些难度的。STEC 官方的技术参数是可擦写次数能达到 200 万次。这样看的话，在高端存储上用 SSD 还是有比较合适的应用场景：在 EMC 提倡的 “智能分层存储” 前提下由 SSD 提供密集读的操作能力。

--EOF--

陈老先生一生经历独特，且身为名医，上至达官贵人、下至贩夫走卒，三教九流皆有接触；况且本人又有记日记的好习惯，所以回忆起来就好似一部老式黑白摄像机，替大家还原了一下银元时代的老上海生活。旧时的生活习惯、典故娓娓道来，非常过瘾。八卦一下，陈老先生还曾是老版《上海滩》特别顾问。

或许过去我们都太轻视传统了，读罢此书算是补了一课。最大的一个感慨是，民国时代是中华民族最差的一个时代，也是最好的时代。

这半年来看过的书里面，何兆武的《上学记》和这本《银元时代生活史》有的一比。接下来计划把《抗战时代生活史》买来看完。

--EOF--

正在走下坡路的 BEA 算是卖出了合适的价钱。原来自己估价的 82 亿美元，倒是误差不大。不过我倒是真的看不出 Oracle 收购 BEA 有什么必要，应用服务器市场也就那么大嘛，收购 RedHat 不是更物美价廉么? 前几天我写帖子预测 Oracle 会出现财务危机，看来只能算是信口胡说了啊。

照这样下去，应用软件市场也就是能剩下几个巨头了，IBM、微软、Oracle，扳着手指头就能算过来了，对了，还有 SAP，前几天刚用 68 亿美元收购了 BO。说白了，还是有钱公司的财富游戏。

--EOF--

竹千代 --> 松平元信 --> 松平元康 --> 松平家康，这套 13 部又厚又长的大作到了第二本总算出现了”家康“这个名字，战国时代的日本人名字可真挺多的，贵圈够乱，这明显不利于 SEO 嘛。哪像咱们三国时候的人名，如曹操曹孟德，一个用到底，个人品牌。当然，这或多或少说明了日本就那么个弹丸之地，而一个大名的领地基本上也就是相当于一个村或者乡那么大，改了名街头巷尾吼几嗓子大家也就知道了。

说每个大名的地盘小，用数字或许能说明，号称当时最有实力进京、领有俊河、远江、三河的今川义元伐织田信长，出动了多少兵力? 两万五千! 自己的主力仅有五千， 而信长连五千都没，最后用急就章似的集合的千把人偷袭居然得手。这一仗今川一方死了武将 500 多，兵士 2500，这个比例着实让我费解，难道日本人在那个时代就已经掌握了管理学的方法：一个管理者最多只带几个兵，否则沟通上有问题...

相比家康的隐忍, 织田信长狂放更令人神往，的确是那个时代的一个怪才。不过胜今川义元的整个过程在这本书里会让人产生"误打误撞"之感，历史就是充满了巧合，短短几个时辰胜负已分。下一部信长"天下布武”，相信会有更多笔墨给描述信长。

织田信长最喜欢唱的这段《敦盛》词我找到了好几个版本：

人生五十年，
如梦亦如幻。
有生斯有死，
壮士何所憾?

人间五十年，跟下天比起来，如梦似幻，人生一度得生，焉有长生不灭者？

人生五十年(载)，
如梦亦如幻。
有生斯有死，
壮士复何憾

--EOF--