where 2007

http://conferences.oreillynet.com/where2007/

Rails Conf 2007

http://conferences.oreillynet.com/rails/

反讽

无数Web2.0公司推出的应用无非是以下两种：

• 帮助你提高生产力
• 帮助你消磨时间

翻译自uncov

Web 2.0 Expo演讲稿收集

更新：更多请见slideshare的web 2.0 expo group
有这么多精彩的演讲稿需要阅读，这就是所谓的信息过载吧^_^

---

《Tagging That Works》by vanderwal： slideshare, pdf
《High performance web sites》：slideshare, ppt
《Massively multiplayer object sharing》by rashmi sinha：slideshare
《Casual Privacy (Ignite Web2.0 Expo)》by kellan：slideshare
……

Web 2.0 Expo 2007

更新：Web 2.0这个词很容易让人联想到泡沫，于互联网的喧嚣中发现其他的东西并不是那么容易的事情:)

---

什么是Web 2.0 Expo？

Web 2.0 Expo是正在建造下一代网络的技术、设计、市场、商业行家每年一次的聚会。Web 2.0 Expo展示最创新、最成功的互联网行业数据和公司，提供给参会者众多有关商业模式、开发范式、设计策略的实例，使得主流商业人士和新的加入者充分利用下 一代的服务、机会，进入Web 2.0的世界。

“我们不仅讨论Web 2.0的战略，还讨论设计、编程、运营、病毒式营销——所有可以执行的元素，它们最终帮助区分成功者和那些过分以自我为中心的公司” ——Tim O'Reilly

研讨会（Workshops）介绍：
1、什么是Web 2.0，在21世纪创建成功在线产品的法则
归类：Web 2.0 原理

2、创建社会化应用
归类：Web 2.0 原理

3、高性能网页
归类：Web 2.0 服务和平台

4、Ruby on Rails
归类：Web 2.0 服务和平台

5、社区布道：工具和技术
归类：市场和社区

6、介绍搜索引擎优化和搜索引擎营销
归类：市场和社区

7、Web 2.0作为UI范式：设计和开发
归类：设计和用户体验

8、可迭代的应用：从混乱到设计
归类：设计和用户体验

9、创业2.0：瞄准、财务、增长战略
归类：战略和商业模式

10、走向2.0：如何在Web 2.0应用服务上实施商业模式
归类：战略和商业模式

11、大规模网络架构：一般模式和实现
归类：网络运营

翻译自：Web 2.0 Expo 2007 Workshops
期待更多的演讲稿：Web 2.0 Expo Presentations
相关更多报道（Blogsearch）： Web 2.0 Expo

1998年和2007年最大的不同

你知道1998年和2007年最大的不同是什么吗？
在1998年，人们有很多糟糕的创意，而在2007年，人们没有创意！

所谓的Web2.0的商业模式无非是：

1. 厚颜无耻地抄袭其他人的创意
2. 添加Ajax和Tag支持
3. 使用AdSense

翻译自uncov

Google产品开发管理过程

更新：Google正在整合已有的产品线（包括收购的产品和原有的产品），新的哲学是精简产品，添加特性（Features, not products），因为用户会在不断的新产品发布中迷失，没有比这更糟糕的了。

---

Google的使命：“组织管理世界的信息使世界上所有人都可得到信息，使信息变得有用”

方案：聪明的人 + 创造性的环境 + 完成创意 = 创新

有智慧的人：

• 越有智慧越好
• 包括和大学有着密切联系的50位博士
• 招聘大量有广泛经验的人，招聘有不寻常才能的专家比如印度旅游、机器学习
• 寻找激情和创造力--执行力？
• 扁平的组织管理，而非复杂的官僚组织

创造性的环境：

• 办公室设计，大学和游乐场所的混合体

反复强调的关键词：以用户为中心的设计
以用户为中心意味着创造出人们真正想要的产品，从人们的需求和愿望着手设计产品和服务

产品开发的基础

1. 做人们真正想要的产品
2. 生产和资本化在网络方面的努力
3. 不作恶的产品价值观

过程

1. 接受来自任何地方的创意
2. 区分优先次序－Top 100
3. 小而敏捷的团队
4. 自我管理的组织和透明度
5. 以用户为中心的设计

接受来自任何地方的创意

• 认识到伟大的创意有可能来自任何人任何地方

• 有大量的论坛和媒体渠道来收集创意和供人们参与

• 因为工程师也许在开会时不擅言辞，所以获得反馈和创意通过

• 协作环境的工作地点（网络上，可编辑的页面用以收集创意和不经意间的对话交谈）

• 电子邮件

• Google的公司职员是Google的创意之源，当然一些积极的Google用户也常有很好的主意

• 产品讨论会，类似于头脑风暴会议 每周举办

• 平均每个小时6个不同的创意

