Group items tagged

1. 你们的项目组使用源代码管理工具了么？MVM：应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。 2. 你们的项目组使用缺陷管理系统了么？MVM：应该用。ClearQuest太复杂，我的推荐是BugZilla。 3. 你们的测试组还在用Word写测试用例么？MVM：不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。 4. 你们的项目组有没有建立一个门户网站？MVM：要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现，15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。 5. 你们的项目组用了你能买到最好的工具么？MVM：应该用尽量好的工具来工作。比如，应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费，所以说是“你能买到最好的”。 6. 你们的程序员工作在安静的环境里么？MVM：需要安静环境。这点极端重要，而且要保证每个人的空间大于一定面积。 7. 你们的员工每个人都有一部电话么？MVM：需要每人一部电话。而且电话最好是带留言功能的。当然，上这么一套带留言电话系统开销不小。不过至少每人一部电话要有，千万别搞得经常有人站起来喊：“某某某电话”。《人件》里面就强烈谴责这种做法。 8. 你们每个人都知道出了问题应该找谁么？MVM：应该知道。任何一个Feature至少都应该有一个Owner，当然，Owner可以继续Dispatch给其他人。 9. 你遇到过有人说“我以为…”么？MVM：要消灭“我以为”。Never assume anything。 10. 你们的项目组中所有的人都坐在一起么？MVM：需要。我反对Virtual Team，也反对Dev在美国、Test在中国这种开发方式。能坐在一起就最好坐在一起，好处多得不得了。 11. 你们的进度表是否反映最新开发进展情况？ MVM：应该反映。但是，应该用Baseline的方法来管理进度表：维护一份稳定的Schedule，再维护一份最新更改。Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手段。 12. 你们的工作量是先由每个人自己估算的么？MVM：应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。 13. 你们的开发人员从项目一开始就加班么？MVM：不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。当然，一些对日软件外包必须天天加班，那属于剥削的范畴。 14. 你们的项目计划中Buffer Time是加在每个小任务后面的么？MVM：不要。Buffer Time加在每个小任务后面，很容易轻易的就被消耗掉。Buffer Time要整段的加在一个Milestone或者checkpoint前面。 15. 值得再多花一些时间，从95%做到100%好MVM：值得，非常值得。尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。 16. 登记新缺陷时，是否写清了重现步骤？MVM：要。这属于Dev和Test之间的沟通手段。面对面沟通需要，详细填写Repro Steps也需要。 17. 写新代码前会把已知缺陷解决么？MVM：要。每个人的缺陷不能超过10个或15个，否则必须先解决老的bug才能继续写新代码。 18. 你们对缺陷的轻重缓急有事先的约定么？MVM：必须有定义。Severity要分1、2、3，约定好：蓝屏和Data Lost算Sev 1，Function Error算Sev 2，界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。 19. 你们对意见不一的缺陷有三国会议么？MVM：必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

