Web架构设计的几个心得 (2)

六,搞清楚谁是最重要的人:who\'s the most important guy
    在用例需求分析的时候常常讲到涉众,就是和你的设计息息相关的人,在Web中我们一定以为最重要的涉众莫过于用户了。在一个传统的互动社区开发中,最重要的东西是内容,用户产生内容,所以用户就是上帝,至于内容挑选工具,不就是给坐我后面三排的妹妹们用的吗?凑合行了,实在有问题我就在数据里手动帮你加得了。这大概是眼下许多小型甚至中型网站技术人员的普遍想法。钱宏武在他的讲座里谈到了这个问题:实际上网站每天产生的内容非常的多,普通人是不可能看完的,而编辑负责把精华的内容推荐到首页上,所以很多用户读到的内容其实都依赖于编辑的推荐,所以设计让编辑工作方便的工具也是非常重要,有时甚至是最重要的。

七,不要执着于文档:don\'t be crazy about document
    Web开发的文档重要吗?什么文档最重要?我的看法是Web开发中交流>文档。现在大的软件公司比较流行的做法是:
    注重产品设计文档,在这种方法里,产品文档非常详尽,并且没有歧义,开发人员基于设计文档开发,测试人员基于设计文档制定测试方案,任何新人都可以通过阅读产品设计文档来了解项目的概况。
    而Web项目从概念到实现的时间是非常短的,而且越短越好,并且由于变化迅速,要想写出完整的产品和需求文档是几乎不可能的,大多数情况是等你写出完备的文档,项目早就是另外一个样子,但是没有文档的问题是,如果团队发生变化,添加新成员怎样才能了解软件的结构和概念呢,一种是每个人都了解软件的整个结构,除非你的团队整体消失,否则任何一个人都能够担当培养新人的责任,这种face2face交流比文档有效率很多。
    于是就有了前office开发者,现任yahoo中国某产品开发负责人的刘振飞所感觉到的落差,他说,我们的项目是吵出来的,我听完会心一笑。

八,团队:team
    不要专家团队,而要外科手术式的团队,你的团队里一定要有清道夫,需要有弓箭手,让他们和项目一起成长,才是项目负责人的最大成就

总结:
    0)架构是一种权衡
    1)Web开发的特点是:没有太复杂的技术难点,一切在于迅速的把握需求,其实这正是敏捷开发的要旨所在,一切都可以非常快速的建立,非常快速的重构,我们的开发工具,底层库和框架,包括搜索引擎和Web文档提供的帮助,都替我们供给了敏捷的能力。
    2)此外,相应的,最有效率的交流方式必须留给Web开发,那就是face2face(面对面),不要太担心你的设计不能被完备的文档所保留下来,他们会以交流,代码和小卡片的方式保存下来。
    3)人的因素会更加重要,无论是对用户的需求,还是开发人员的素质。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwpwxw.html