• 有时这些讨论会有主题或者类别

• 我们从我们的用户那里获得里大部分的创意（包括客户支持流水线）

区分优先次序

• 处理所有的新的创意，刚成立的项目和正在进行的维护努力。任何花费在或即将花费在项目中的时间和资源都会进入清单

• 为清单中的每一项赋上属性和级别

• 对用户来说有多有用，在保持用户方面有什么帮助，成功的概率，需要的努力程度

• 每一项，分为1～5，5个级别（5代表比4好风险小，4有风险但是令人兴奋……）

• 只有4、5级别的项目获得资金和人力来开展或继续
  
• 方便辨别优先级别，直接比较两个项目，1对1

小而敏捷的团队

• 3人一个单元，就像创业团队

• 一个单元就是一个项目，没有部门

• 单元成员坐在一块包括一个产品经理

• 工程师在每个项目上工作3～4个月，然后换到下一个项目

• 流动性强

• 180个工程师可以开展60个项目，所有可以负担得起不断投资高风险高产出的项目

• 每个项目经理和不同单元的9～10人一起工作，比如一个分类“企业架构”

• 3人中的技术带头人对项目的技术完善程度负责

• 文档

• 很少，只需产品需求文档

• 晚捆绑决策制定过程

• 基于反馈的进化

• 包括产品需求文档中的一般市场大小，收入等信息，但要相信，如果你做些用户使用的产品，就有方法去赚钱

• 大的项目分成逻辑上的模块，由几个单元组成

• 货币化团队

• 理论上来说我们都可以从产品中赚钱，只要它们对用户有用，没有成功的失败

• 集中为用户提供价值

• 创建团队为有用的产品和服务创造价值

自我管理的组织和透明度

• 麻雀页面

• 日历

• 显示每个项目的开始时间和状态

• 摘录

• 每个周一由职员递交

• 通过项目管理

• 包括每个职员的个人主页

• 帮助实现项目间的重用，撬动已经完成的

以用户为中心的设计
最初最低限度的设计是因为创始人不懂html，只作最简单的设计，然后一个创始人有人机方面的硕士学历

• 用户研究 每周一次

• 集中在质量和思考 用户究竟在乎什么

• 实验

• 投放到公开的站点上看用户反响如何

• 做使用结果的统计分析

• 反复迭代

• 随着时间和反馈，使产品更好

• 权宜解决方案

• 完成就是更好，一个好的而非最好的解决方案

用户研究
第一次研究

• 斯坦福大学进行了第一次的用户研究

• 提供免费pizza给学生，在大学间飞行，宣传

• 从他们的使用习惯体验学到了很多

• 目前通过craiglist招募

目前的用户研究

• 两人对话，一人观察（不干涉用户的体验和反应）

• 告诉我们你从上到下从左到右第一次看见的部分

• 更好的解释和更少的假定是结果

• 琐碎的提问让用户搜索，观察用户反应

• 带镜子的用户研究实验室和记录鼠标点击的软件

• 在书店使用笔记本，提供参与者礼品

• 在产品颁布前后都进行测试

质量

• 拼写检查一开始质量低，逐渐改善

• 好的质量就是它能不断提高功用

• 第一天在不改变用户交互界面的情况下功用翻倍

• 改善用户交互界面，从文字到颜色

• 更大的字体

• 在屏幕底部不断重复你是想。。。

实验

• 如果有好的创意，尝试它
• 结果页的链接网页缩略图是失败的
  

迭代

• 以Google新闻为案例
  

• 以demo开始

权益的解决方案

• 全球化翻译

结论

• 使用创意收集和优先化过程，调整使之适应你的公司
• 使用联合和混合的技术，比如统计、用户研究
• 服务要给用户无限地提供价值
• 服务要为用户设计

翻译自《Google Product Development/Management Process》

设计你的学习

在软件开发中，最基础的两个活动是
1、交流，2、学习
作为一个软件开发者，我们一直在学习，所学习的不仅仅是新的技术，还包括问题的领域，用户和客户的种种“怪癖”，甚至是不断进化的系统的特性。需要我们学习的有很多，它们的来源不尽相同。然而即便是我们职业中如此重要的方面，我们仍然倾向于完全忽略它们，即便是那些我们需要学习的传统的东西，比如说新技术，我们也倾向于偶尔地学学，最后一秒钟学，有时候甚至是以后再学。锻炼你的大脑，take learning into your own hands。这么做将我们的技术和职业受益匪浅。

不管我们是开发者、测试者还是经理，为了最终的成功，我们需要在自身的学习中提升自己并充当一个更积极的角色。

当需要学习的时候，不同技术水平的人们有不同的需求。初学者需要明确的、无背景的规则、全面而不含糊的参考。更有经验的实践者不能通过规则学习，他们必须在更大的环境中在更全局的视野下学习。