20. 所有的缺陷都是由登记的人最后关闭的么？MVM：Bug应该由Opener关闭。Dev不能私自关闭Bug。 21. 你们的程序员厌恶修改老的代码么？MVM：厌恶是正常的。解决方法是组织Code Review，单独留出时间来。XP也是一个方法。 22. 你们项目组有Team Morale Activity么？MVM：每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。 23. 你们项目组有自己的Logo么？MVM：要有自己的Logo。至少应该有自己的Codename。 24. 你们的员工有印有公司Logo的T-Shirt么？MVM：要有。能增强归属感。当然，T-Shirt要做的好看一些，最好用80支的棉来做。别没穿几次就破破烂烂的。 25. 总经理至少每月参加次项目组会议MVM：要的。要让team member觉得高层关注这个项目。 26. 你们是给每个Dev开一个分支么？MVM：反对。Branch的管理以及Merge的工作量太大，而且容易出错。 27. 有人长期不Check-In代码么？MVM：不可以。对大部分项目来说，最多两三天就应该Check-In。 28. 在Check-In代码时都填写注释了么？MVM：要写的，至少一两句话，比如“解决了Bug No.225”。如果往高处拔，这也算做“配置审计”的一部分。 29. 有没有设定每天Check-In的最后期限？MVM：要的，要明确Check-In Deadline。否则会Build Break。 30. 你们能把所有源码一下子编译成安装文件吗？ MVM：要的。这是每日编译（Daily Build）的基础。而且必须要能够做成自动的。 31. 你们的项目组做每日编译么？MVM：当然要做。有三样东西是软件项目/产品开发必备的：1. bug management; 2. source control; 3. daily build。 32. 你们公司有没有积累一个项目风险列表？MVM：要。Risk Inventory。否则，下个项目开始的时候，又只能拍脑袋分析Risk了。 33. 设计越简单越好MVM：越简单越好。设计时候多一句话，将来可能就带来无穷无尽的烦恼。应该从一开始就勇敢的砍。这叫scope management。 34. 尽量利用现有的产品、技术、代码MVM： 千万别什么东西都自己Coding。BizTalk和Sharepoint 就是最好的例子，有这两个作为基础，可以把起点提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XML，而不是自己去Parse一个文 本文件；尽量用RegExp，而不是自己从头操作字符串，等等等等。这就是“软件复用”的体现。 35. 你们会隔一段时间就停下来夯实代码么？MVM：要。最好一个月左右一次。传言去年年初Windows 组在Stevb的命令下停过一个月增强安全。Btw，“夯”这个字念“hang”，第一声。 36. 你们的项目组每个人都写Daily Report么？MVM：要写。五分钟就够了，写10句话左右，告诉自己小组的人今天我干了什么。一则为了沟通，二则鞭策自己（要是游手好闲一天，自己都会不好意思写的）。 37. 你们的项目经理会发出Weekly Report么？MVM：要。也是为了沟通。内容包括目前进度，可能的风险，质量状况，各种工作的进展等。 38. 你们项目组是否至少每周全体开会一次？MVM：要。一定要开会。程序员讨厌开会，但每个礼拜开会时间加起来至少应该有4小时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code。 39. 你们项目组的会议、讨论都有记录么？MVM：会前发meeting request和agenda，会中有人负责主持和记录，会后有人负责发meeting minutes，这都是effective meeting的要点。而且，每个会议都要形成agreements和action items。

40. 其他部门知道你们项目组在干什么么？MVM：要发一些Newsflash给整个大组织。Show your team’s value。否则，当你坐在电梯里面，其他部门的人问：“你们在干嘛”，你回答“ABC项目”的时候，别人全然不知，那种感觉不太好。 41. 通过Email进行所有正式沟通MVM：Email的好处是免得抵赖。但也要避免矫枉过正，最好的方法是先用电话和当面说，然后Email来确认。 42. 为项目组建立多个Mailing GroupMVM： 如果在AD+Exchange里面，就建 Distribution List。比如，我会建ABC Project Core Team，ABC Project Dev Team，ABC Project All Testers，ABC Project Extended Team等等。这样发起Email来方便，而且能让该收到email的人都收到、不该收到不被骚扰。 43. 每个人都知道哪里可以找到全部的文档么？MVM：应该每个人都知道。这叫做知识管理（Knowledge Management）。最方便的就是把文档放在一个集中的File Share，更好的方法是用Sharepoint。 44. 你做决定、做变化时，告诉大家原因了么？MVM： 要告诉大家原因。Empower team member的手段之一是提供足够的information，这是MSF一开篇的几个原则之一。的确如此，tell me why是人之常情，tell me why了才能有understanding。中国人做事喜欢搞限制，限制信息，似乎能够看到某一份文件的人就是有身份的人。大错特错。权威、权力，不在于 是不是能access information/data，而在于是不是掌握资源。 45. Stay agile and expect changeMVM：要这样。需求一定会变的，已经写好的代码一定会被要求修改的。做好心理准备，对change不要抗拒，而是expect change。 46. 你们有没有专职的软件测试人员？MVM：要有专职测试。如果人手不够，可以peer test，交换了测试。千万别自己测试自己的。 47. 你们的测试有一份总的计划来规定做什么和怎么做么？MVM：这就是Test Plan。要不要做性能测试？要不要做Usability测试？什么时候开始测试性能？测试通过的标准是什么？用什么手段，自动的还是手动的？这些问题需要用Test Plan来回答。 48. 你是先写Test Case然后再测试的么？MVM：应该如此。应该先设计再编程、先test case再测试。当然，事情是灵活的。我有时候在做第一遍测试的同时补上test case。至于先test case再开发，我不喜欢，因为不习惯，太麻烦，至于别人推荐，那试试看也无妨。 49. 你是否会为各种输入组合创建测试用例？MVM：不要，不要搞边界条件组合。当心组合爆炸。有很多test case工具能够自动生成各种边界条件的组合——但要想清楚，你是否有时间去运行那么多test case。

