本站消息

3PAR 争夺战

| 2 Comments

这两天看到消息,Dell 在对 3PAR 争夺战中退出,HP 宣布获胜。当然,代价也是不菲,总收购价格大约 20 亿美元。

3PAR 这家公司刚进入国内我就有所接触,因为该公司在美国有很多证券、金融行业的客户,加之我上一家雇主就是做这个方面的,所以我非常想了解并引入 3PAR 的一些成功的经验,并且研究了一下高端的几款产品特性(refer: 3PAR 存储架构解析 ),最后还吃了一下螃蟹,在 3PAR 上实现了一套 Oracle 11g RAC 集群。所以,我算得上国内少数真正用过 3PAR 的了吧。考虑到以后再也不会接触这些所谓高端存储,还是有必要写点东西做个纪念。

应该说,3PAR 这产品的确有独到之处。首先是性能上看,通过特定硬件架构,充分利用了机械硬盘的特点,进而保证 I/O 响应时间,这是硬指标,真是非常贴近金融类的用户需求。 Thin Provisioning 技术也是实实在在的可在产品环境使用的,不像个别存储厂商只是一些功能的包装,跟风炒作概念,忽悠客户。让人感慨的是,3PAR 最近有有些生不逢时或是走向末路,上市时也恰好是金融危机来临之际,核心业务一下子受到非常大的影响,这是商业层面上的;另一方面,3PAR 的技术在机械硬盘时代几乎独步存储武林,但到了 SSD 的时代,则有武功被废的可能。尽管也宣称支持 SSD,但毕竟在机械硬盘时代的优势将不复存在了。追求高 IOPS ,更小 I/O 响应时间的用户用 PC 服务器 + SSD 就能很好的满足要求了。

HP 收购 3PAR 的意图其实比较明显,那就是弥补自己在高端产品上的缺陷。最近几年,IBM 在推收购来的 XIV ,HP 也有 EVA 系列的存储,和 3PAR 的一些设计理念都是很相近的,不过都只能算是中端存储,算不得高端产品。据我所知,EVA 似乎市场表现一般。收购 3PAR 后,估计 EVA 产品线将最终消亡。业内其实都知道,HP 自己一直没有高端存储产品,一直是 OEM Hitachi Data Systems(HDS) 的高端产品,后来和 Oracle 合作 Exadata ,Oracle 收购 Sun 之后也不再和 HP 合作,对 HP 来说,如果在未来几年,要在存储领域有所作为,收购是最为便捷的办法--也是高层最不用动脑筋就能使用的办法。

尽管 HP 有收购 3PAR 的足够理由,但我觉得这笔收购未必能对 HP 带来多大价值。如果给 Dell 可能会更好一些,Dell 可能将 3PAR 用来主打中高端存储市场。

据说 3PAR 的 CEO 获益比三位联合创始人的都要高,这就是商业运作的力量。3PAR 发展到现在,历史已经有 10 年了,在看到一些有创造力的公司成功之前,也要想到创业的艰辛,成功只是少数,失败是多数。(3PAR 的命名是这样的:3 表示三个人,P 代表Jeffrey Price;A 代表Ashok Singhal;R 则为 Robert Rogers,已于 2001 年离开. 所以,这家公司的名字应该都用大写字母才是)

从技术发展和业界的需求来看,这些 SAN 中高端存储已经临近黄昏。也不可能在云存储方面有什么进一步的想象力,有的话,也是空想。当然,这是另外的话题了。

--EOF--

盗梦空间(Inception)

| 10 Comments

看过之后才会相信,电影《盗梦空间》(Inception) 如潮的好评名副其实,个人强烈推荐。即使有人介绍过剧情,自己观看的时候仍然是不一样的。这就是经典的魅力吧。

