原文：The future social web2.0 experience
原文作者：Ben Hunt
翻译：hidecloud
转载请保留以上信息
下一个杀手级软件将不再是一个软件。
而是一个构建在如今的万维网之上的网络平台，它使得开发下一代更为强大且有用的软件成为现实。
我能够预测到的，是一个与web1.0同样简单灵活，但更具互动性的强大的下一代网络。
在它的核心部分，将整合一系列反映现实生活中人、机构、服务、产品、网站，及其他实体间的联系。
互联网不只是一个技术，它是组织生活的一个全新方式。它的成功建立在技术优势之上：协议和开放标准，它们都很简单。时光飞逝，它们已经打败了旧的通讯标准，那些标准对公司来说是很好的商业模式，但对用户却不是。
所以：不要反对互联网
原文链接：Will Your Web App Make Money?
原文作者：Ryan Carson
假如你有构建一个Web服务的想法，看看它将是会成为你的摇钱树，还是会导致你破产。
构建Web服务，第一部分
这是第一篇关于如何构建Web服务的系列文章。今天，我们将讨论在你的Web服务构建中关于现金流和财务可行性这两个重要的问题。
关于这方面的问题，我们曾获得了许多经验——在我们构建 DropSend 服务的时候，我们的第一个企业Web应用，面临着同样的问题：它能为我们带来收益吗？DropSend当前拥有17,000的用户，仅花费了五个多月的时间。使用了6台服务器，托管在 San Francisco 的 365Main 机房。我们的服务基于 LAMP（Linux + Apache + Mysql + PHP）架构，三个开发人员和一个设计师（由我和我妻子 Gill 做协助）。我们的桌面应用程序可构建在 Mac 和 PC 上，都是基于私有的API。从构思到创建，花了9个月的时间，总计投入￡35,000。
下了这么大的赌注，我们不得不设法确保DropSend的可赢利性，而不仅仅是一串提供给人们玩玩而已的“Web糖果”。
你的Web服务可以赚取足够的钱吗？
除非你是一个有很多钱可以烧的大型企业公司，或仅仅是个寻求乐趣的编码者，否则在你开始构建 Web 应用前，你需要问自己一个最重要的问题——人们会愿意为它付费吗？这并非是唯物主义的金钱观。若你没有构想出切实可行的收益模式来支撑你的服务，那么你将 变得不切实际。我们需要澄清一下，如果你的应用程序仅仅是做着玩的，那么它无需考虑可赢利性。若将来它在某方面变得有价值了，那再好不过了，Delicious 就是一个很好的例子。然而，如果你花费了大量的时间在你的服务程序上面，并且你还有计划靠它来维持你的生活，那就建议你最好有个坚实的盈利方案。
你将获得1%-2%的付费用户
若你提供一个免费的方案给你的用户（例如，DropSend 提供一个免费的方案，让新用户每个月可以免费发送5个次文件），然后预想将会有大约98%-99%的用户采用该方案。这意味着你将仅可指望1%-2%的用 户会采用付费方案。根据我们的经验，这个比例是合理的，同行的其他主要竞争者也认同。这大概也是业界的平均值。
许多人（包括我们自己——在创办 DropSend 之前）都大大的高估了他们将获得的付费用户数量。让我们做个计算，如果你预计在前6个月将会有2000的用户，按1%的付费用户算，你的收入将会是多少。那么，再客观一些，若你实际上只获得了65%的注册用户，估计你的服务会为你赚取多少钱？请参照下列现金流数据表的示例。你可以从这里下载 。
万能的现金流数据表
若你想确定你的Web服务是否具备可赢利性，要做的第一件事情就是创建一个现金流数据表。可以用Excel，但你也可以使用许多免费的在线电子表格工具，比如Num Sum。
对于现金流，你们当中的一些人可能不是很熟悉，它是一个简单的文档，用于帮助你快速的了解公司当前的现金状况。实际上，它仅仅是帮你合计一下每月的收入，扣除当月的开支，并告诉你还有多少钱存留在银行。这绝对不是什么高深的学问，但它却是你业务成功的要素。
之所以要创建现金流，是帮助你看到未来可能的现金短缺。它将给与你充足的时间做调整，在你的业务停止运转前。如果想获得更多关于创建现金流方面的信息，Signal Vs Noise 上有一篇名为 in-depth article on cashflow 的文章很具指导性。若你是一个小公司，你的现金流应包含当月及未来的三个月。
一旦你创建了现金流数据表，你需要再加上你的预期收益，逐月地，以确保赚取足够的钱来支撑你的业务。现实是残酷的，它可能会缩减你预期收益的35%。如果你的公司仍有可用资金（在银行还有存款），即使这是个悲观的预见，你继续往前就是了。如果没有，务必要小心跟进。
让风险最小化
将金融风险最小化的一个很好途径就是，让你所开展的 Web 服务尽可能的基于或贴近你当前工作（可能是一个公司，计日工也好）相关的一个项目。如果你的公司正在做一些能够带来收益的东西，那么继续做下去，虽然你正 在构建你的新应用。这意味着你可以启动你的服务，屏息凝神，看看它是否有起色。如果失败了，你仍然有固定的收入来维持生计，你也不至于会破产。
信用卡测试
一个对你服务的财务可行性的测试方法，我们称之为“信用卡测试”。试问自己是否会真正地说出你的信用卡号码、发行日期、验证码以及姓名。你的服务是否有足 够的价值让人们支付他们辛苦赚来的钱，或者它仅仅是有用的？这两者有很大的不同！若你的应用不是针对你自己，那么尝试转换一下思路，把你自己放在用户的角 度，试着想象一下是什么将有可能影响你的支付行为。俗话说：己所不欲，勿施于人。如果你有信心认为你的服务具备足够的价值，令人们真正的毫无争议地为它付 费，那么是时间开始构建它了。
调研
另一个影响财务可行性的因素就是竞争。你是否调查过有多少其他的产品已经推出了？你能让自己的做得更好或有差异化吗？是否有比你更大的公司在计划创建类似 的东西？他们的市场路线是什么？他们是否已经拥有现成的行销渠道？把所有的这些都总结起来。但最关键的是不能让它令你分心。记得，所有人都曾认为世界上的 搜索引擎已经足够了，然而 Google 却诞生了。所以无论在什么时候，都还是有东西可以被改进的。
第二部分…
下一部分，我们将谈论一下如何管理你的Web开发项目，同时也给大家一些技巧和提示来提高开发的速度。无论你是否认同这些观点，你都可以在这里给出你的见解。待续…
chenn 翻译整理，欢迎访问他的BLOG！
原文链接：Web 2.0 definition updated and Enterprise 2.0 emerges
原文作者：Dion Hinchcliffe @ 4:19 pm, November 5, 2006
在这周二举行的 Web 2.0 年会上给下一代的网络应用程序的概念做出了很重要的更新。因此，这次会议在准备阶段的主要事情不是将会议的名字改成 Web 2.0 峰会，而是更加确切的讨论 Web 2.0 到底是什么，什么让业界为它如此的如此的疯狂。
就在上周末，一份名为《Web 2.0 原理和最佳实践》的100页左右的新报告对外发布了，它主要由 Programmable Web 的 John Musser 撰写，同时还得到了 Tim O’Reilly 和 O’Reilly Radar Team 的大力支持。就像很多读者所知道的，O’Reilly Media 最早在2004年提出了 Web 2.0 这个概念，并且在2005年通过一份只有5页纸的短文（What Is Web 2.0）描述了它成功的设计模式和 Web 今天所浮现出来的商业模型。今天的这份新报告，并不是对以前那份短文的继续鼓吹，它是一份有用的商业报告，通过多种方式更加清晰的诠释了 Web 2.0。
首先，这份报告深入的阐述了正在改变中的 Web 给特定市场所带来的驱动力，这些改变 Web 的技术也被成功的应用到了今天的 Web 站点里面。这些驱动力包括了接近10亿互联网用户（中文翻译）、数量飞增的联网设备、用户对网络的更加依赖、结合紧密的网络生态系统等等。报告还通过大量的背景文章特 别的量化了所有这些趋势，也包括了那些在之前的 Web 2.0 定义里面没有交代清楚地地方。
其次，报告提出了关于 Web 2.0 的五条秘密，人们经常苦恼于如何把这些 Web 2.0 技术运用到他们自己的产品和服务里面。我最欣赏的是第三条：“最重要的就是用户的参与”。为什么用户要来参与呢？你需要通过某些下游的重用（实际生活中的 使用）来驱动，或者是能够传递真正的价值，再或者就是能够触发网络效应。但结果是大家对 Web 2.0 的技术充满了误解（认为 Web 2.0 所需要的就是 Ajax 或者是一个社区之类的），但这些却能够帮助他们解决不少问题。
第三，值得注意的这份报告还提到了企业 2.0这个概念的优势，它是基于 Web 2.0 技术的网络软件在组织和商业中的使用。Andrew McAfee 一直致力于为企业 2.0 提供清晰和简洁的解释，而其他还利用了他的”SLATES” 来指导大家创建和获得企业 2.0的应用软件。
SLATES 描述了将企业搜索（search）和发现（discovery）进行有效的结合，通过 Web 模型中的链接（links）来把信息连接成为一个有意义的信息生态系统，为企业内容的创作者们（authorship）提供一个低障碍的社会工具。标签（tags）可以让用户创建一个自组织的结构，提供一个像 Amazon 的推荐系统那样的智能内容建议扩展（extensions），同时利用信息通知（signals）让用户知道他们所关心的企业信息的发布与更新，例如企业内部的 RSS 输出。
虽然 SLATES 呈现了企业 2.0的基础框架，它并没有否定更高级的 Web 2.0 设计模式和商业模型。在这方面，O’Reilly 这份关于 Web 2.0 的新报告将企业 2.0方面的概念融合到 Web 2.0 之中的做法给人印象深刻。里面包括了关于自服务IT（self-service IT）的讨论，企业 IT 对长尾的需求，还有其他许多在 Web 2.0 时代能够应用于企业的重要应用。这篇报告同时也提到许多值得推荐的刚起步的小项目和评测结果，在一个相当长的列表里面。
这份报告真正有意义的部分是需要购买的（这里有一个摘要可以下载），值得庆幸的是之前那5页纸的短文中所提到的观点基本没有什么变化。事实上，这篇报告更加深入的解释并推荐了一些如何把 Web 2.0 应用到你的产品和服务中的方法，我想这些才是业界真正需要的。
最后，出于对公共教育的兴趣，我把这个报告中关于 Web 2.0 的八个核心模式在这里列出来，同时给出一些有意义的描述：
大多数人都同意 Web 会继续进化。你觉得什么才是最重要的改变呢？
indigo 翻译整理 （Indigo 的数字镜像）
翻译原文：Internet video - We try harder
Nov 9th 2006 | SAN FRANCISCO, From The Economist print edition
如果 YouTube 是网络视频领域的 Hertz，那么 Metacafe 就要做 Avis。
在以色列军队服役的十年中，有七年在战斗机上度过，”它教你学会进取和自信，”视频分享网站 Metacafe 的合伙创始人 Arik Czerniak 说。如果你的新生意正好与最大的搜索引擎 Google 所收购的网络视频巨擎 YouTube 竞争的话，这些（品质）当然有所帮助。（美国（反垄断）审查人员在11月3日认可了这次收购）。虽然 YouTube 专注于建立围绕视频片段的在线社区，Czerniak 先生说，但是它却对解决两个重大问题缺乏兴趣，分别是质量控制和对贡献的激励，这两大问题仍然制约着网络视频媒体（的发展）。所以作为最大的独立视频分享网站，Metcafe 正在朝这两方面努力。
对于视频网站来说，占最大头的由业余人士提交的视频作品都是质量较低的。像 YouTube 这样的网站充斥着盗版和糟到不堪入目的作品。仅有极少的片段脱颖而出并广为流传，而大多数都不为人知或者仅在为数不多的朋友圈内分享。在 YouTube 上被观看的90%的小视频落于那条”长尾”之内，存在于统计意义中，远离”畅销排行榜”。
和 YouTube 一样，Metacafe 通过网内的广告销售赚钱。但是与 YouTube 不同，它在首页上发挥了筛选与推荐”好东西”的作用。首先，它拒绝了盗版（大约占被提交作品的一半）。接着，它用100，000志愿者作影评员–就像免费的在线百科全书维基百科一样，它让志愿者来撰写和评价文本（的可靠性）。作为第三道过滤，Metacafe 依靠其视频排序（VideoRank）的构架设计来对小视频进行分析，这种设计能抓取多线程的数据（比如观看者是否将一个小视频从头看到尾）从而对视频进行排序–就像 Google 著名的 PageRank 构架对网页搜索结果进行排序一样。
当然，Metacafe 的内容好坏完全是主观的。它的志愿者和设计构架所推荐的内容大多属于软色情，而且有很多和 YouTube 同样，存在着侵权问题。但是系统的确提供了粗略地与 YouTube 情况相反的统计信息：约90%被观看的小视频落于统计分布图的”头”部，而不是”尾”部，他们是被展示在首页上的受欢迎的视频。统计观看总量的话，YouTube 是Metacafe 的10倍；但是只计算彼此网站上前200名的视频观看量的话，Metacafe 则险胜 YouTube，Czerniak 先生说。最近他把他的公司总部从特拉维夫搬到了旧金山。
对于 Czerniak 先生来说，（导致上述结果的）重要原因是它提供了一个更大规模的创新型贤人治理模式来吸引眼球。他说，一个向YouTube 上传作品的视频艺术家的境况可能就像个做明星梦的女演员那样”驾车来到洛杉矶，在小酒馆打工期待被制片人发现。”而在Metacafe，他声称，如果她是优秀的，她可以被晋升为”银碟”。为了提供这些有天赋的希望之星以财富激励，Metacafe 还刚刚推出了一个”制作人奖励”系统。其他网站也有这类尝试，但是 Metacafe 想要将其推向更高层次。在它的系统中，上传视频的人们可以直接将其内容授权给Metacafe 并且每千次观看可获得5美元收入。在最近的试行中，一个来自多伦多的名叫 Joe Eigo 的视频制作者因其腾空翻加踢腿的特技表演录像获得了23，000美元。
YouTube 之所以拔得头筹是因为”真正关注站点的社区才能到投入和维护，” 一个 Metacafe 的竞争对手说，”这一点是无法替代的，”他说；而为内容付钱违背了这个规律。Czerniak 先生并不同意。他认为由”使用者许可协议”联系起来的内容附加上一种质量筛选机制，这才是网络视频领域的”下一次革命”。让我们拭目以待吧。
补充一个长尾的示意图：前段红色为”头”，后段黄色为”尾”，一般说，观看量最高的作品占据头部，而尾部其实还有无限数量的作品可以满足人们的个性化需求，这部分尾部作品可以满足的需求其实是无限的利基市场，可以通过个低成本的网络交易达成。
译文：myidear2008
原文链接：Functional Programming For The Rest of Us
原文作者：Vyacheslav Akhmechet
翻译：lihaitao (电邮: lihaitao在gmail.com)
校对：刘凯清
程序员拖沓成性，每天到了办公室后，泡咖啡，检查邮箱，阅读 RSS feed，到技术站点查阅最新的文章，在编程论坛的相关版面浏览公共讨论，并一次次地刷新以免漏掉一条信息。然后是午饭，回来后盯了IDE没几分钟，就再次检查邮箱，倒咖啡。最后在不知不觉中，结束了一天。
不平凡的事是每隔一段时间会跳出一些很有挑战性的文章。如果没错，这些天你至少发现了一篇这类文章——很难快速通读它们，于是就将之束之高阁，直到突然你发现自己已经有了一个长长的链接列表和一个装满了PDF文件的目录，然后你梦想着到一个人迹罕至的森林里的小木屋苦读一年以期赶上，要是每天清晨你沿着那里的林中小溪散步时会有人带来食物和带走垃圾就更好了。
虽然我对你的列表一无所知，但我的列表却是一大堆关于函数式编程的文章。而这些基本上是最难阅读的了。它们用枯燥的学院派语言写成，即使“在华尔街行业浸淫十年的专家（veterans）”也不能理解函数式编程（也写作FP）都在探讨些什么。如果你去问花旗集团（Citi Group）或德意志银行（Deutsche Bank）的项目经理[1]，为什么选择了 JMS 而不 Erlang，他们可能回答不能在产业级的应用中使用学院派语言。问题是，一些最为复杂的，有着最严格需求的系统却是用函数式编程元素写成。有些说法不能让人信服。
的确，关于函数式编程的文章和论文难于理解，但他们本来不必这么晦涩。这一知识隔阂的形成完全是历史原因。函数式编程的概念本身并不困难。这篇文章可以作为“简易的函数式编程导引”。是一座从我们命令式（imperative）的思维模式到函数式编程的桥梁。去取杯咖啡回来继续读下去吧。可能你的同事很快就会开始取笑你对函数式编程发表的观点了。
那么什么是函数式编程呢？它怎么产生？它可以被掌握吗（Is it edible)？如果它真如其倡导者所言，为什么没有在行业中得到更广泛的使用？为什么好像只有那些拿着博士学位的人才使用它？最要紧的是，为什么它就 TMD 这么难学？这些 closure, continuation, currying，惰性求值和无副作用等等究竟是些什么东西？没有大学参与的项目怎么使用它？为什么它看上去这么诡异于和我们命令式思想友好，圣洁和亲近的一切的一切？我们将于不久扫清这些疑问。首先让我来解释形成实际生活和学界文章之间巨大隔阂的缘起，简单得像一次公园的散步。 (more…)
“一言以蔽之：拿着它、摸着它感觉好得难以置信，用言语无法表达！iPhone 简直是工程技术的奇迹，每个方面都无懈可击。”──来自klaith翻译的《iPhone 第一印象》
