分类归档: Review

架构师应该知道的那些事儿

在新的团队有点忙,刚好这本 《软件架构师应该知道的97件事》 适合断断续续的阅读,然后慢慢”琢磨”。每个人偏重的技术角度不同,所以有些事情读罢可能未必能引发什么进一步的想法,但读到有些以前没关注过的话题则可能触发进一步思考。

印象最深的一句话是”确保简单的问题有简单的解”,这本书里面很多话题都提到了”简单”这个词,我更喜欢用”简朴”,不把简单的事情复杂化,和我一直坚持的理念有点不谋而合。其实,有些资深开发者很难抗拒”炫技”的诱惑,时常想用最新最酷的技术来做他认为”最有挑战最有难度”的事情,殊不知用更小的时间、人力、技术成本解决问题也是真正有技术含量的事情。

究竟什么才是称职的架构师,我想很难界定,很多公司对架构师有不一样的期待,但有一条,作为技术人总要不断的思考,持续学习,不断进步才能迎接更大挑战,才会称为别人眼中称职的架构师。

我的一个疑惑是:不知道有多少架构师现在还在公司之外保持阅读技术书籍的习惯呢?

EOF

此文作者:, 位于 Review 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

EMC 收购 Greenplum 这事儿

自从 Oracle 收购 Sun 之后,似乎放慢了收购步伐。这次  EMC 收购 Greenplum 的消息传出来,倒像是 Oracle 被偷袭。因为 Greenplum 和 Sun 之间关系密切,据说 Sun 还是大股东 (?),Greenplumn 出来打市场,基本上是和 Sun 硬件捆绑着卖的。Oracle 收购 Sun 后,我一度以为早晚 Greenplum 也会被 Oracle 收入囊中呢。

在我看来,EMC 收购 Greenplumn 目的其实也挺明确–就是为了卖更多的存储出去(当然要打着云计算的噱头)。我不看好这个买卖,EMC 在高端存储的优势余威犹在,在低端上似乎快被甩下了,我不是说技术上的问题,而是现在整个计算环境的模式已经发生了很大变化,廉价存储方案比比皆是,买存储盒子的用户只怕会越来越少。针对大规模数据的处理,Greenplumn 类似的计算模式颠覆了传统的数据仓库技术环境,估计也是 Oracle 不愿意看到的。但这是趋势,谁也无力抗拒。随着 Oracle 也开始卖自己的 Exadata 存储,与很多合伙伙伴都逐渐开始了竞争关系,EMC 倒也不能不防。

个人觉得 Redhat 倒是挺适合收购 Greenplum 的。原因无他,数据库软件和操作系统捆在一起卖更容易讨用户喜欢,而随着硬件卖,用户会有被挟持了的感觉。当然,我也是信口扯淡,我这么一说,你这么一听也就算了。

这次收购也让人猜测麦克尼利大叔与拉里大爷是不是关系紧张了呢?

EOF

此文作者:, 位于 Review 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

大型互联网公司应避免与初创公司争利

前几天关于卷豆网的“淘金链 LinkMiner”产品被抄袭的争论引起了不少业界朋友的关注。在这里我不想探讨抄袭与否或者谁是谁非,而是想说说大型互联网企业与初创公司争利这事儿。

我们常说硅谷有更多的创新,创新来自哪里?多数来自初创公司(Startup)。而大公司针对初创公司取得的创新产品,常常采用收购的策略,这样,不但拿到了产品,占领了潜在市场,重要的是,还收获了团队。但是国内大公司采取的做法呢?是抄袭,或者说的好听一点叫”模仿”,创新很难,模仿很容易,只要人手够,肯砸钱就成。这样下来的结果是,大公司内负责拷贝的小团队(或者是总算有了活干的产品经理)得到了短期的业绩,但公司长此以往则失去了创新的能力,而创业团队得不到益处。

