宜城小子BLOG

　　(2). 安全：没有涉及到用户密钥等信息，更安全更灵活；

　　(3). 开放：任何服务提供商都可以实现OAUTH，任何软件开发商都可以使用OAUTH；

第一个版本总是来得特别容易，不仅容易开发，而且容易发布。API的需求会随着时间而变，那些过去有效的API可能现在已经不再适用了。而且每个程序中都会存在Bug，需要不断地来修复，这样做带来的副作用人所共知：修复一个Bug的同时会引入两个新Bug。这些观点普遍适用于所有软件系统，API也不例外。

但我们没必要为这个结论而感到悲观。API因为需要不断改进的事实算不上什么坏事，只是对现实的一种坦诚。每一个API的作者都应该为未来的改进做出计划。这种计划是一种比较高层次的，要考虑未来版本会对API中哪些内容加以改进。这种计划可能会用到两种方式。一种极端的方式是放弃老的版本，重新开始做一套新系统。还有一种方式则是修正用户提出的问题，并强化现有的API，保证兼容性，从而使得现有客户端的功能不会有所改变。

放弃现有的API，并从头开始编写一个新的API来完成同样的任务，可以避免不兼容问题。这样做唯一的问题就在于：那些使用旧API的客户端只能继续沿用老的API，除非重新编写他们的代码，以升级到API的新版本上。所以这样做的缺点也是不容忽视的。

完全重新编写API的优点在于避免了细微的不兼容问题，但让客户端被锁定在一个特定的版本中，即使新的版本提供了大量的改进，这些客户端也无法从新版本中获益。虽然对API进行改进固然是一件重要的事情，但相比之下，兼容性更为重要。只有在这两者之间巧妙地取得平衡才能让一个API成为可用的API。

  　　当编译占用你时间时你会怎么做。不只是编译，即使是在等待任何短暂的计算机操作结束，这段时间你会干些什么？
和你的工作日休息比起来这点时间是微不足道的，但是总的来说它还是能对你的生产率和幸福感感带来巨大帮助的。
顺便说一下，这篇文章内容不是只针对开发者和程序员。它对任何使用电脑的聪明人都有效。后面还会附上图片。现在让我们开始吧！

为什么要写这篇文章

　　我最近开始在我的工作习惯里使用某种时间管理技巧来提升我的生产率，减小压力，并帮助我的身体和大脑得到休息。我基本上想要在不被打扰的 100％注意力集中的一两个小时里工作，然后就是 20 到 30 分钟的休息。

　　然而，我几乎立刻就进入了一个巨大的问题里：当我正在编译或部署什么东西时，我会自动地打开邮件客户端，facebook，新闻阅读器，新闻站点中的某一个或几个。这是一个坏习惯。它很难改掉。它扰乱了我本来专注的注意力。

　　所以我决定搜索相关资料。在 StackExchange 有一个关于“编译时应该做什么”的论坛。投票最多的答案是“减少编译时间”一类的。然而，这些答案并不能解决更多的普遍问题：在电脑上工作时总是有些事项是需要时间来等待的。

　　与之不同的，论坛上的人多半建议那些时间可以做些什么（类似收发邮件或是看新闻），这是一个差劲的想法。一个好的建议是这个——“同一时间干多件事是不好的”。我赞同这个观点。但其他人呢？不认为？好的。这个答案令人失望。所以在这篇文章里，我将深入探索这个问题并且向你展示最理想的方法。

产品是由团队的成员设计开发的。如何选择团队成员，界定工作责任，是产品成败的决定因素。许多产品团队在这方面显得因循守旧、捉襟见肘，他们会发 现，我即将讨论的角色和职责与他们的做法大相径庭。并非所有公司都严格按我的方式设置职位、分配任务，但是大部分成功的公司是这样做的。这些角色是打造成 功的软件产品不可或缺的。请注意，我所说的“软件产品”不仅包括提供给企业或消费者使用的软件，也包括互联网服务、电子消费产品，以及所有以软件为核心的 设备。

搜索功能无处不在，各网站、浏览器、应用程序及各平台都有它的影子。搜索诞生于互联网信息爆炸的时代，以满足用户快速寻找目标信息的需求，表现形式可以十分简单却对数据库和实现技术有特别高要求。

搜索的创新并不容易，但不是没有可能。本文首先简单分析了搜索的用户需求特点，并介绍搜索的表现形式，进而与大家讨论提升搜索体验的几种可能途径。

认识搜索

一、关于用户