整部电影还是给人颇有些"庄生晓梦"的感觉。我和 Laura 开玩笑,是不是现在就在梦里?毕竟都凌晨三点钟了。情节繁复,循环,仿佛博尔赫斯的小说,但影片倒是并没有故弄玄虚,虽然开头部分信息量较大,一旦进入情节,后面的节奏控制得非常好。对于情节的设定,计算机同行不妨把把梦当作虚拟机好了,只是下一层的虚拟机会更慢而已。或许你会为电影中的爱情故事感慨,关于父子亲情难道就不感人么?

有一处场景明显是借鉴了荷兰艺术家埃舍尔(M.C. Escher)的作品,"不可能"的图形:

Escher Ascending and_Descending

杭州万象城的 IMAX 厅,九月一号凌晨看的首映,买票的时候有些犹豫,午夜场,第二天还要上班,熬夜值不值?回家睡了一觉又杀去,整个放映厅差不多都坐满了,杭州影迷精神头可谓十足。将近三个小时的电影,看完后毫无困意。

--EOF--

去大公司还是去小公司工作?

| 68 Comments

去大公司还是小公司工作?这个问题问大多数 IT 人都会选择前者。如果换一个问法,去大公司还是去初创公司(Startup)工作?或许有极小一部分人能改变一下决定。

对于 IT 人来说,选择到大公司工作的理由可能有:觉得"钱多人傻,干嘛不去?";有人认为 "机会多,有发展"; 也有人被小公司的眉毛胡子一把抓吓怕了,认为大公司"正规一些"。或是觉得"有挑战,起码几千万用户,数千台机器,数亿 PageView,想想就激动";也有人说,"有很多牛人在那,能学到东西"...

的确,大公司有很多好处,比如相对完善的工作流程;成熟的开发体系、培训体系;专人专事,不会让你身兼多职;旱涝保收,起码不会遇到开不出工资来,甚至福利也不错。有人说,够了,我们工作不就是为了这些么?不一定。相对完善的工作流程,意味着你的工作可能会是模式化的,革新就会少很多;成熟的开发体系、培训体系,未必能释放你的全部生产力,新技术也未必能尽快发挥威力;专业人做专业事,看起来是好事,但同时也意味着你的职业风险,专业分的越细,意味着你更依赖于整个体系,自己做不了什么事情,脱离这个环境可能一无是处;至于工资和待遇,大家应该明白,在当前的形势下,你依赖工资可能永远买不起房子,或者是一辈子的工资只能交给银行...

大公司的确有光环,要清楚那光环并不属于你的。大公司有牛人,可能牛人内心也很苦闷。大公司还有个很明显的优点就是能调动的资源的确大,是小公司没法比的。但一定要明确一点,那些资源如果不能被你所充分使用,其实和没有是一样的。在大企业做事情,似乎都是大项目,大战略,所以,芝麻绿豆大的事情也会提升到某个高度,召集一群人反复开会、讨论、分析、论证,对技术人的天性是一种无情的摧残。

回过头来,我们说小公司。如果小公司的老板是依赖于某些潜规则赚钱,那么你尽快想办法离开,在这样的小公司工作越久,对你伤害越大,除非你将来也要做个这样的小老板。如果你所在的公司虽小,但是有活力,有潜力,目光远大但不冒进。虽然短期内赚不到太多钱,但能让你受到很大的锻炼。绝对不要忘了在小公司发展,实际上你的潜在收益更大。记得王健硕说过类似如下的观点:小公司总有一天会淘汰现在的大公司,自己也会变成大公司,否则的话,我们现在看到的都是那些恐龙级的企业了。新陈代谢是这个社会发展的必然规律。如果你觉得对小公司尤其是初创公司有过失望的话,哪或许是你根本没去尝试做一些改变,你能确保你到了大公司一切都让自己变好?

隔岸观景是人的普遍心态,尤其是技术人员,始终觉得有些没有尝试过的环境会更好一些,比如在小公司做久了,一厢情愿的觉得大公司会很美好,但不知道加入到那些大公司后,你还会坚持自己当初的想法?你的短板在大公司得到了锻炼没有?你的技能提升了没有?你的视野得到了拓宽?人要想让自己变化,不能依赖于周围环境,驱动力来自自身,只能靠你自己。

