分类归档: Review

如何避免成为技术官僚?

在我国当前的语境下,”官僚”是不折不扣的贬义词,”技术官僚”这个词在某些时候能算中性词,根据维基百科,指各级机构中大量拥有专业背景的中高层阶层的俗称。本文所指的”技术官僚”毫无疑问是贬义词,指那些造出”国标馒头”或与之类似诡异事物的家伙。

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

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

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

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

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

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

EOF

FriendFeed 给了我们什么?

如果说 2007 年最佳小型 Web 2.0 应用是 Twitter,那么 2008 年最耀眼的 Web 2.0 应用很有可能就是 FriendFeed,虽然现在下断言还早,但是看看FriendFeed 团队的背景,清一色的 Google 帮……

个人觉得这个应用的”卡位”很好,试图在各个 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

有感于 Yupoo! 被亮”黄牌”

看到 Yupoo!亮“黄牌”。Yupoo!的兄弟们估计也哭笑不得,算是被免费公关了一回。

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

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

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

EOF

CSDN 对我的一次采访

昨天刚胡扯完 DBA 的薪水,今天就看到 CSDN 登了对我的采访DBA薪酬挺高 盲目从之不可取》,其实这只是时间上的巧合,这个采访在春节前就做完了。我昨天写 Blog 的时候也因为不知道 CSDN 什么时候能发布而根本没提这回事儿。

就那个”起薪最高的为 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来说,也要作一点技术储备才好过冬。

以上只是一家之言,贻笑方家。
有未能说透的地方欢迎大家和我邮件探讨: [email protected] ,或是在我的 Blog 上留言。

EOF