易栈网-膘叔

感谢小余给我们带来的文章。本想根据其中的内容想润色一下，但仔细思考后还是放弃了。每个人的思想和观念都有其独到之处，如果我强行改变，那就是改变原作者的思路了。

原文网址：http://www.cnblogs.com/yice/archive/2008/08/08/1264044.html

内容开始

    有个人在交际场合中一言不发，哲学家狄奥佛拉斯塔对他说：“如果你是一个傻瓜，那你的表现是最聪明的；如果你是一个聪明人，那你的表现便是最愚蠢的了。”

    我有个朋友自从前年年末开始召集人马进行一个产品的开发，从零开始做这个产品，历时一年多的努力，据说产品在内部也改了5，6个版本。我看过他们的东西， 总体给我的感觉算是不错。从开发到现在也过来一年多的时间，产品也有了初步的 成型系统，而且比较稳定，按照市场运作的模式，应该进入大力推广的阶段。作为开发内部来说，应该进入一个比较平稳的维护和升级阶段，但是从我和朋友聊过之 后，还有与准备离职的开发人员交流之后，发现其中还有不少故事值得说出来给大伙听听。由于我对整个项目的实际进展了解并不多，只是从侧面去观察，所以文章 所简述的观点都是基于个人的看法。在此我还需要强调一点，些这篇文章不是为了批评PM的对与错，只是希望通过我这位朋友身上发生过的事情，折射出一点道路 来，取其精华，也要避免走他曾经走过的弯路。

   在项目中需要被提及的任务有三个，资深的开发人员SD（senior developer),项目经理PM（Project Manager),技术型老板TB（Technology Boss).这三个人中我接触比较多的是PM,他也就是我朋友，以前共事的同事，对于他的性格 和做事方法和能力比较了解。SD,我以前的同事，虽然接触不太多，但是对于他的技术和做事态度还是了解。TB呢？说实话，没有见过这个人，只是听其他的人 介绍和从事情中来判断他。

   PM是从零开始负责这个产品的开发，从招聘人员，产品的分析，设计都是具体参与在这个项目之中。但是从项目的开发到现在，应该说与他的努力是分不开的。但是本文的主要也是针对于他来写的，因为他是协调TB与SD之间的桥梁，应该说他需要对整个项目进行总体控制。

    由于整个公司属于创业型的公司，虽然有另外一家实体企业提供开发资金，但是很多事情还是需要从头开始做，在一开始的时候，PM既要当项目经理，也要当大内 总管，一手抓项目开发，还要一手抓厕所是否有卫生纸等等。这些琐琐碎碎的事情应该说早就超出了一个正规PM的职责范围。但是创业初期，就要求人员要身兼多 职。我想要不是我朋友的好性格和脾气，别人很难能坚持下来。

    没有PM的好性格，项目不会有今天的结果，但是也是因为他的好性格，才会使项目出现了比较严重的问题，真可谓成也萧何，败也萧何。如果真正从软件开发项目 经理这个角色来看我这位朋友，我觉得他做的并不到位。我们从项目开发的一些事情来看待这些问题，和欢迎大家讨论一下如果是你换到他的位置，你该怎么处理。

    5月的时候,PM从北京回西安来招聘人员(公司原本在西安，今年初的时候搬迁到北京），我帮忙一起面试人员。在招聘过程中他感慨到：“现在招聘不到好的美 工？”听完这句话我觉得非常差异，就听他继续说道：“我希望招聘一个美工，能最快的出图，把老板的项目转变成实际，现在开发中美工的速度跟不上开发的速 度。”

    细细品味他的这两句话，我就感觉到他项目有问题，我当时疑惑的问他道：“我觉得很奇怪，美工的速度怎么会跟不上开发的速度？”因为做Web开发的人来说， 一般情况下，UI的开发和程序的开发是前后进行，有了UI之后，开发人员再进行项目的开发，虽然有时候会受一点点影响，但不至于影响道整个开发进度。后来 继续交流过程中才知道，原来美工出图慢的主要原因是老板变化太快，以至于如果老板一个Idea之后，隔天美工出效果，开发人员进行开发，等开之后老板会认 为和他想的存在有差异，需要在次修改，就是这样的循环过程中就出现了“美工缺乏的感慨”。

    从与SP的交流中，听到他感慨道，开发中变的太快了，因为TB原先也是做软件出身的，但是由于不是做当前的这个类型的开发，所以对某些问题有时候一知半解 的，而且TB是个追求完美的人，其实由于这套产品对图形的质量的要求非常高，因为图形经过处理后需要打印出来，所以我倒可以理解TB对这方面的完美追求。 但是问题不是处在TB的完美上，而是对于TB的个人强势上面，SP说过，在沟通中TB时时常会抛出这句话：“除了问题你负责啊！”。现在SP也决定从这里 离开，我略微了解了一下，由于各种问题的存在，核心的开发人员都有离开的念头，至少作为PM口中赞不绝口的SP已经离开了。

    从事中去分析一下，整个项目开发中可能有不少问题，但是就项目开发的进度把控这块，PM就做的不够到位，至少他没有守住项目的需求变化，老板一个想法，整 个项目进度都会受到影响，而且这些想法有时候时一瞬间的灵感。PM在项目开发过程中，对于如此频繁的需求变化，需要对需求进行汇总，每一个版本的开发尽量 都按照原定的时间安排进行，对于不同的需求变化，在汇总分析之后，阶段性的追加到项目中，以此来降低需求变化的次数已经明确需求的具体内容。对于老板的 Idea倒可以专门安排人员对应他，做原型图后讨论可行性，不要让老板直接接触到开发具体的过程，特别是跨过PM来安排开发人员进行开发工作。

    对于TB的强势没有抗住，如果TB的要求合理，也要尽量避免打乱现在的开发计划，维持开发团队的进度稳定。如果TB的要求是天方夜谭，那就要顶住说:"除 了问题我负责。”对于PM来说，在实际过程中需要良好的沟通技巧，不能单纯对上或只向下，PM除了具备有项目过程中的良好项目风险管理和进度预估，掌控能 力外。另外一个角色就是扮演缓冲剂，调节各方面的沟通与交流。千万不要到了项目失败后，自己感慨说我没有功劳还有苦劳，这种阿Q自慰的方式对于希望成为 PM来人来说就是表示你的失败。就像文章开始的那则笑话中所说的那样，在相同的场合，你的角色不同，你做的事情的评定就不一样。

————END————

Sun日前已经确认最新版的 MySQL 5.1的所有重大漏洞已经被修复,一切都准备就绪,翘首以盼的开源用户可以期待它能够在未来的几周之内公开发布.Sun公司的数据库产品部门副主席 Zack Urlocker表示,Sun的开发人员已经在很多方面对MySQL 5.1进行了反复检查和测试,确保公开发行的正式版毫无问题.

　 　Sun的官员早在四月份的MySQL大会上就曾经放出消息说,这个新版的MySQL数据库会在会议结束的几周之内与大家见面.不过,为了找出 MySQL 5.1的重大漏洞并将其修复所花费的时间远远超出了Sun的预算,所以MySQL 5.1正式版的公开发布时间不得不一拖再拖.

市场调查机构451集团的分析师Matt Aslett表示,数周前MySQL的创始人Monty Widenius邀请MySQL的开发人员帮助公司决定是否该公开发布MySQL 5.1.很显然,该公司对之前5.0的公开发布以及5.1候选版发布时因为不够审慎所犯下的错误仍然心有余悸,以至于现在很担心会不会第三次犯错. MySQL认为有必要公开咨询发布事宜的事实表明,公司对于漏洞报告过程信心不足,不然就是过于谨慎了.

Urlocker称,Sun承诺,在给该产品贴上公开发行的标签并正式推荐客户将其用在生产环境前,必须确保产品是真的没有问题可以投放市场才行.这也是 Sun为什么在产品发布候选版(RC)阶段找人来帮忙的原因.同时,Urlocker也表示,在开发人员的努力下,目前已经把客户曾经上报没有修复的优先 级为一和二的已知漏洞都修复了.

Forrester市场调查机构的分析师Noel Yuhanna则认为,如果MySQL要扩展其现有功能,以便为高性能的企业级环境提供支持,那么在这条提升的道路上必定会遇到困难,而Sun的延迟发布 就是最有力的证明.MySQL 5.1的研发大概耗时了三年时间,Sun对MySQL的项目一直都雄心勃勃,为此增加了大量企业级功能,以改善性能,例如基于行的复制等特性.这个功能可 以在主服务器和从服务器之间复制数据的变化,而不是实际的SQL语句.为了提高灵活性,MySQL团队还添加了混合复制功能,可以根据单个的SQL操作来 选择使用语句复制或行复制.其他的增强功能还包括支持五种不同的数据分区形式——hash分区、list分区、key分区、range分区和sub- partitioning分区,据称这项功能可以帮助客户处理超大型的数据集.考虑到这些功能都非常复杂,确实需要在研发和测试过程中投入相当大的力度, 特别是如果想让这款软件能够支持大型复杂的生产环境的话.

News from cnbeta.com

如果说今年的开幕式是一场盛宴，那么除了那些各国领导和参赛的选手外，最引人注目的恐怕就是这对Twins了。
Twins本意是双胞胎，我指的可不是香港明星哦。在这里我是指开幕式上两位小美女：林妙可和李木子，虽然她们的年龄相差很大，但在我眼里就是一对Twins。
林妙可的歌唱祖国和李木子的钢琴弹奏，可谓震惊中国。或许我说的太过了，但，一举成名或许是可以形容这两位了。
顺便提一下，好象网上很多人对李木子在表演的时候挖鼻子有很大的抗议，不过。你也不想想，人家是5岁半的小姑娘，你能要求她做到多少？同样，你自己想想，你五岁半的时候又做了些什么？为什么不能宽容的对待呢？
水能载舟，亦能覆舟，对于一个小孩子，你们为什么拿大人的要求来对待她呢？
   

» 阅读全文

经常在使用gogle搜索网站的时候，可以看到某些站点下面有一行：该网站可能含有恶意代码之类的话语。但事实是不是这样呢？有人就抗议了。

大量的事实证明，还是使用大公司的代码比较有保证啊。这不，膘叔就使用的是YAHOO的统计，虽然YAHOO最近不断的被人欺负，但统计功能应该还是不会受影响的吧。实在不行，以后咱就换GOOGLE的analyse。

顺便说一下，用五笔打google，出来的是：恶业胃。

livid认为：可能在很多国内的互联网公司都存在这样的以己之矛攻己之盾的现象, 公司里负责用户体验设计的团队一方面千方百计地设计新奇的舒适的用户体验, 而另外一方面负责销售的团队却不停地提出各种扰民的所谓广告创意, 在用户享用美好体验的同时去干扰这样的体验. 于是就看到两个团队在不停地讨价还价, 一方觉得广告的形式太恶心, 而另外一方却又始终觉得广告不够多. 而公司的管理层却因为收入方面的压力往往会站在销售团队一边. 并且很多时候他们可能并不觉得他们自己做错了什么, 因为他们觉得收入压力理所当然是第一要务, 当然要首先解决收入问题.

这样的情况很让人难受, 因为公司里面的每一个人都会觉得一切都让自己不满意. 设计师会觉得自己的想法在被扭曲, 销售团队会觉得这些设计师不食人间烟火, 管理层会觉得员工没有团队意识?

而所谓的"收入压力"这样的玩意的来源是什么呢?

在我看来恐怕是因为这家公司的这项事业在开始之前没有想清楚自己究竟要的是什么. 如果要的就是更多的钱, 那么这个世界上比互联网更靠谱的赚钱手段也不是没有. 如果要的是美好的用户体验, 那么就应该忘记广告, 让用户直接为了美好体验付钱. 比如日本最大的视频网站 ニコニコ 不就是直接向用户收费的么? 如果担心一下子从用户那里收不到太多钱, 那么就不要把摊子铺那么大, 大到最后钱也没有, 用户体验更是什么都没有了.

在过去的一年里算是见识到了相当多的莫名其妙的事情.

－－－－END－－－－
在自己的公司也遇到了这样的事情，只是，有些东西好象有的时候是没有办法避免的。确实是矛盾呀。
顺便介绍一下livid，此人在程序界应该算是挺有名了吧。传说他是18岁高中毕业后没读大学就直接去了易趣（不知道是否是这样），反正他最初是搞了个v2ex.com，现在的mac.6.cn就是v2ex的代码。可惜v2ex在06年左右被拔了网线，N个人表示可惜，于是现在v2ex只能留洋了。当年的事件好象挺大，先是blogbus被和谐，然后google的自定义域名。唉。一切都是这样，随便发发牢骚