另外，人们有不同的学习风格，一些人倾向于阅读，另一些人喜欢听讲座，另一些人则通过不断的实验和把玩学习。首先，在我们开始学习之前，还有一点小事情要做，那就是确定你要学什么。

创建一个计划

为了特意地专注于你自己的学习，请开始扪心自问以下三个有益无害的问题：

1、你需要学什么？

2、你怎么去学它？
3、你怎么才能知道你已经完成学习了？

让我们走近每一个问题：

你需要学什么？

这个问题往往比它第一次出现的时候显得更难回答，如果你处在这样一个项目组，正在往另一种语言和环境迁移，那么回答很显然。但很多时候，你真正需要学习的东西并不那么明显。

什么是未完成的，什么是不完全的？你真正应当知道的是什么？
在你当前的项目中，在你整个职业生涯中，你的知识结构缺少什么？除了那些显而易见的，比如技术、方法，想想那些并不明显的东西，比如在高负载的情况下，系统需要的特性是什么。列一个清单，抓起一张纸或直接用键盘列一个清单，赶紧。

如何去学？

好了，现在我们有一个清单，对于每一个已经鉴定过的项，你都需要解决如何去学的问题。除非你是个完全的初学者或者你选择的都是新的项，否则的话，对于大多项，你多多少少能有一些经验。取决于你在每一项所拥有经验的多少，你应当以不同的方法着手这些项。

一种尺度解决不了所有的问题。如果你是一个新手，你需要从一个基本的、基于准则的、类似烹饪书风格的指导开始。这类书很可能贯穿不同的技术，帮助你从初学者的角度概况全貌。

而当你有更多的经验后，你需要寻找一些在更大背景下的概述性介绍，比如你精通多门编程语言，一个简单的语法和关键词特性的浏览也许对你来说会很有用。

怎么样才能学得最好？如果通过阅读学习，那么买一些书，如果你需要听讲或参加一些课程，在网上寻找合适的会议、研讨班。总之一点，珍惜任何学习机会。

你怎么知道你已经完成了？

最后，你通过什么方法知道你已经完成了？从实效的角度考虑，当我们完成后，我们需要一些反馈来知晓，在这样的情形下，设立一个简单的学习什么的目标并不够。比如，与说你想学习Ruby不如设立一个具体的目标，用Ruby完成一个基于网络的应用来管理你的个人行动列表。给自己一条时间轴，比如，第一天写一个“hello world”，第一周完成一个带测试用例的程序，在第一个月的月底完成大型的网络应用。

在完成一个里程碑之后，你需要重新评估，并以相同的方法学习你所需要学习的其他东西。学习是一个没有终点的活动，当然，你永远不能说你已经完成了。但如果你能设立一些具体的、可以实现的里程碑，然后实现它们，你将在下一步的行动中占据有力位置，并一直持续下去。

如果用心的学、留心的学，而不是偶尔的学、突击的学，你会学到很多。这样，你的技术和职业之路将越走越宽。

——翻译自Pragmatic Programmer的《Designing Learning》

你自己的需求是什么？

更新：官方中文翻译

---

“为你自己创建应用！”

一个创建应用的好方法是从解决你自己的问题开始。你将成为目标受众，你会知道什么是重要的而什么又不是。而这些对你开始朝发布一个突破性产品的进发有莫大的帮助。

这里最关键的是要明白你不是独自一个人，如果你正面临这样的问题，那么很有可能成千上万人正和你在同一条船上。而这就是你的市场，是不是很容易？

已经有的应用很有可能要么没有解决我们的需要，要么堆砌了很多我们所不需要的功能，你意识到有更好的解决方案；甚至，相应的应用还没有出现，你意识到这是一块空白。而这些都意味着你的机会来了。

当你努力解决你自己的问题的时候，你创建你自己为之激情澎湃的工具。而激情是最关键的，激情意味着你肯定会真正的使用它在乎它，这也是让其他人从你的应用中感受到激情的最好方法。

——翻译自37singals的《Getting Real》
类似的哲学：eat one's own dog food

关于创新的思考

创新的类型：

• 商业模式创新
• 技术创新
• 产品创新
• 服务创新
• 营销创新
• 组织创新
• 过程创新
• 产业链创新
• 设计创新
  
• ……
  

创新=创意+实现

如何管理创新？
创意的过程是非线性的，但大致可以分为以下几个部分：

• 产生创意
• 评估创意
• 改进、完善、细化、确认创意（加减乘除）
• 开发、实现创意
• 应用、验证创意
• ……
  

why? goal
what? idea
how? roadmap
who? team
evaluate? milestone

创新失败的原因：

• 糟糕的目标
• 糟糕的路线
  
• 糟糕的团队
• ……

推荐阅读：wikipedia的描述：Innovation