《Communicating Design》里面也有10种~ Personas 角色设计文档 Usability Test Plan 可用性测试计划 Usability Reports 可用性报告 Competitive Analysis 竞争分析 Concept Model 概念模型（概念图） Content Inventory 内容清单 Site Maps 站点地图 Flow Charts 流程图（交互流程图） Wireframes 线框图 Screen Designs 视觉设计、原型设计等

5、6、7可以在小型项目中结合，大型的项目中还是要适当分开。 交互原型可以以交互设计说明书的附件形式存在

1、产品概念文档(项目策划书) 主要是对市场需求进行合理的科学的推导，得出新产品机遇，并对产品定位以及未来的发展方向进行概念性阐述。产品概念文档主要用来对新产品进行宣讲，让项目团队对将要开发的产品有一个概念上的理解，在思想上达成一致。 2、用户调研报告 主要有两类，一类是产品概念形成之初，研究人员进行的需求调研而输出的报告。主要是为产品概念的提出提供科学的依据，为需求的推导寻找佐证。另外一类是项目开发过程中，对设计中不确定以及有分歧的地方进行用户测试，得出结果并输出用户测试报告。 3、产品需求列表 这个列表并不一定是文档，但是他非常重要。它是将新产品拆分成几个大的模块，并将这几个大模块再细拆分成各个功能点后形成的功能列表。它的用途是将整个产品的工作量化，利于设计师、开发人员、测试人员评估自己的工作量，利于开发过程中对各个功能点进行跟踪，不遗漏，利于产品测试时对产品进行全面覆盖。 4、产品说明书 产品说明书是目前很多公司中最常见，他主要包括产品功能的详细描述，产品所需要的开发、运行环境，性能要求等等。准确的讲，这份文档并不应该包含具体的交互内容。这个文档面向的是项目的全体成员。 5、交互设计说明书 交互设计说明书对整个产品的界面结构、交互流程进行详细的描述。它一般包括需求分解、竞争产品分析、流程说明、页面布局说明等内容。交互设计说明书的格式众多，灵活性也相当高，但目的都是将产品的结构和及流程形象化。交互设计说明书主要面向开发人员和测试人员。 很多公司将交互设计说明书和产品说明书结合在一起进行撰写，其实这种做法并不是十分合理。通常情况下，产品和设计结合的文档结构非常庞大，非常不利于查阅，也不利于撰写，而且这种结合文档的很多内容对特定人员是无用的。 6、交互设计规范 交互设计规范主要是用来规范新产品中常规的功能、操作等内容，比如页面的标题规范、界面快捷键操作的规范、提示反馈信息的规范等等。 7、视觉设计规范 视觉设计规范主要是规范新产品中一些视觉元件的样式、页面边距相对边距、通用界面的页面框架等等，开发人员根据规范就可以自行开发一些通用界面。 8、开发文档 开发文档包括一些需求分析、系统架构分析、数据库分析、开发日志等等内容。开发文档主要用来作为开发团队的技术沉淀。 9、测试用例 测试用例指对新产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 10、产品评估报告 产品开发完成后，应由测试人员撰写一份评估报告，对产品功能的实现情况、性能情况、bug解决率等问题进行综合说明和评估，来确定新产品是否符合发布标准。 上面的这十类文档是非常理想化的项目中才具备的，也并不是适用于所有的项目开发，但是，产品说明书、交互设计说明书、测试用例等几类文档是一个项目中不可能缺少的，他们是一个项目有效运行的核心文档。

