旅游区里的游客，注定是来娱乐的，什么吸引眼球，哪里就会聚集起看热闹的。而互联网毕竟会变成生活的工具。当人们的生活都在互联网上的时候，踏踏实实的做价值的网站就会聚集起人气来。

5、规范不能直接拿出来执行，篇幅太多，操作有难度。所以必须要让规范落地。也就是说，要有具体的设计文档作为执行的依据。设计文档按照产品设计思路分片分线组织，所有设计文档结合起来就是整合的产品原型。

7、建议规范在产品设计过程中出现的时机： 风格设计 > 常用界面设计 > 总结界面应用指南和规范 > 逐个界面”制作”。 简而言之： 什么都没做就去做规范不行，一切都做好了再去做规范也不行；在做了一些工作后 暂停设计开始总结一个应用指南然后后面的工作去执行并完善，最终形成规范。

Blog的出現，或者滿足了部分人的書寫欲望和接近使用媒體的權力；但巴望著電腦上由微小像素所組成的文字轉成白紙上的鉛字的心願，終究還是無解。於是，有人提出了BPP計畫，也曾有BSP說過要推出「隨需出書」的服務，在情感上我是願意大力支持的。可惜至今似乎在台灣還不大容易（我不敢說沒有，但肯定不多）發現以部落格型態個人自費出版的書刊。

第三，当我们发现设计中的问题时，能够更容易修改原型，同样的原因，它能够被更快地创建。原型具有更强的可塑性。最重要的是，如果设计的缺陷非常严重，这个原型可以很轻松的放弃。有一点很重要，在早期的设计工作中不需要做出完善的设计。不幸的是，在编写和调试大量的代码来创建实际可操作的事务之后，再想改变就很难了，你不希望丢弃费了很大精力的工作成果，所以，你总是试图保留一些代码，尽管它们确实是无用的。

所以web2.0首要的好处在于它有可能恢复一个常识的世界，web2.0的言论走向，是众人对众人的传播，所有的话都是向公众表达的，要考虑可进入性，你的话可进入性差，会有别人的话来弥补，大家都是发布员，大家也都是测试员，每一句话都不是至高无上的，都可以进行常识检查，而你发布一个想法的最大收益，不是换来另一位资深人士对你的言论肯定，而是得到常识的回馈，这对于提供互联网服务的人来说更加重要，因为对于业余的测试员而言，常识就是体验，测试员所无私给予你的，就是对你的产品的使用直觉，大家都说用户贡献内容是好东西，大家都说让用户贡献内容是难题，而用户贡献的内容里面，常识恰恰是最为珍贵的一种。

从用户的角度，也可以把谁对最终服务质量负责作为区分B2C和C2C作为一个衡量标准。因为如果网站运营者保证质量和服务的一致性，多数用户会把它当做一个B2C的购物网站。如果仅仅是个平台，用户明确的知道上面的商家保证质量，他们就会认为这是C2C。

贴吧或天涯的忠诚但却潜水用户，每天去贴吧或天涯，是为了看“非官方”新闻；尤其是其中的“非官方”社会新闻和娱乐新闻。也就是说，现在的贴吧或天涯，对于很多潜水的忠诚用户来说，其实是一个新闻站。而新闻，是人们每天都需要的产品，这就是为什么贴吧或天涯现在那么“火”。

对产品的可用性的评估，重点在于如何进行标准化的测试，以产生可以计算和借鉴的数据。可用性的测试过程本身就是用户使用网站的最初以及最真的体验。所以通过可用性的测试，我们可以了解到各个代表性的目标用户对于产品界面的认可程度，获知改良界面的可能性方案，特别在交互流程中能得出一些很不错的用户行为规律。

团队的成员选择离开时，作为team的带头人，你知道他们为什么离开吗？

架构：从MVC分离的角度来讲，Co-mment起码可以做到MC和V分离，比如采用Adobe的spry，前台先做好需要载入数据的动态区域块，后台返回的数据是真正的xml数据，不包含任何格式，获得数据之后由spry渲染完成显示。这样，所有的显示都可以在前台页面中控制，后台也只需要处理数据，耦合降低，都能专心做好自己的事情。

很多人写Blog，一些是写给自己看的，一些是写给别人看的。如果你的Blog是些给别人看的，而你苦于找不到你的读者。那么以下这篇文章（原文地址），可能会对你有所帮助。

2. 报纸做视频，应当发挥报纸的优势，即文字的优势。发挥文字的概括、逻辑等特点，在感性的电视中加入结构，引导用户观看视频。有人说，电视日益浅薄庸俗，娱乐至死。何况观看视频费时，用户怎样才能决定观看一段视频呢？这时候，需要文字的力量。

社区的内容在这次改版的首页上没有得到太大的突出，可能要突出媒体性，博客，论坛被放的比较靠后，建议可以稍微往前提一下，不过也有可能破坏前面的结构，要修改的话需要智慧。 目前首页广告不多，可能处于改版初期，还需要调整，估计等稳定下来，广告也就上了，现在整个页面上也就三四个广告，建议能最大限度的保留内容，把广告加的统一一些，有规律一些，这样我们看的时候也好忽略。

使用百度收藏的人，为什么还会收藏百度？这是一个方便度的问题，虽然上面的数据不能反映出什么情况，但也告诉了我们用户最简单的需求，哪就是他(她)想用的时候，你一定要在身边，一定要存在且帮他(她)解决问题。

在开发过程中最常见的失败是不能正确的定义问题。如果目标是模糊的，我们不可能知道问题是否得到解决。就算目标被定义清楚，对于使用此项设计的环境来说有可能是错误的目标。制造精良的手枪不可能帮你修理瘪掉的轮胎。这两种错误，模糊的目标和错误的目标，是与技术的精准无缘的。如果你不能避免这两种错误，即便是世界上最好的程序员和设计师也不可能成功。你可以写出最棒的代码，创作出最精彩的设计，如果你不能解决正确的问题，你的努力是白费的。

ruby on rails提供了一些内建的cache机制，我们比较多的用到了其中的fragment cache。在实际使用过程中，发现了一些问题，如果你不注意，performance和正确性可能都会受到影响。

沟通，以目标为基础，每块都是中心。 沟通的时候，可以每个都看作中心，大家把各自关心的问题和需要的元素摆出来，各自又都能看到那些和自己是相关联的，相互关联的之间就需要配合去做。相互配合好了，目的就达到了！

可以优化的地方包括： 利用好索引，把最常用的查询条件变成索引 非规范化，合并数据 不要让Rails执行太复杂的操作 缓存常用数据和常用页面

为什么说罗川的“网感”好，好就好在他把目标用户定位在于“沉默的大多数”，而不是很多人可能预先猜测的——青少年用户。相对于这种定位的战略思考，那些计较注册流程而津津乐道的博客，不是显得很蠢吗？