而不是都在这里讨论出现情况，是否还有，如何存在等；

事务的发展是必然有规范的，而是规范的完整，正确，可验证性，可执行性等。

你们的文章我都没看完！

      至于其它的，同意2楼的！用一个小例子讲会比较好！

过程很简单，写了改，改了写，完了。

说到，模块化是很好的规范方式，我们在项目过程中使用基于内容构建xhtml+css的交互原型，视觉设计可以与这个步骤并行，（其中省略若干文字阐述具体操作办法- -！）那会起到非常好的效果，这比长篇大论的写文档来得更实际，并有一劳永逸的好处，不但可以使结构清晰，界面具备一致性，还能反过来验证设计合理性。

 我招聘美工的时候，从来不看任何东西，他们选择我5个项目中任何一个按照要求和规范在规定时间内交卷，看看做的情况，基本就知道这个人的价值了。

一个个都很能说，很能写，但是做事情就不是那么回事了。

说话难听不要紧，但冒名顶替实在不应该。

如果是在设计有了框架，很多能力就体现不出来了     

还有     冒名顶替说明你太不自信了       一个不自信的人   肯定是个没多大价值的人。

但要说一下：
9楼、10楼、是同一个IP，邮件地址留的都是正经八百的百度和雅虎的邮件地址。 可以断定是冒充，出来放屁臭人的。

但是作为新人大概更想看到具体可以操作的东西，比如规范格式，其首尾主体详致内容，如果有人来写一些这方面的经验也是能受启发，

规范贯穿整个开发进程，也算是核心吧，需要用心体会才可见的，

不仅仅是规范本身确立需要设计师作逻辑分析管理维护，

且于执行过程也需要和工程师沟通能力。

至于9，10楼的说法无力

除了凸显其浅薄，实在没啥好说的

微软的规范不一定适应雅虎，就这个简单的道理。

现在一些人。能深入的学习一个东西，准确的认识、并认真去实践的人太少了，更不谈去思考和总结经验。不动脑子就瞎忽悠、瞎骂的人太多了。

也告诫一些朋友，别人给你分享智慧已经是很福气的事情了，人无完人，文无尽致。

设计师真不是一种技术行业。

设计之外的很多事情往往在影响专业能力的执行效果。继续学习吧

1. 设计师只为设计着想，确实是普遍现象。好多设计师认为设计好了，自己任务就完了，根本不去考虑后边的流程怎么接，脑子就没有Teamwork的概念。此一方面与经验有关系，另一方面与背景有关系。

2. Don’t make engineer think 提的也很有创意，对于工程师来说真就如此。如果这个“规范”别人一看就不行，被束缚了，说明“规范”不合格。经验丰富的操作者才能出有效规范，有效规范才能促进效率的提高。

希望UCDChina多写这样具有实操经验的文章，多出好作品，振兴祖国互联网设计产业。