信息架构设计的思考方式1. 自上而下，在定义网站的整体结构前，先广泛了解商业意图和用户需求，最后来才考虑具体内容之间的关联。2. 自下而上，先理解内容的联系，通过遍历，剧情设计等手段，让该系统能够满足特殊用户的需求，然后才考虑更高层次的结构需要支持这些需求。

分阶段的方式建立有效的信息架构1. 理解客户需求，背景和用户需求，阅读所有的现有文件，与利益群体作沟通，并且做出内容清单。 2. 引导测试用户参与卡片分类活动。 3. 通过卡型分类活动评估之前设计的分类，从中寻找分类的趋势。     合理划分类别的重点和相关的次序，通过分析找到工作流程的梳理过程。4. 做一个信息架构的草案出来。 5. 使用卡片评估的方式来测试设计出来的架构。     我们的卡片是每个流程的重点，信息架构草图是流程的框架，两者结合验证工作的重点是否有偏离；有计划还可以请相关人员进行可用性测试，对用户角色调研起到很重要的补充；6. 不要对第一次设计就成功带有过多的期望，寻找合适的措辞和分级可能会需要好几次重复的设计与评估。     可以分三次考虑，首先，初稿，了解信息架构的粗框架，类似与uml图示； 再次，从下到上的梳理用户的需求和流程的衔接；最后，从上到下，整理导航和系统使用框架，确定信息架构； 7. 把信息架构记录成网站的地图，当然这不是最终的网站地图，只有页面设计都完成以后，网站地图才会定稿。8. 使用剧情设计测试你的网站设计。(情景模拟)9. 让开发团队的其他成员也参与剧情设计和遍历，并且与他们分享测试的结果。10. 如果有可以，在进行正式开发之前，多做一些纸面原形或者低拟真原形的测试。.       通过visio制作demo 11. 建立一些文档，把关键的用户操作点都标注起来，这样可以给视觉设计和程序开发人员一些提示，保持开发能够充分利用前期设计的结果。

设计过程中的产品有很多方法来记录信息架构设计的结果和收获，这里有几种常用的：1. 网站地图，它可以很好的表述一个网站的组织结构，但不一定要反映导航的结构。2. 带有注释的页面设计，页面设计决定了页面上的导航，内容，功能等元素，视觉设计和程序开发者可以根据这些注释更好的理解设计意图建立整个站点。3. 内容矩阵，站点所有的页面都放在一个内容矩阵里，并且为每一个页面都定义了应该显示的内容。4. 页面模板，页面模板在设计大型的站点或者企业内部站点的时候才会需要，它定义了某一类页面的内容的类型，全局的导航，栏目内的导航灯等。这个东西使用最多的就是CMS，内容管理系统。

网站：http://www.etsy.com/showcase.php 描述：在物品展示页面，A图点击图片后，显示B图的样式；与第一个类似，但是不同的是图片大小一致，却故意摆放成不同的角度；点击后显示商品在不同角度拍摄的图形和商品的详细信息；并且可以通过此页面进入同类商品。

网站：http://www.thisnext.com/ 描述：首页堆积了各类“小东西”的图例，摆放大小不一，形式不拘一格；鼠标移动上去就可以看到出现气泡窗口，点击后还可以查看更多的详细信息。 引发：给用户（特别是女性）一种进入百货商场的感觉，类别多样化，轻巧、简洁；用图形充当了导航；鼠标移动的缓冲效果没有时间的阻碍；最重要的是首页的效果有点不同，总有一种温馨的感觉；