这种中外差异,建硕认为是因为彼岸的人才在大公司之外,我觉得还是因为大公司心态问题。很多喊着开放的公司,为了一点小利而让整个社区齿寒,什么产品都弄一份”自己的”,试问如何构建所谓的”开放平台”?我想很多公司都梦想着把自己的拳头产品打造成行业平台吧,问题是你骨子里就不打算让第三方开发者真正的得到益处,或者说大家都是来陪着太子读书的,稻子成熟了都叫你圈地收割了,这样如何达成愿景呢?

所以我说,大型公司应避免与初创公司争利,相反,应该花点心思扶植一些这样的团队,毕竟这样,才对整个生态有利。长期来看,这才是划算的买卖。

EOF

此文作者:, 位于 Review 分类 标签: on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

在百姓网的交流

结束了对 VeryCD 的参观,下午来到百姓网做交流。

百姓网的办公室位于上海交大园区内,安静而且便利。从一些办公室布置的一些细小之处能看出来这是个很注重细节的团队,另外,办公室的墙上贴着的大幅的网站核心代码,手写的(据说是 York 的作品,很有才),以及休闲吧的布置都是别具特色的。

Baixing_tips.jpg

除了百姓网的技术团队,还来了不少朋友,一宁( @Yining )、二宁(@erning ,安居客)、霍炬( @virushuo )、桑勇(@Jimsang ,哪吒网)、沈晟(@ShooterPlayer ,射手播放器),晚上吃饭的时候还遇到一位来自微软的朋友。

此前在杭州已经和建硕交流过一次,深感百姓网的技术团队实力相当强,对于技术细节、数据方面的掌控差不多已是国内技术团队的佼佼者,对这样的团队讲技术似乎是班门弄斧,所以加了一点对过去犯过的错误的总结,没想到多数也是他们遇到过的。对于自己所分享的内容总体感觉还是有点准备不足。

Yupoo 的刘平阳( @gofeeling ) 先分享了一下新的技术架构,从当初的 Java 迁移到现在以 PHP 为主的架构还真的没有对外公开过呢,Yupoo 现在的技术储备相当不错。

我分享过后是百姓网的技术团队的小排分享了一下他们的网站技术架构以及心得,颇有收获。我不止一次听建硕说百姓网核心的设计原则是”简单”,这一次也进一步明白了恐怕只有这样专注的团队才能把别人都在复杂化的事情简单化,做得如此没有野心,这是需要有大智慧才能做到的。我们都提倡”做减法”,但是能把网站做到只有四个页面甚至不需注册也能投递内容而且能把Spam控制到如此程度,这可不太容易。

Baixing_Speed.jpg

中国互联网不同领域的的参与者,如果能达到下面说的几个阶段,还是让竞争对手挺绝望的。最初是”发现不了“模式),随着业界信息更加透明,现在似乎已经没什么”发现不了”的捞钱创业团队了,然后是”看不明白“(运营机), 看明白后又可能”模仿不像“(研发),模仿像了之后又”追赶不上“(节奏)。要知道百姓网以 20 多人的团队面对竞争对手数十倍于自己的员工规模,这可真是相当有技术含量的事儿。尽管百姓网目前也在招聘技术人的加盟(如果对他们感兴趣可以给我发邮件),我想那只是团队到了某个阶段后正常的扩建而已,不能称之为扩张。

在 Twitter 上也有人问为什么百姓网只有这么几个人,其实”团队扩大很容易–拿到投资后疯狂招人就可以,但是要保持精简那可是需要能力的”,从客齐集(Kijiji)到百姓网一路走来,我相信这个团队已经想的非常清楚了。

晚饭后乘动车回杭,真是愉快的一天,学到了如此多的东西。期待以后能有更多机会交流。我要真诚的感谢上海一路遇到的各位朋友!

EOF

另请参考建硕的《有朋自杭州来》,有聚会的合影,另外他现在果然比以前写更多中文文章了 :)

补充:百姓网对于产品的采用比较标准的 A/B 测试,这也是灵活带来的附加好处吧。要知道不是所有的公司都能作 A/B 测试的。