Nov 1

共和六十年冬,京都早降大雪,异于常年。时值疫症横行,人心多忧。某雄行于人民太学,但见天地俱白,但觉天地俱老。

——《易极河汉书·某雄列传》

Oct 9

“共和六十年秋,京都阅兵,万国来朝。有太学谓人民者裁学位硕士,立工程硕士,大募豪杰。某雄闻之,默然良久,书六字曰‘战,唯死,不降’以自明,长身而起,厉兵而战。是夜,寒意大起,京都秋浓。”

——《易极河汉书·某雄列传》

Apr 11

 

         Google音乐搜索出了有些日子,前几天试玩了一把,果然有亮点,但离Google干事的标准还有点距离。这里站在一个普通用户而非开发人员的角度,写一些我的看法。

         Google音乐搜索被人说得最多的俩字是正版,但是这个到底有多大吸引力呢,事关道德纷争,我只能说,存疑。这里想要谈一下它的那个相当好玩的泡泡挑歌。

         

         作为一个创新型公司,Google一直不缺乏新意,这次泡泡挑歌也的确搞得有点意思,不光是前端的良好观感,还在于它对音乐搜索理解的突破。用户可以通过拖动右面的调节器,在节奏,声调,音色三个维度连续地改变搜索的限定条件,配合选框,貌似可以更精确的定位音乐。我之所以称其为理解上的突破,是因为我们过往描述音乐时都限于对音乐的一个或多个属性进行离散的描述,欠缺精确量化。而Google真正把乐库中的音乐通过三个维度定位到一个概念中的三维空间中,提高了精确性,但到底效用如何,我存疑。

         如果回想我们使用调节器的场合,你能举出哪些?播放器!音乐的,电影的,很常见,大家也很爱用,好比说假如我是一个动作片爱好者,看电影对剧情音乐特效全不关心,我只要看打架。那我看叶问什么的就随便点几个位置,看到小日本半死不活趟地上了我就往前拉一点,因为我知道有打的看了。其他各种片种的操作大家可以类比,灵活发挥你猥琐与不猥琐的想象。问题就来了,在其他场合,我用调节器进行连续调整,通常附带一个前提是我能实时的了解到调整的效果。但是在Google音乐搜索上,它有查询,有动画的播放时间,最后出来是几个可爱的大球球,俗一点说真是查出来了个X(这个字大家自己补充,我就不说了)。球球很可爱啊,上面还有名字呢,但是我只是一个要找音乐的爷们,对可不可爱的不太感冒,而且恰好我对那一页的歌不熟,名字都没见过,我再调节查出一页,还是不熟,再调节再查再不熟……好吧,我死循环了。我看到球球上有播放按钮,旁边有个试听本页歌曲的按钮,点上随便一个,加载,听上一段,到这里我才对我目前的这个调节器的取值搭配对应的歌曲有个直观认识,我只是想搜个歌,不是要斋戒沐浴刮瓢取西经啊,过程也有点太不直观了吧。

         好吧,说了老半天我也没有什么高明的优化方案,能想到的无非是拖动的时候在按钮上同步显示下搭配对应的经典曲目,或者是在动画加载的同时加载音乐,做到动画停了当页音乐就伴随播放其中一首。我对用户体验研究不多,只是谈一些感受,抛文引文,坐等各路英雄指教~

 

PS: 以上文字考虑娱乐性写得比较戏谑,希望G公司的粉丝多多包涵哈~

 

Apr 10

         今天终于把程序员证拿到了手,一次记错时间,一次考试改期弄得我对这个低级认证也用上了终于二字,不是因为难,纯粹因为过程太折腾。

         小时候看《悟空传》,里面孙猴子说:“我最大的愿望就是打败对面树上那只老是抢我吃的老是扁我的猴子,但当我做得到的时候,他已经老了。”大概就是这种心情吧,当初以为很难考的一个东西搞到手了,发现其实屁用不顶。

         这个title要表征的是开发能力,证件表征的是答题能力,划不了等号。诡异之处在于这么个表征答题能力的东西,依然会有人看,依然会有人考。

         为什么就不讨论了,从这里说起,摸着认证、考核,几步就走到了虚无主义,有些问题问为什么的不是天才就是小白,既然不是天才,就不凑这个热闹了。

         Anyway,发几行字纪念下我在这个行当的第一个印了国徽的证明