网站：http://www.kaboodle.com/ 描述：下图A图示清晰的排列出3个产品，可以清晰的看到商品的质地；点击“see details”可以看到商品的详细信息。 引发：从上面A图中的“help me choose（帮你选择）”，可以提供给用户更加理智的选择；从网上购物的发展来看，更加需要中间力量的导向，来指导人们购物。当看不到实际商品的时候，也许“帮你选择”或是“专家指导”，甚至“其他用户经验”更能给用户带来购物体验的安心。其实现在仍然有很多用户担心网购的质量和色泽等，如果中间加上一个检验员（当然，需要没有任何商业牵制的人），也许会放心很多。

用户界面 I Like Your Color 输入URL然后它会抓出其中的颜色并用16进制表示。 CSS Multi-element Rollover Generator 使用CSS和一个图片创建出一个翻转按钮的样式。 CSS Rounded Box Generator Ruthsarian Layouts 6个CSS页面布局模板，包括颜色、标题等。 Bluerobot Layout Reservoir 2栏和3栏的CSS布局框架 Glish CSS Layout techniques 2、3、 4栏的CSS布局框架 The Layout-o-matic 输入页宽、栏数和padding，它会自动生成CSS和HTML的布局框架。 Little Boxes w3cn.org上提供的那些布局模板 Open Source Web Design 各种免费的完整页面模板 Web Builders’ Toolkit 更多的模版资源 Iconico Online CSS Scrollbar Color Changer List-u-Like 一个CSS菜单生成器：轻松创建采用li并兼容各种浏览器的导航菜单。 Nifty Corners: 无需图片的圆角矩形 Round Corner Stone/Icon (rcsi) V1.0 增强的圆角矩形 Xylescope 无需下载其他站点就能轻松分析其CSS代码。 W3C Core Styles Checkliste zur Webseitengestaltung Testseite zur Zeilenbreite

易用性检查 Accessibility Valet Demonstrator Bobby Online Service Cynthia Says OCAWA Web Accessibility Expert Torquemada 使用工具对页面进行一个完整的易用性分析方法测试，以快速辨别页面中哪些部分存在错误。 UI Site check 一个站点检查工具，只需要输入你的网址，便可以列出几十个验证器和易用性工具。 WAVE 3.5 Accessibility Tool 可以提供你页面上的易用性细节和错误方面的有用信息。他会用红黄绿蓝等几种图标来表示需要改进的页面部分。这些图标代表了你页面上有关结构、内容、可用性和易用性方面的问题细节。你可以清楚地看到当前页面上哪些位置存在问题。 Web-based Site Usability Checker WebXACT Quality & Accessibility Check 一个免费的在线服务，让你对单个页面进行质量、易用性和保密性问题的测试。 Will the browser apply the rule(s)? TAW - Test accessibilidad web

整理和优化 CSS Formatter and Optimiser 能让你选择你的CSS更易读还是更小。 CSS Compressor 使用这个工具可以压缩你的CSS使之提高载入速度和节约带宽。 Online CSS Compressor 多种途径来清理并压缩你的CSS，牺牲了可读性来获得相当程度的优化和尺寸的减少。 CSS Compressor CSS Syntax Checker for BBEdit and TextWrangler CSSTidy CSSTidy 是一个开源的CSS解释器和优化工具 CSS Tweak ~ Web Based CSS Tweaker! CSS Tweak 会优化你的CSS以减少文件大小和下载时间。 Clean CSS - Optmize and Format your CSS Format CSS Online 自动格式化你的CSS使之便于阅读和编辑 Online CSS Optimizer CSS Optimizer 优化并减少CSS的文件尺寸 Online CSS Optimiser/Optimizer 这个工具用于优化CSS代码。 Tabifier 使HTML和CSS代码变漂亮。 Webucator 有一个CSS参考手册，你还可以在上面测试你的CSS代码 CSS Centricle CSS hack浏览器兼容一览表 （就是w3cn.org 上的那个）

