[Founders At Work]del.icio.us的故事 -5
laihj 
Livingston: 你觉得技术型创业者与商业型创业者有什么异同？
Schachter: 对于那些没有执行过核心决策的人，我从来不会给予太多信任。我理解需要某些人去处理某些事务的价值——要有人处理跟VC有关的事，要有人成为CFO，等 等。但是，“我有个伟大的主、创意，我需要有人实现它，”说这种话的人会让我谨慎——这通常是因为我觉得想创意的过程就是成功执行或失败执行一个创意的过 程，这样你就可以在提出创意方面做到更好。你总可以学习。这跟举重一样是可以学习的技能。失败，成功，继续努力。你开始学会怎么样去找到创意。所以，如果 你没有执行力，只会不断提出创意，你如何确认它们都是好的？在你执行之前，你无法真的知道它是不是一个好创意。你需要知道执行代价，或诸如此类的东西。
同样，在我工作的地方，摩根，他们并不对MBA们超级信任。我所有的同志都有计算机科学，数学，或者物理学的博士学位。
Livingston:纽约看起来并不是一个技术公司创业繁荣的地区.
Schachter: 有大量的技术公司在纽约运营。在金融领域，有大量高端，高速的交互技术。金融界有很多好问题。在这里的技术问题都是困难的。原因之一是这里金融繁荣，公司愿意付费。一些大的业务公司每年都为他们使用的技术付大量费用。
Livingston: 那为什么没有更多好的Hacker住在纽约？
Schachter: 有的。他们都在银行工作，也从事业余项目。
Livingston: 于是这些聪明的hacker们……
Schachter: 他们就在周围。他们只是知道什么时候应该开口，什么时候应该安静。
Livingston: 你从谁身上学到东西？
Schachter: Albert,是我必须提到的人。当然，我也从联合广场的Fred Wilson 那里学了很多。从我摩根的同事那里学到大量东西。我学会了如何理解问题。那是一段严酷的时时光，可是令我得到长足的进步。我在摩根的同事都是些聪明人。其 中一位还获得了经济学的诺贝尔奖。那是一个快速的，聪明的环境。
我记得第一次去Google面试的时候，他们这样描述我工作的环境：“嗯，在这里你将和很多博士与计算机科学家一起工作。”我很喜欢：“我已经是这样了。”
Livingston: 于是你没有在Google找到工作？
Schachter: 我退出了，他们拒绝我因为我不会C++。
Livingston: 有没有人想欺骗你们，从你们身上获得好处？
Schachter: 是的，不过谈论这些很没有礼貌。人们总是对其他人有所求。
Livingston: 如果与一个新的投资人从来没有完成一项交易或谈判，你会否觉得跟他们谈的时候需要倍加小心？
Schachter: 一般来说，我发现VC们明显比我曾共事的家伙更有礼貌一些。他们所做的最坏的事情不过是不联系你。我从没再次联系到他们。Brad Feld写了一个漂亮的BLOG还谈论VC的运作方式。他说他们从来不会打电话来告诉你说不——他们不愿意把门关死，以妨有一天想打开它，但他们并不愿意 给你一个反馈。非常非常少的VC会打电话来告诉你说：“对不起，我们真的不感兴趣。”
Livingston:开始一个公司并卖掉它的过程给你带来了什么样的改变？
Schachter: 它推动了你。你学会很多。我做了创立公司的方方面面，我写代码，我雇人，有首席架构设计师，谈判者，我给它命名。我做了全部，大部分事情的全部。
当Alber开始全速全力地工作，他也做了大量工作。
Livingston: 拥有你自己的公司，什么使你最吃惊？
Schachter: 按自己的意愿去执行事务的意外自由，知道你必须在特定的时间以特定的方式来完成特定的事情的巨大责任，这二合的结合。这除年最所有的自由。你变成轨道上的一个机器人。你知道你必须做什么，你在特定的方向上做事情。
也许其他人不一样，但我觉得在路上的每一步都是其前一步的某种不可避免，无法变动的过程。它并不像是我完全没有选择，但我所做的每一件事往往都只有一个选择，因为在当时这是惟一合理的。那并没过多久，但是无法后悔，就是被选择的路。每一件必须完成的事，都完成了。
Livingston: 对于想开公司的技术人员，你最喜欢给出的建议是什么？
Schachter: 收缩。尽可能把你所要完成的东西最小化。少做一些，做到最好。如果你有两件特性想做到一起，分开它们，直到它们自然地结合到一起。不要添加其它特性。因为你总是可以把它们分析得更透彻，理解得更好。UI将会更容易。少做一些是极。重要的。
人们总是急于增加特性，增加功能。要让设计暴出问题的一个典型方式就是把它变大，不是吗？这是一个传统,”我很抱歉，这是一封很长的信，因为我没时间把它变短了。”
[Founders At Work]del.icio.us的故事 -4
Livingston: 你是否记得，在del.icio.us上有哪些特性用户需要的或喜爱的程度令你吃惊？
Schachter: 始终都有。我对此倾向于持谨慎态度。我觉得人们总是要求新功能——他们想做一些事，可他们并不说：“我要做这样这样的事。”他们一般的做法是：在其它地方 看到相关的功能，然后要求要同样的功能。而我要一个功能来实现需求 。“为什么你要做这些？”然后用更好的方式来完成它。所以，用户所要求的功能，我倾向于在动手实作之前先试着挖掘客户的根本需求。
人们一般并不确实知道他们想要什么。然后会有一大堆想要的东西。“功能1和功能2意味着功能3，真正需要的是功能3.”而我却知道用户永远不会用到功能3，实现它就变得十分昂贵。所以，不用管它。
Livingston: 你们的用户群如何一年年演变？
Schachter:我想那依然有非常技术化的，早期的用户。用户群随着时间不断拓宽，但我们一直粘在一起。
Livingston: 你能不能对我讲述一下del.icio.us的一些主要转折点？
Schachter: 想不起来什么特别的。就像一个过山车，总是很快地大起大落，我们获得了越来越多的用户。关于如何构造产品，我有一大堆概念性的发现。很长一段时间，它们慢 慢浮现，于是我就有了一些清晰的想法来实现——“我知道我们应该在这儿再做一些工作。”考虑缓存。我所经历的教育是有趣的，它还在继续，每隔一两周，我总 是发现会有一些新的东西可以学。所以我从来不把它切成大的里程碑。获取投资，全心投入，努力推销——这些都是大的部分。
Livingston: 全职工作（在del.icio.us），与你在摩根工作时有什么不同？
Schachter: 约束带来创新。所以，比起每周工作两次，每次十五分钟，它更像是“我可以全天做这件事了，每一天。”我并不会这样猛干。我做一点点，然后在城里逛逛再回 来，之后工作整晚。当所有人都回家了，周围安静焉为，我就会完成很多工作。在摩根时，我并不真正地在公司呆到很晚，现在也不。不过，当我这样做的时候，我 觉得我有无法置信的效率。尽管这会使我与太太疏远。
Livingston: 你觉不觉得你在某些方面比自己想像的更好？
Schachter: 我能够更集中精力做一些大型的工作。一般我的注意力只能集中很短一段时间，这真的是一个限制因素。大量的咖啡才可以减轻一些影响，就是这样。
Livingston: del.icio.us中有没有用户不理解的事？
Schachter:我们对事物的命名不同。 我并不是说我们有强大的表现. 这是非常技术性的。它就像一名强大的祭师，对事情很有帮助，但人们却很难去采纳它。我们还在努力，现在还是。
做一个概念性的产品是很难的。这并不像是“更好地归档你的税单”，这儿并没有明确的价值衡量。这是有价值的，但是很难理解。你可以用这种方法记住更多的东西，利用它，人们甚至可能根本意识不到这是个问题。所以很难去解释它的价值。
最后，我觉得人们要是能够理解当然最好，但是很难。
Livingston:在你早期的项目的，你有没有学到一些东西，使用坚决不在del.icio.us中使用？
Schachter: 有一堆。我发布了很多工程——我完成了很多半成品。我有一个点子日记，创造点子，实现一部分看看它怎么样，然后推进。有一个叫作Bookbook——因为 我从来没有为它想到好名字——在那里你可以说：“我在这个位置，我要这些书，我不要那些书。”我可以将它做在网站上的一个XML文件里，像一个feed ——你提供了一个feed，其它人也这么做，就形成了一种交叉：“你有这本书，而他需要，你们之间距离也不远。”这就是一个书的分布式交换市场。
问 题是，我写它的方式太分散了。你不能登入以创建你的数据，它只是：“这有一个URL链到我的数据”，然后系统尽可以做好它的事。问题是它太难用了，你必须 自己做好XML文件。如是这就是你的用户接口，那就败了。我记得有12个人注册了，也许吧。UI太难用了，优雅的分布式系统鼓吹好用的集中式UI和控件。
类似的，有一个系统叫Loaf，是我和Maciej Ceglowski协作完成的分布式社交网络——没有中心服务器。它使用Email为媒价，你可以用一种加密和压缩的方式告诉别人你与另一些人的互动。如 果我给你写Email，它将带有一个Loaf文件作为附件，你无法打开它读里面的内容。它用Blool fileter，所以差不多是一种统计对象。不过你可以从中得到其它人的邮件地址。
你可以分辩出文件里有哪些人，这有百分之九十九的精确度。所以，如果你得到Email，你可以说：“我想Joshua Schachter跟这个人有联系。”不需要我将地址薄暴露给你，你就可以看到你在与谁对话。这是一个很简洁的主意，但实现起来就太复杂了。
另一个问题是，如果没有loaf，它是无法动作了。所以运行得并不好，不过我们获得了一些媒体关注。它足够新颖。也许有一天，我会回头运作这个主意。
Livingston: 于是媒体帮你们把牌子创出来？
Schachter: 90年代晚期，我做Memepool时，供职于USA Today，在那里我总是接触很多媒体，受到了某种早期训练。我父新是Long Island Railroad的死忠消费者，并一直呆在那个报社，所以我通过这种方式得到某种训练。当事情发生时，我知道如果你有消息X，然后告诉媒体，那后来他们所 问的每一个问题都是关于X的。
我明白，通知媒体是营销的一个很本质的部分。同时，我也知道，消费者是最好的营销员，如果他们喜朋友家你的产品而你又给他们一些工具去宣传，他们将会那么做。
[Founders At Work]del.icio.us的故事 -3
Livingston: 联合广场是你们的风投商，对吗？
Schachter: 联合广场和亚马逊。
Livingston: 是他们来找你们的么？
Schachter: 我在Foo Camp上遇到了Jeff Bezos，他对我们非常有兴趣。
Livingston:他们投入了多少？
Schachter:我们从不公布那个数字，不过并不是一个很大笔的资本。
Livingston:那是不是你们自己不希望得到一个太大笔的投资？
Schachter: 呃，风险太大了。去证明一个大估价之类的东西有点难，所以我们出售一小部份，得到足够的钱来维持一段时间的工作，然后看看它转变成了什么。那是个计划：看看它将走向何方。
Livingston: 你们雇了人？
Schachter:是的。我们最后雇了8个人。
Livingston: 他们多数拥有股权么？
Schachter:我们将股票分给每个人。
Livingston: 你自己也有？
Schachter: 是的，我也有。
Livingston:你开始正式开始一个公司的时候，最先做的事情是什么？
Schachter:最有挑战性的事情之一就是让工资表运作起来。PEO通常不想着手处理5个雇员以下的工作。
联合广场把Albert Wenger价介绍给我们，他很有实践经验，对我们帮助很大。我觉得很幸运，他不仅仅知道怎么跟其他人合作，也拥有很好的产品嗅觉，知道一个伟大的产品应该怎么运作。比如说，他参与设计了第一个版本的firefox工具条。
Livingston:你们遇到最大的技术难题又是些什么？
Schachter:规模，那是必然的。规模，处理带宽，处理路线，网络。这些都是消费网络常有的事，但是你需要完美地运行在巨大的数据量上。它必须被很 好的东西，不过，每个人都要处理它，所以也没什么不同。就像你必须连接网格，你的办公室需要DSL。有一大堆事情要做，要做得比”做得适当”更好，但你亲 自动做却是没什么价值的。所以，要外包它.
举个例子，工资。我可以两三个月不拿工资地工作，但是其它人当然不行。这就是问题。
但是你需要注意那些重要的事情。规模是产品的重点与核心，处理网络，部署硬件，装配机器，排列材料，与Dell谈价钱，所有的一些。有很多工作其实都是无益的。
Livingston: 除了请求规模之外，你还记不记得你们解决的其它技术问题？
Schachter: 那基本上就是”标签”了。市场中的产品总是需要无数的改进。事实上我们一直都在以一种改进的眼光看待产品。我们置疑我们做好的一切–我们觉得我们做得还 不足够。无论如何，要置疑传统智慧的某一方面。”这是正确的方式吗？我们能不能打破常规做得更好？”
这同时也是危险的。因为，如果你做了太多的创新尝试，可能你就破坏了其它的地方，也许你需要谨守在与其它事情的边界之内。
Livingston: 你记不记得那些让你担心的时刻？
Schachter: 站点当掉了，站点变慢了。数据表崩溃了–MySQL腐蚀了一张表。这些事总在发生。我们做得最多的事就是”灭火”。我们并不在同一时点运行太多的进程管理，那可能对我们造成很大的损害。
有一周，数据中心断电，每一台机器都挂掉了。我们当机了约48小时。那是一个灾难。网上批评如潮，机器无法恢复是因为没有严格地配置好，我们对配置的处理 不够小心。通常，必须假设你所有的一切都可能导致错误。你怎样处理可以使它出错的时候恢复更快？因为它总是会出错。举例来说，重建脚本需要24小时，但这 并不重要，因为这部分系统还不是实时的。但如是它是实时的，而又需要24小时来重做，那就是大问题了。所以要处理它，让它在2小时内可以重建，或想其它办 法。基于SQL，有很多事情是你无法克服的，比如说不停止站点的情况下重建修改数据库。
Livingston: 什么样的技术曾给你灵感？
Schachter: 灵感？我们建立在Perl, MySQL, Apache之上，是非常标准的LAMP架构。那是一切的标准机制。
Livingston: 如果可以，你会不会做一些不同的事？
Schachter: 据我所知，我可能重新设计不同的备份架构，它应该要保存更多的信息。规模超出一台机器，一个数据库的情况下，这是非常有挑战性的，即使只是复制。现在的工具并不完美。
比方说，当你往数据表里加了一行数据，编号了，这就意味着你不能在第二台机器中添加相同的东西，因为编号是冲突的。那你 该怎么做？你必须想出一些完全不同的办法。你有没有一个中心服务来处理编号集，抑或你能不能不使用编号来处理？你要不要使用随机编码使它们永远不冲突？无 论如何，自动分配总是没跑的。我有大约十五个这样的东西，一大串隐患。
[Founders At Work]del.icio.us的故事 -2
Livingston:让我们回头看看你是怎么与del.icio.us一起开始的。
整个2004年，我都在为它工作，del.icio.us开始赢得媒体关注和很多用户。2004年底，我就拥有了30000个用户。
[Founders At Work]del.icio.us的故事 -1
delicous
2003年，Joshua Schachter创建了社会化书签站点del.icio.us。就像很多新创的公司一样，del.icio.us最初只是Schachter为自己做的东西。他需要一种方法来组织收集的20000个书签，后来他想出一个办法，用一些摘要性的小短语来标记它们，并帮助自己之后回头寻找。他将del.icio.us放了一个服务器上并对其它人开放，它开始口口相传。最初的几年，Schachter从事于del.icio.us和其它的一些项目，比如Memepool和GeoURL,同时也在摩根斯坦利担任数量分析师的职位。但在那一段时间，del.icio.us成长起来了。2004年11月，在它发布的一年之后，达到了30000的用户量。
2005年初，Schachter决定将del.icio.us从一个业余项目转成一个事业。3月份，他辞去自己的工作，带着10万美元的投资，全职投入了del.icio.us的创立工作。
当年12月，据传言Yahoo对del.icio.us指出了300万美元的报价。
页面
Categories
- 92383 (1)
- lonely planet (25)
- Uncategorized (1)
- 一些故事 (3)
- 利其器 (10)
- 善其事 (62)
- 小说翻译 (2)
- 负暄琐话 (74)
need follow
RSS