Jan 27

1、在你开始之前,先定一个简单的目标。无论你是一个Web 2.0应用的创建者还是用户,请清晰的构思你的目标。就像“我需要保存一个书签”或者“我准备帮助人们创建可编辑的、共享的页面”这样的目标,让你保持最基础的需求。很多Web 2.0应用的最初吸引之处就是它的简单,避免并隐藏了那些多余的复杂性。站在创建者的立场,可以想象Google的几乎没有内容的主页,还有 del.icio.us的简单的线条。从最终用户的角度来看,与之齐名的就是 Diggdot.us所提供的初始化页面。你能够并且希望加入更多功能,但是先做好最开始的。在一个时候只做一个特性,完成一个目标。这听起来很太过于单纯化了,但它将使你更加专注,而且你也会明白我的意思。

    2、链接是最基础的思想。这就是我们称之为Web的一个理由。链接是把Web中各种实体连接起来的最基本的元素。你的信息、你的关系、你的导航,甚至是能够被写成URL的任何内容。这里有一个链接应该遵循的规则(其实你也不必严格的遵守):

    a. Web上的任何东西都是可以被URI或者是URL所连接的。

    b. 把所有的链接都保存为他的原始出处,这样可以让你与任何人、在任何地方、任何时候都能分享它。

    c. 第二条中任何时候的前提是链接必须是持久的,它不会在没有任何缘由的情况下被改变或者是消失。

    d. 链接应该是人类可读的、稳定的、并且能够自我诠释的。

    3、数据应该属于创建它的人。是的,你听我的。任何用户创建的、贡献的或分享的都是他们自己的,除非他们很明显的放弃这个权力来让你自由处置。他们贡献到 Web上的任何信息都应该是可编辑的、能被删除的、并且能够取消共享,无论在任何时候,只要用户愿意。这也包含了那些间接的数据,像他们所关心的记录、日志、浏览历史、网站访问信息,或者是任何可以被跟踪的信息。所有的网站必须清晰简单的陈诉那些信息是用户创建的,并且提供他们停止创建的方法,甚至是清除的方法。

    4、数据优先,体验与功能其次。无论它是文本、图片、音频还是视频,Web最终还是把这些解析为数据。换句话说,你无法脱离数据去呈现内容。所有这些数据都通过那些易于发现的URL来定位(参见第2条)。通过另一种形式来看待这些,Web最终是名词优先,动词其次,虽然最近正在向动词偏移。来看看名词的例子:日历的条目、家庭照片、股票价格。还有一些动词的例子:定一个约会、共享一张图片、买一份股票。

    5、做好积极分享一切的准备。尽可能的分享一切,你所拥有的所有数据,你所提供的所有服务。鼓励不遵循原有意图的使用,提倡贡献,不要那些需要分享的内容坚持设置为私有的。在分享与发现之后,提供易于使用的浏览方式是显而易见的需求。为什么呢:话说回来,你会从别人的共享之中受益匪浅。注意:这里没有许可让你去侵犯版权保护的法律,你不能够去分享你刻录的DVD或者是拥有商业版权音乐,因为你已经同意不会去分享这些东西。但是你可以发现并分享那些完全开放的媒体内容。一个小小的建议,你可以学习一下Creative Commons license(共创协议).

    6、Web是一个平台;要让它成长。当然,我们还有很多其他的平台(Windows、Linux、Mac),但是那些已经不是重点了。换句话说, Web是无法脱离的平台,不会中断的平台,你可以通过各种方式去扩展的平台。你在Web上提供的数据与服务将会成为Web一部分,最终你会在Web平台的某一处扮演你的角色。扮演好你的角色并照顾好后来者。

    7、理解与信奉“阶梯性”。现在的Web越来越大,几乎蔓延到了全世界的所有国家,并且已经拥有了10亿用户。我的观点是Web的各个组成部分存在着细微的区别和不同,就像不同地方的用户那样。例如Web的设计部分:易用性永远优先于速度、可靠性、重用性与可集成性。你也应该提供同样的体验给你的用户。它已经被一次又一次的被人们在文档中强调,忠诚的用户很快会成为专业的用户,他们期待更快的速度还有更多。退一步支持他们。同样,也有很多很多的用户会进入这个阶梯的底端,如你所期待的那样。他们可能不会说你的语言,不熟悉你的文化,甚至不知道是如何到这里的。所以你需要向他们表达清楚。

    8、任何东西都是可编辑的。或者是它应该被编织的更好。要确定的是,只有很少的东西是不能被编辑的,剩下的都可以,这是一个可写的Web。这并不意味着原始内容的丢失,而通常被理解为用户能够很容易的对内容加以评论,或者评注内容是在那里发现的。如果你对此应用的好,他们能够比你所想象的做的更多(把内容串起来并且给予原始内容来创建自己的,等等)。

    9、Web上的身份是神圣的。不幸的是,这并不意味着你能够得到更多的隐私(这完全是上个世纪的想法)。但对身份的验证是必要的,你应该感谢那些只需一个邮件地址就能确定你身份的服务。这意味只要你对你的用户承诺了,你就必须保证他们的隐私安全。必要的时候,在这个世界的某处你还得为你的用户挺身而出,向当地的权威挑战。如果你没有打算那样做,你就得把实际情况告诉你的用户。另一方面,如果身份是必须的,不要试图伪装它,不然在某一天我们将会在 Web上放弃我们的最后一点点隐私的权利。

    10、了解流行的标准并且使用他们。从一个消费者或者是创作者的立场来看,数据将会以不同的格式与任何一个人交换。同时这样的数据也会反过来促进标准的完善与采纳。这通常意味像RSS、 OPML、XHTML、Simple XML、JSON等简单标准的流行,而避免SOAP、XSD,还有RDF、 ATOM也一样,使用它们会给我的内心带来痛苦。请你也为你所钟爱的标准投上一票来支持它们。

    11、遵循无意使用的规律。如果你把非常有趣的数据和服务用广泛使用的格式开放和共享出去,你将会得到你所应得的,其他人也将会基于你的那一块Web平台来构建。或许还会从别人那里得到更多,所以为这个做一下准备比较好。我已记不清有多少次我看到一个播客(podcasting)服务因为流行过渡而导致服务垮掉,就是因为他们被 Slashdot和del.icio.us给收录了。这一点要知道:网络上的大量化意味着如果一个内容非常有趣,即使是一个很小的角落也会得到惊人的访问量。鼓励使用这种方式,它还是非常有价值的,前提是你要有所准备。

    12、粒化你的数据与服务。我们应该在很早以前就明白这些,大规模集成的数据仅仅适用于无需管理的下载与批量操作。分解你的数据,让他们独立成可描述的URL地址,对你的服务也一样。反过来说,你不要创建一些巨大的、复杂的、像圣诞树那样的数据结构和服务。保持简单,要非常的简单。让这些分离的片断能够容易的被重组和发现。

    13、提供用户能够单独受益的数据和服务。渐渐依赖于这种社会化参与是存在风险的,你需要让你的用户有一点点动机来贡献时间、热情和信息,除非他们能够直接受益。社会化分享比个体行为的利益大很多,除非你能够激发用户的个人动机,否这你将无法享受这份厚礼。

    14、让用户组织并过滤信息。不一定是必须的,但却是非常重要的。让用户以他们自己的方式来标注和组织数据,因为你自己是永远无法及时的处理他们的。用户会按照他们自己理解的最佳方式来处理并构建。要保证你的Web服务能够按照用户所需所想的方式来工作。这也是标签(tagging)和通俗分类(folksonomies )的方式如此成功的主要因素。

    15、提供丰富的用户体验。Web一直都在和本地的应用程序进行着激烈的竞争。为什么?因为本地程序还是感觉上好一些,速度也快一些。但是这不会长久的(确信在5年或者15年后,这种竞争就不存在了)。是的,我在谈论Rich Internet Applications, Ajax, 还有那些不可思议的交互应用。他们让Web成为了一个真正的“无平台”的平台,如果你知道我是怎么想的。

    16、信奉并支持快速改进和反馈。这个通常意味着加快步伐,但也意味着使用轻量级的工具、技术和不要做出那些适得其反的痛苦决定(例如使用一个被层层环绕的Ajax框架来代替可以通过混合来实现的,或者用C++来构建所有的东西,其实使用Ruby会更好一些)。这同时也意味着需要一个非常快速的方式来处理错误报告,修复Bug,释放新版本。从一个用户的角度来看,报告你所发现的任何问题,还有那些你经常抱怨的地方,甚至那些都不是一个Bug。

 