Searchme在技术上还处于个人测试阶段，就是说仍在不断开发改进中，需要邀请用户来使用。该公司给了我登录它们网站的授权，还创建了一个链接让本专栏的读者们也能使用，链接为www.searchme.com/wsj。这个基于Web的工具在Windows和Mac操作系统上都能使用，也适用于任何一种主要浏览器，它还提示用户选择搜索词的类别，进而提高搜索性能。举例来讲，当我在搜索栏中输入“美国公开赛”时，在屏幕右侧会出现各种类别，包括网球、壁球、博彩和高尔夫球。因为我是在搜索网球大满贯，所以选择了“网球”类别，这样我就不用再输入“网球”这个单词了。使用Searchme越多，我越是依赖这些类别来获得更快、更准确的结果。Searchme还能显示网站快照，进而实现视觉搜索功能，搜索词在每个搜索到的网站结果上都会加亮显示。这些页面从中心散开，排成扇形，看似苹果公司(Apple Inc.) iTunes的Cover Flow，就像是自动点唱机里的唱片封面一样，能够前后翻阅，直到找到最佳网页。沿着这些页面下方的一个水平滚动条移动光标，我在短短几秒钟内就快速浏览了10到15个网站，很快就排除了不需要的网站。不过，这些网页没有互动功能，无法向下滚动显示页面或是播放在线视频。图片下方有个按钮，列出了与这张图片相关的文字和链接，不过我常常将这个功能隐藏起来

SpaceTime（www.spacetime.com）与Searchme的不同之处在于，它并不是一个独立的搜索引擎，而是一个浏览器，可以使用现有的搜索引擎和网站。和Searchme一样，它也不是基于Web的程序，所以必须下载到装有Windows操作系统的电脑上（目前还无法在Mac电脑上使用）。该软件提供的三维图像显示功能要求系统内存不低于1G，显存不低于256兆。SpaceTime看似一个普通的浏览器，有常见的地址栏，可以输入具体的网址，在右上方还有一个搜索框，可以选择搜索谷歌、谷歌图片、雅虎、雅虎图片、eBay、Flickr、YouTube、RSS feed或是亚马逊(Amazon)。正是这个搜索框显示出了使用该产品的乐趣所在。搜索结果以图片方式显示，排列在屏幕上，以三维图像的方式在屏幕上飘来飘去，然后消失在远方，就像Windows Vista的Flip 3D一样。SpaceTime的深色背景更增强了视觉效果，每个物体都在一个玻璃似的漂亮平面上反射出来。搜索结果可以在三维空间中扭曲、反转、放大或是移动。当我在SpaceTime网站上，用谷歌或是雅虎进行文字搜索时，搜索结果以网站的图片方式呈现出来，每个网站上都含有搜索词。当我用谷歌、雅虎或是Flickr搜索图片时，结果只有图片，而不是在网站中嵌有的图片，当这些图片在三维空间排起来的时候，效果很是惊人。在SpaceTime上用eBay进行搜索时尤其有用，因为每种拍卖商品都会在屏幕上显示出来，还有目前的竞购价格、竞购者人数以及剩余的竞购时间。在SpaceTime上用YouTube进行搜索，结果也排列在三维空间中。所有的图片都在屏幕上飞来飞去，这看上去会让人头昏眼花。一堆(pile)搜索结果被称为一个堆栈(stack)，每个堆栈都被自动保存在屏幕下方的一个停靠栏(dock)中，在你上次停止的地方标以一个缩略图。你还可以保存搜索，进行屏幕截图，并保存在停靠栏中。广告为了尽快显示搜索结果，SearchTime称每次只显示十张图片、产品和视频，对内容较多的网站每次显示五个。不过，我在测试中使用了两台内存都是2G、并装有Vista操作系统的电脑，我通常不会看到一次显示超过五个。要想看到后面五张或是十张图片，你可以点击屏幕下方的“下一组”按钮。SearchTime以互动方式显示网站和物体，也就是说我可以在一个网页上向下拉动滚动条，或是在SpaceTime屏幕上播放YouTube视频。屏幕上还很有创意地弹出一个放大镜，将每个网页上包含的搜索词进行放大显示。使用SpaceTime，我可以很快地浏览数十甚至是数百张图片和网址，不过它也并非完美无瑕。有些搜索结果需要一些时间才能显示出来，这时只能显示第一个结果，而其他的都显示为空框，因为结果还在加载中。YouTube看起来也很慢，不如其他一些搜索便于浏览。我做的几次测试中，Flickr搜索结果的加载尤其慢。目前SpaceTime正在开发一款基于Web的版本，这样就不会过分依赖于用户电脑本身的配置了。