最近在 丁香园 招聘技术人员的过程中,我发现了另外一个有趣的现象,很多人居然会选择去外包型公司(最离奇的一个理由是可以去练习外语)。在我看来,这似乎是最糟糕的职业途径了。在外包公司工作,公司把你发放到客户企业去(常常是那些大公司,因为自己的员工都去开会了,没有人写代码作一些边缘项目),工作起来的确压力不大,按照一些套路完成那些企业非核心业务就行了,不管你做什么事情,很难会产生归属感,你到底是属于哪家公司的人?你做的事情得到的回报,除了薪水还有其它的么?我的建议是,外包公司对你的职业生涯只会有害无益。

去小公司还是大公司? 亦或是去外包公司?我说的这些或许并不能改变有些人的固有想法,没关系,多想一下也是好的。

PS. 这篇文章是重读范凯的去跨国公司还是去创业公司?有感而发。

--EOF--

Web 产品的改进

| 12 Comments

这一段时间来,一直在考虑快速改进产品的事情。Web 产品的改进是个麻烦事情。远不是收集一大推需求列表,然后三下五除二修改上线那么简单。

产品的改进,也是个不停作选择的过程,不要被用户牵着走,尤其注意那些专家型用户的意见,是很好的参考,要尊重他们,尽快给他们反馈,但未必要全盘采纳。如果真的存在易用性问题,用户会从更广范的角度不停的反馈给你。不能看竞争对手的,因为他们可能在跟你学呢。

改进的前后,数据收集的丰富性将影响最后改进的结果。但不能完全跟着数据走,因为你收集的数据可能不是准确的。此外要记住,不要事先定一些数据上的指标,比如注册增长多少啦,流失率减少多少啦,没有意义。有些改进,内部数据上未必会好看,但用户会叫好。要知道,越大的公司,数据越是用来唬人的。反正决策层没几个人懂数据。

针对产品改进,要想做出正确的决定,只有对产品本身的熟悉程度是不够的。其实越了解自己的产品,越容易做出有失偏颇的决定。而如果能对用户加深了解,会有助于做正确的事情。但必须承认,了解用户可不那么容易。

既然是改进,就不是翻新,就不要做大项目,"大山临盆"的事情常有,只是失败过后没有人好意思说。快速上线,快速反馈,不但用户容易接受,团队也会从中受益。

好的技术人,能让产品变得更好。而团队越大,产品会变得越糟。三个和尚没水喝的故事永远都适用。

说到底,都是可意会不可言传的废话。如人饮水,冷暖自知。

--EOF--

灾难究竟要多么惨痛,才能不让它再次发生?我的朋友们阿,答案在风中飘扬。


最近收到的评论

联系方式|Contact Me(eMail|Gtalk): Fenng's Profile@Google | GTalk | LinkedIn(猎头勿扰)
文责声明|Author's Responsibility: 本Blog内容仅代表个人观点,与其他任何组织、公司无关。

收藏到 del.icio.us | 反向链接 | del.icio.us URL
4nyth1n9 th4t c4n 90 wr0n9 wi11 9o wr0ng
W4 ar4 wh4t w4 rep4ated1y d0. Exc41l4nce, th4n, 1s n0t 4n aCt, 6ut a h461t.
Pluralitas non est ponenda sine necessitate.

网站链接

OpenID Accepted.(?)
Sponsor:
本站主机托管赞助商为豆瓣网

个人介绍

Fenng
Evangelist
Architect / Blogger
Life@Hangzhou
Work@丁香园(DXY.cn)
ex Work@支付宝(Alipay)
更多...

站点信息

其它信息

Creative Commons License
网志文章均为原创
本站版权创作共用

本站模版Fenng 设计

Linode 提供 VPS
Dreamhost 介绍
购买折扣代码: FENNG

文章总数:1414
评论数量:10085
Started@2003/12/17