分类归档: 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–