SpaceTime（www.spacetime.com）与Searchme的不同之处在于，它并不是一个独立的搜索引擎，而是一个浏览器，可以使用现有的搜索引擎和网站。和Searchme一样，它也不是基于Web的程序，所以必须下载到装有Windows操作系统的电脑上（目前还无法在Mac电脑上使用）。该软件提供的三维图像显示功能要求系统内存不低于1G，显存不低于256兆。

1、最近在搜索结果呈现方式上两个关键词经常出现：综合（整合）搜索、搜索建议。 2、综合（整合）搜索，简单来说： 现在google、baidu的搜索结果“默认的都是网页”，随着网络媒介内容和搜索内容的不断丰富，对于图片、音乐、视频等内容的搜索需求越来越大，用户需要一个包括网页、图片、音乐、视频等等更多类别内容在一起的搜索结果； 3、“搜索建议”只是一种帮助用户更加准确录入搜索条件的手段，最早只是用链接的方式展示在搜索结果的上面，后来有过很多的用法实验，google第一个将其正式插入到了用户第一次录入搜索条件的动作中。 . 4、其实在搜索领域的创新尝试上最为积极的一直是ask.com，最早推出“综合搜索”概念的也正是ask.com。 比如，搜索Steve Jobs，搜索结果的页面会这样呈现：中间是和他相关的网页，右侧会出现“图片”“百科”“视频”“新闻”等相关结果，左侧会列出来“相关搜索建议”、“扩展搜索”（更多和他相关的东西）、“相关人物”（搜索引擎判断出来这是个人，所以会给出类似“Bill Gates”这样的建议，如果判断是其他的事物也会给出与其同类的建议） 5、可惜当ASK将这个测试了N久的新模式在几个月以前正式推出后，他的市场占有率反倒出现了较大的缩水（李开复说的，具体数字我没有找到）。 我个人认为这种新模式没有得到较好效果的主要原因是： 一个页面一下子展现出来太多的东西，用户反倒不知道该如何选择；他们大都已经适应了从上往下一条条的去看结果，对于一个上下左右全是搜索结果的页面他们会不知所措；这样的设计把原本“简单”的事情搞“复杂”了。 （当你在实验室访谈那些“典型用户”是否喜欢这种模式时，他们却总是会说自己很喜欢这种方式。） 6、往往“看似不错”的创新一般都会很快被复制。 这个在反响并不好的“创新” 就很快被在搜索市场穷途陌路的yahoo抄袭了过去，并美其名曰自己的“创新之举”为：“全能搜索”。（其实他们也测试了一段） 7、yahoo美国也一直信誓旦旦的要不惜重金改进自己的搜索。但他们不会笨到像微软搞live.com一样冒险尝试过于新鲜的模式。 于是最近yahoo的搜索有了两个大变化： 变化1：改进了用户录入过程的“搜索建议”。 不仅仅建议出现的动态效果更“炫”，而且建议的内容也不再像google那样只能从输入的开头起，还可以从中间的关键词计算出来。（其实这个数据是现成的，但这种建议才是真正的“搜索建议”，对于用户的作用要高于google那种只是“输入的建议”。可惜为了那种会使界面拉动的更“炫”的效果，yahoo这个搜索建议的出现等待时间不得不更长一些） 变化2：在不到两个月后，紧随google也正式推出了“整合搜索”。（目前他们还都只是在一些特殊关键词上的尝试，并非大规模的应用。大概是为了避免被人鄙视说抄袭google，yahoo给这个翻译成“通用搜索”） . 8、 如果说“综合搜索”是把搜索图片、音乐、视频等相关内容，都一股脑的在页面上找个不同位置罗列出来； 那么，“整合搜索”就是“按照原先网页搜索结果那种一条条的展现方式，罗列包括网页在内的更多图片、音乐、视频等搜索结果”。 9、其实这种罗列方式并非整合搜索的最大问题。（无外乎就是怎么展示嘛） 真正关键的是：搜索引擎在背后如何更好的计算出什么样的结果排在前面，什么样的结果要排在后面。 比如，在搜索“周杰伦”的时候音乐得排在影视前面，搜索刘亦菲的时候就要反过来。 也就是说，“综合搜索”其实只是把所有类别的搜索结果都找地方摆出来，而“整合搜索”是先把不同类别的搜索结果排好顺序，再按照用户习惯的方式展现出来。 之前ask.com只是通过最简单的方式给展示了出来，也没有解决最麻烦的算法问题。现在google和yahoo在解决更加复杂的问题… . 10、keso说搜索的游戏已经GAME OVER。 我认为某些还没有落后太远的选手其实还会有机会，虽然从搜索结果如何更匹配上很难有大的超越，但是“如何更好的呈现搜索结果”也许会是一个突围口。