原文:http://publish.it168.com/2007/0702/20070702063501.shtml

Dec 31

         屋子里铁罐的雀巢纯黑喝完的时候,08年过完了。

         记得暑假的时候,我把家里的咖啡喝完的那一天,我写完了那个写了一个夏天的程序,顺带着很多东西氤氲在最后一杯咖啡的雾气中蒸发着进入这个夏天,再无踪迹。

         咖啡罐的空掉,总仿佛伴随着某些东西的终结,这次是整整一年飙着肾上腺素的时间。

         新年快乐,新年新气象,手机不断抽风的抖,抖得我直怕它背过气去。366个日子的结束,却并不代表在新的365个日子里从零开始,未来总是被过去定义的,现在的一切努力都是对这个定义的阐发,

         “哪一天数据全部没了,我们还有品牌。”

         做过的梦一一凋谢之后,还是需要一点信念,让自己振作着做得更多,做得更好。

         立足现实,务实,专注,here and now

         2009

         冲了马桶洗了脸上的疲倦泡沫;

         2009

         镜子里的陌生人已经不再做梦。

Dec 21

      “共和五十九年冬,京都风烈,某雄攻程序员于城南,旦暮两阵,一合而破,几许波折,终止于斯。”

                                                                      ——《易极河汉书·某雄列传》

