易栈网-膘叔

早在几个月前，老爸就和我说，现在江苏管的严了。闯黄灯6分，压白实线开车3分。当时听得心里好紧张啊。在回家的时候。一辆人力三轮车在前面，慢慢开慢慢开，按喇叭也不理你，后来还停下来瞪着你（旁边什么人都没有，路很宽。有非机动车道，非机动车道上没人）。

好吧，再后来说明年1月1日起，交规更严了。嗯于是乎我想做个网站，专门上传别人那些违章照片。但后来想想算了，苦逼人何苦为难苦逼人。行人永远是第一的。

上个网络疯传的图吧。（顺便，听说现在贴单涨到400了。。。苦啊）

点击看大图

Enterprise Architect这款软件非常不错，但是英文版让人很郁闷，毕竟不是每个人都是英文那么好的。
汉化新世纪里居然有这个汉化版，就太让人兴奋了。
Enterprise Architect是一款计算机辅助软件工程（CASE）工具，用于设计和构建软件系统、业务流程建模及更多通用的建模。
EA并不仅仅是一个UML画图工具那么简单，它对整个项目开发过程有着非常好的支持。比较亮点的功能：
· UML建模--支持UML2.1
· 代码工程--按图生成代码，导入原有的代码成为UML图
· 项目管理程序--包括项目计划，任务进度，问题集等
· 文档生成和模板--可使用文字翻译替换和自定义的模板为不同的项目打造最适合的文档类型
· 数据库建模--可从ODBC导入数据源结构，并进行ER图的编辑，还可生成建表的SQL语句
· 代码编辑、调试和运行--加入编译脚本，就可以把EA当作IDE来使用
· 版本控制，联机讨论，局域网协同开发等功能。

Enterprise Architect 8.0 在细节方面改进了非常多，在之前版本中仅是作为附加的一些功能，如代码调试和代码编辑器等等，也渐渐被重视和改进了。Enterprise Architect不仅能作为一个全功能的UML建模工具，还是一个非常成功团队项目管理工具，而如今的Enterprise Architect 8.0，更是向着更实用的IDE发展。
下载地址：http://www.hanzify.org//software/12376.html

最近在和同学玩开心网，好象有些东西确实不错。同时在看看他的程序。推敲一下数据结构以及这样的插件是该如何的实现？
当然一些模块是很方便很简单的。也有一些是我无法实现的。象那种推断自己的婚外情指数的，实在没有什么技术含量，但是那种网络硬盘的，即使我实现了，我也没有办法提供那么大的空间。

值得我关心的是那些：争车位、朋友买卖之类的。这些才是值得研究的东西。不过，我的flash一塌糊涂，想来也没有办法实现出同样的功能。

顺便提一下，我在开心网建了一个：膘叔的PHP群，欢迎大家加入。注册链接为：http://www.kaixin001.com/reg/?uid=2072095&usercode=e75bddb923b3d75de8ca45074e02eb6e_2072095_59437

群组地址为：http://www.kaixin001.com/group/group.php?gid=59437

欢迎加入，一起探讨PHP。本来想做博客的。现在也没有什么好构思。这样试试看呢？

注册链接的名字叫：王二，不要惊讶。。实在没办法，想叫膘叔，可惜叫不了，人家不认为我这个是名字。感慨万分。想取名叫王二麻子吧。又怕对不起自己，先叫王二再说。HOHO

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

原文网址：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————