第三类分享」的网站，它其实是在做某种分享，却有它独特的切入点；它显然得靠「大家都爱分享」才能起飞，却让你不会感受出这是一个分享网站：

第一，「同步分享」：大部份的分享网站是非同步的(asynchronous)，你上传一张照片，不会期待其他人和你一起看、一起讨论，而是过一阵子以后才回来看看大家的评语与留言。SeeToo（不是司徒）是一个月前刚刚推出封闭测试的影音网站服务，以色列人做的，一开站就得到ICQ前创办人的投资。这个网络服务基本上提供一个「让你和朋友两人一同观赏一支影片」的服务。得到Beta测试权以后，下载一个小软件，此后就可以在计算机内直接选择一个文件，然后再邀请朋友，两台计算机同步播放，和他（她）一同观赏。这是一个典型的「靠点子来规避技术困难」的例子，技术上来看，SeeToo不必设置庞大的影音伺服机与频宽，而且只要从一台计算机播放到另一台计算机，顶多加一点设计，让两边可以完全同步播放。它的本体应该是修过network的大学生都可以做到的基础client-server串流软件，SeeToo却靠这个软件，和其他「有钱的网站」一起抢食「影音分享」大趋势。 从「同步分享」，我们应该还可以想出很多其他的点子。当前只有「朋友」才能透过IM跟我们同步聊天，有没有什么点子，让陌生人也可以同步，却不必像Skype有时接到欧洲人突然打电话来跟你聊天那般的不自在？

第二，「救急分享」：有个非常简单的网站叫Confile.com，基本上让每个人上载自己计算机里的各种设置档。设置档可以从基本的Windows操作系统的设置，以及其他软件的设置，甚至还有比如更高深的写程序的后面的其他设置。分享这些文件，并不会有太大的安全性的问题，可是对其他人来说却有如「救急丸」。 写程序的人都知道，网络上常有这样的「救急分享」，许多程序不必动用开放原始码软件，直接网络上搜寻一下，就会搜到有人已经帮你写好一段sample code，直接剪贴到程序里，改一改就可以用了，搞到最后，巧妙的用关键字搜寻Google，竟变成也是程序设计师重要竞争优势了。这种「救急分享」，当前还有「分享法律文档」、「分享PowerPoint版型」，有没有其他的「救急分享」可以分享？或许进而改变整个产业做事情的方式，再也不必「从零开始」，以后都要到这边先找一下分享的东西，才能开始做事情？