Dec 18

       话说某雄是个菜鸟程序员之余还是个菜鸟OP

       今晚做了一个从文件到数据库的尝试。

       需求是这样的:

       文件中有两千多条记录,每条有三个数据,数据与数据间用空格分隔

       要生成一个sql文件,把这些记录中的数据赋给数据表中的三个字段,其他字段是常量,插入一个数据表t_target

       郭公推荐在shell script中使用awk,一翻查阅了解到这个东西是一种针对行的操作,根据空格判断单行中各个记录

         eg: 记录:RichardF is niubility在使用awk后被判定为:$1=RichardF, $2=is, $3=niubility

         完成一行记录的操作后自动到下一行

        

             eg:

            shell:echo -e “a b c\n1 2 3″ | awk ‘{print “a=” $1 ” b=” $2 ” c=” $3}’

            output: a=a b=b c=c

                        a=1 b=2 c=3

            )

       那么大体思路就很显然了,直接在shell script 中拼接字符串成sql插入语句,中间的参数使用awk分别获得,然后管道输出到指定文件。

       而中间涉及到一些小问题:

       如何在awk中输出单引号?

       答:用一对单引号夹住转义单引号,即:’\’’

       如何在awk中使用正则表达式?

       答:因为需求中只是固定地替换一个字符串的一部分,故此处的解决方法为在执行awkprint方法前做 一个gsub的小处理

       (

        eg:

        shell script: echo -e “/abc/1/2\n/abc/3/4″ | awk ‘{gsub(”/abc/”,”2008/”,$0);print $0

        output: 2008/1/2

                    2008/3/4

        )

       解决这两个小问题后,大功告成,特别鸣谢大能的郭公以及把原文件数据分隔设定为空格的poppy以及baidu

       有时间再行补充更详细的awk用法~

Dec 15

 

  系统分析的文档基本写完了,最近听说要加个测试计划,再议罢,那也是小事了。

  曾经无比想在搞定这纠结了大半个学期的文档后写一篇blog,连开头都想好了:“由这一刻我的人品由负归正……”然而和所有长时间的活计一样,当你最后把它完成了,无论你爱极了它或者烦极了它,你都没有那种极具张力的叙述把激越的文字弹射到纸面上,略记一点这大半个学期文档写作的得着吧。

  其实我初期给它的界定是“决不应付”,之前没有估计以后也不会有这样的机会,自己作为从系统分析到程序设计的所有角色出现在一份文档里,好比演员在一部戏里分饰多角,那感觉要多爽有多爽,但在process中我发现这需要基于一个几千块的小系统写一份几十万系统规模的文档,所有关于扯字的词汇瞬间在我脑海中发芽开花。我不反对做大量的工作,我甚至也不反感做大量我看不到意义的工作,但要说做明明可以以少量工作替代的大量工作,我不觉得这是件明智的事,尤其是所有的这些重复而不实事求是。

  每次听到xp那句“呃……还是……写一下罢”时都异常崩溃,我不确定他老人家确定自己希望看到一份怎样的作业。而每次点开那个文件夹,我告诫自己,“责任,责任……”我的兴趣在于开发,但有责任在这前面的时候,应该够上这个底线,java一点说,兴趣是个private,而责任是public的,很多方法等着调用。YiZin这条DNA很好很好。

  AK君在校内留言说文档写作是IT民工的基本工,在process中多有体会,写文档时我喜欢走个神,想象下这个系统值几十万,想象一下会由十几口人联合开发,感觉写文档还是个深有可究的活计。

  虽然用了YiZin的资料夹,但是总体来说我们是把它当FTP使得的,于是我们同一个设计报告的多个版本之间联系其实是断裂的(或者好听一点叫简单增量吧),单人/双人负责维护单个文档的多个版本其实一不利于文档规模的生长,二不利于文档的sharing和多人修订(这其实是某些文档从可读到可用的重要因素,窃以为),我们需要一开始引入一个文档的版本管理软件,到中道想起,为了保持连贯性就没有提,作为一个技术方面给出支持的人,我在这上面缺乏足够长远的眼光。

  然后是命名统一的问题。其实这个量的文档,我们用来规划全局的时间还是太少,很多命名需要及早预见并统一的,好几份报告我在修订的时候都做了一些去除命名差异的工作,但估计还是有很多漏过去的,排版的两位女士麻烦多操心了。

最后是关于程序接口,我觉得,经此一役再让我control大规模的文档写作(不是这种文档和程序规模完全不对等的路数),我肯定会要求所有程序的所有接口出来checklist,精确到类型和变量命名规则。各个模块在旷日持久的开发完成测试好后准备release时发觉接口对不上,灾难。

  谨在此感谢Pronergy的四位teammate,大家共同营造了一种非常好的团队氛围,不拖沓,有效率,精益求精,对得起专业力量四个字。在我视野不够开阔视线不够长远带来的大大小小问题后,大家依然出色的完成了任务。

  希望我们的努力能告诉后来人,在这里劣币驱逐良币也不是必然的,踏实专注到底会得到认可。后面文档的收尾和开发的起步,加油。

  莫堕英雄之志,天下当有大同。

Dec 4

         星期四,星期四,又到了发博的时候。本来这周想上一篇Windows缓冲区溢出的实验报告,但是发觉上面还有没理清楚的地方,于是先发一篇杂谈,说说这个冬天中国互联网纷飞的口水。

         如果说中国的互联网企业的领军人物,说一句北百度南腾讯估计也没有犯什么原则性错误,恰是这一南一北两大中国互联网企业在这个冬天不约而同被卷入了成长中的事事非非。

         先说百度。

         首先,我仅以我个人名义从精神上表示对百度100%的支持。

         我不讳言这里有我个人感情倾向的问题,但就是从客观的角度,一个成立8年而成为中文第一搜索的企业,百度的过失至少在我的价值体系中值得宽容。

         前天逛某论坛看到一贴,说083大傻:电视看国足,牛奶喝三鹿,搜索用百度,小佩服了一下作者的押韵水平;前天在望公屏幕上瞅了一眼李彦宏百度空间——下面的留言,大惊叹了一翻我泱泱中华博大精深的骂文化。明嘲暗讽揶揄腾挪者不乏其人,有人一脸正气的说:“我搜索只用Google,百度,能用吗?”我听到那语气背后深深的大是大非原则立场,我听到了家国恨,我听到了英雄志,我听到了奶牛翩翩舞蹈于金盘之上的全新审美。于是我颤栗着问了一句:“Google全球还是Google中国?”“当然是中国啊!”然后滔滔不绝的向我描述Google中国的优质体验——广告是在右边的耶~

         某雄大囧。

         我不知道多少转用Google中国的人是倾倒在这种“优质体验下”的,如果很多,我只能更肯定的说,百度依然是中文第一搜。从03年家里装宽带我就开始比较多的上网,最开始就是用的百度,感觉还是相当OK的,Google也用,那时候还不知道分Google全球和Google中国,中文看着容易懂,就用中文,感觉也就那样,百度还顺手一些。上大学之后才知道Google中国和Google全球不是一路货色,加上也开始对命中率什么的有了点关注和比较,就有了拿句口头禅:“内事不决问百度,外事不决问Google”,一直到现在。

         以上简要回顾一下我用搜索引擎的历史,我想说的是,如果你对搜索的需求就是输入关键字回车的话,实事求是说,百度在大多数情况下比Google中国更简单可依赖。我不否认Google全球是一家伟大的互联网企业,但搜索涉及的分词问题,除了技术之外还有语言习惯,风俗很多的因素在里面,Google中国如果要在这一方面做得足够好,除了给Google全球的搜索引擎做汉化外,还有更多值得研究的地方。不打广告的说,百度更懂中文。至于负载能力,想想你用百度的时候敲完回车后的感觉,想想这家公司为超过60%的中文用户提供了同样的体验。Google中国能不能面对这样的负载我不敢断言,因为它就没有面对过。至于命不命中,本来就是很主观的事,就像这两个搜索引擎搜“冯健雄”都搜成了中兴那位管理人员,对于我个体来说,他们两家命中率都低。所以在能提供主体信息的前提下,命中率10%以内的偏差我觉得都是可理解的,如果真说Google中国有什么高命中率的领域,或者某些敏感词汇的尺度比较松,仅此而已。

如果你的关注点还包括这两家公司提供的网络APP,很好,百度有MP3搜索,有百度贴吧,有百度知道,Google中国自主研发的呢?或者语言工具凑合算一个吧,亮点实在不多。

         再来说说竞价排名,这个百度被人诟病甚多的模式我觉得本身有其内在商业逻辑的合理性。服务更好,产品更优的企业更能出更高的价钱排更靠前的位置,这逻辑没问题吧?模式没错,百度千错万错,大概就是错在没控制好手下那群代理上了虚假广告和没做成左右分栏,然后被央视爆了把大的。易地而处,如果你是李彦宏,如果你手下是一家纳斯达克上市的企业,如果你面对是151.21美元/股背后的赢利压力,如果你的利润80%来自于竞价排名,你能说砍了就砍了,说分栏就分栏吗?那是李彦宏啊,你以为是李逵啊。二八定律大家都听说过吧,有些取舍是不得不做的,有些改变是不得不谨慎的。8岁的百度还很年轻,40岁的李彦宏还有机会,成长毕竟要付出代价。

         央视尚且给三鹿打过广告,它自己有多洁身自好,我很怀疑;这个失误是不是就值得广大网民那样的口诛笔伐,我很怀疑;纸质媒体洋洋洒洒的大篇幅跟进是不是有谨慎的思考过,我很怀疑。

         只可以说这仅仅是一场又大众媒体引爆的口水战,无关乎技术,也无关乎道德。百度竞价排名也不是一两年了,但是这场口水仗中,骂得最起劲的扪心自问,你真的有那么不爽竞价排名?这只是一场缺乏独立思考的从众游戏,一场借助网络便捷传递的话语狂欢,就好像是你去看一场你对两边都很陌生的球赛,你叫不出任何一个球员的名字,无碍你跟着大家一起玩人浪,一起在进球时欢呼,一起在犯规后骂娘。海德格尔的分析很不幸又言中了,我们害怕作为独立的人去选择和面对选择后的种种不确定,我们沉溺于众人,象众人一样享乐,象众人一样标榜,乃至演化出象众人一样排斥从众,象众人一样标新立异这种搞笑现象。非主流为什么成了主流,百度为什么被群殴,社会现象背后不离的总是人心。

         我相信百度能够挺过这一次危机,甚至转化这一次危机。这种氛围我莫名的觉得适合他们那位孤傲而天才的CTO,他老人家身上的吕布特质在稳定繁荣期或者会人心思变,在需要快速推进,需要特种部队,需要狼一样杀一条血路的危局里,李一男的过往让我感觉他能。而且在气质这种虚无缥缈的背后,有中国互联网踏入3G这样的实情,3G,通信,华为出来的李一男,呵呵呵呵~

         不过在网络APP这一块,好像知道之后百度还没有太让人惊艳的东西,poppy表揍我,Hitalkqq比起来我还是用后两样比较多,一个高质量,一个有Network EffectionHi要加油啊~

         期待09年百度的华丽转身。

 

(最后再口水一下:李彦宏说他在北大信息管理学到了搜索的真髓,某雄在人大信息管理学到的大概就是谨慎估计信息管理的效果和怎样写如同Oracle DBA mannual一样的文档……呵呵,好罢,因为他是李彦宏,而我只是我,和学校无关。)

« Previous Entries