用 户使用搜索的目的很明显，为了寻找答案信息。此时的用户可能知道自己想要什么，比如搜索《失恋33天》的下载链接，这种情形称作：已知项目搜索。用户也可 能不知道自己具体想要什么，比如用户要搜索一部不错的电影作为消遣，这种情形称作：探索性搜索。这两种情形的搜索行为模式不尽相同，却同样具有很强的目的 性：用户无意于把玩搜索工具本身，迫切的希望立即找到符合他们要求的信息和答案。

快进快出，是搜索的一种理想形式，也是用户的愿望。

2008年，中国移动互联网市场规模达到96.6亿元，预计2012年将增至633.5亿元，年均复合增长率超过60％。同期，中国移动互联网网民 渗透率仅有6.8％，尚不及美国的一半，市场前景广阔。3G牌照发放后，运营商、互联网企业、手机厂商等各路人马，都试图将下一步战略或下一个产品，向移 动互联靠拢，新兴中小企业跃跃欲试。一场没有硝烟的战争正慢慢拉开大幕。

产业链争夺

移动互联将成为未来人们的生活方式。移动终端制造商、移动运营商、互联网公司等都希望拥有产业链上多个环节的话语权。

三大运营商，同时拥有固网和移动网络，基础设备优势明显，控制了传统互联网向移动互联网过渡的基础。互联网企业和手机企业，不得不倚赖它们的网络。

运营商的不足在于缺乏互联网应用和内容开发经验，提供的互联网服务，缺少与使用者的互动和个性化内容，而这正是互联网企业的优势。

互联网企业在搜集、识别消费者偏好并针对性地开发产品上的经验是可以移植的。但能否转化成移动互联网市场中的优势，还有待考察。

手机制造商的优势在于开发适合移动互联网的交互界面，内置相关的应用，帮助消费者更便捷、更具娱乐性地使用移动互联网服务。

　　每个版本的 Visual Studio 开发环境通常都会在其 IDE 及其支持的编程语言中引入一些新功能。微软开发部副总裁S. Somasegar 最近展示了一些即将出现在 Visual Studio 11 中的新的编程语言功能。

　　JavaScript

　　虽然在 Visual Studio 的早期版本中已包含对于 JavaScript 的支持，但是 Visual Studio 11 打算进一步增强这种支持，即给予该语言全面认可，就像给予同类的顶级 Visual Studio 语言（C#、Visual Basic、以及C++）的待遇一样。针对 JavaScript 预期的改进包括：

• 支持 ECMAScript 5 语言标准
• 智能感知（IntelliSense）得到“显著改善”，对于更大的文件会具有更高的精确度和更好的性能
• 对 JavaScript 调试的支持现在可与为其他 Visual Studio 语言所提供的调试功能相匹敌，包括若干支持可与被调试应用程序进行交互的调试窗口
• DOM 资源管理器（DOM Explorer）使得开发者可以检查并操作 HTML 页面中的文档对象模型（Document Object Model）

　　或许最有趣的新增功能莫过于 REPL（Read-Evaluate-Print Loop，即“读取——评估——打印”循环）。此功能为开发者提供了一种既可编写代码又可与运行中的应用程序进行互动的交互环境。

　　做为一个站长或者负责人，每天第一件事，起床或者在任何地方打开电脑的第一时间，就打开自己的网站，看网站是否正常访问，访问速度如何。（主要检查页面是否正常显示，有没有乱码，图片字体大小是否正常等），如果出现问题，要迅速判断是空间问题还是域名问题，或者就是程序本身问题。联系相关人进行处理。

其二，关注每天的流量指标（IP，PV，百度/谷歌排名，收录量，百度快照更新）等，周月季度，就提供相应的数据结果分析报表，访客来源，访客区域，回头客，访问时段等。

其三，关注竞争对手情况，站长重要职能之一是，收集情报信息，供更高层参考。包括行业动态趋势，竞争对手最近运营情况（PR，IP，搜索排名，盈利模式，服务内容，最新活动）甚至包括人事变动，对方公司的战略计划，广告投放等。

第一条：原型设计的最终目的是为了准确、方便、快捷的表达产品设计人员的产品设计意图；

第二条：原型的观看者往往不是同一类对象，因此原型的设计不可避免的会有多种表现形态，每一种形态的原型都是为设计服务，没有高低之分；

第三条：如果按照产出方式，有手绘产出、软件产出之分,如果按照表现形式，有纸质、低保真、高保真之分；

第四条：如果你的产品设计周期中，原型设计时间过长，可能你需要停一下，站得远些重新审视一下自己原型设计的初衷；

第五条：原型是否要做到高交互、高仿真取决于观看者的需求和设计者的时间，如果简洁的原型已经完全满足观看者的需求，应该首选交互少的低保真原型，而不要过度沉浸在高交互、高仿真原型设计的快感中；