标题：37Signals
简介
  37signals37signals是一家私人控股的网络应用公司，总部设在美国伊利诺斯州芝加哥市， 贾森·弗莱德(Jason Fried)、恩尼斯特· 基姆(Ernest Kim)、卡洛斯·西古拉(Carlos Segura)是其共同创始人，是一个创造简单、专一软件的小团队，其产品可以帮助用户协同工作和组织团队。37signals 对于很多 Geek 来说，是一家非常迷人的公司，他们是网络上的另类新星，曾被《连线》杂志评出2008年十大最值得关注创业公司。37Signals在web应用业界可谓是鼎鼎大名了，不仅仅有BaseCamp、Highrise、Backpack、Campfire等知名产品，同时还衍生出一本Web创业公司的经典书籍《Getting Real》、《ReWork》（成为Amazon书店排行榜第一名）。
产品
Basecamp 把项目管理作为首要问题。Basecamp提供了消息板，待办事宜，简单调度，协同写作，文件共享。而不是甘特图，炫丽的曲线图，和繁重的电子表格。目前，成千上万的人同意这是一种更好的方式。来自的Farhad Manjoo说：“Basecamp代表了Web软件的未来。” 
Campfire 提供了业务模式下的简单群聊方式。实时持久的群聊对于业务来说非常重要。传统的实时聊天  37signals对于快速的一对一模式很有效。但是对于3个或者更多的人同时聊天来说异常痛苦。Campfire解决了此问题和其他相关问题。
Backpack 是一种替代那些玄乎，复杂，“通过25个步骤管理人生”之类的个人信息管理系统的产品。Backpack在页面，笔记，待办事宜，电话和电子邮件通知上的简单尝试，在受“statis-quo-itie”折磨的一类产品中，是一个独具匠心的创意。Wall Street Journal的Thomas Weber说它是同类产品中最出众的。 New York Times 的 David Pogue说它是一个“非常酷”的组织工具。
Writeboard 使你能够撰写，分享，修订，和比较自己或者他人的文章。臃肿的文本处理工具，对于你95%的文字是功能过剩的，而Writeboard是一个全新的替代品。Web-guru Jeffrey Zeldman说：“37signals 的天才思想王者归来。” Ta-da List 维护聚合你的所有待办清单，并且以在线方式组织。为你自己维护待办清单，或者通过和其他人分享来协作。没有更好的方式来搞定这些了。迄今为止，其创建了超过100，000个清单和1，000，000项行动。 
Ruby on Rails， 对于开发者来说，是一个用Ruby编写的全栈式的开源Web框架。其使得开发真是应用快速  37signals而简单。你可以关注在你的思想上面，而由Rails操心杂事。 O’Reilly的Nathan Torkington说：“Ruby on Rails太令人震撼了。使用它像是观赏一个功夫片，片中一堆流氓框架准备痛扁这个小新人，没想到却被各种充满想象力的方式揪住了屁股。”Gotta喜欢这段话。
团队
37signals开始于设计网站，并且为客户重构网站，例如Panera Bread和。在  37signals2000年，他们创建了eNormicom站点。虽然 37Signals 的 5 个雇员都在芝加哥，但是他们却没在一起工作，大家都在自己的家里办公，使用 Campfire 来沟通。37Signals 的 Jason 和 David 是领导者，是成功的领导者。领导者的作用是什么？a. 任何的决定权；b. 管理和协调。也就是说领导者可以让整个团队成为一个整体，朝一致的方向努力。所以虽然那句话（“我只为我设计”）是 David 说出来的，但很明显这也代表了团队里面的所有人（本来人也不多）。这是猜测，因为如果不是这样，他们不会如此成功。
架构
37Signals 在 Signal vs. Noise 上披露了比较详细的运营数据，Ask 37signals: Numbers? 
存储数据量 截止到 2007 年 11 月，
总存储量统计： * 5.9 T 用户上传的数据 * 888 GB 上传文件 (900,000 请求) * 2 TB 文件下载 (8,500,000 请求) 这包括 Basecamp、Highrise、BackPack、Campfire总的数据统计。
总的用户量其实并不多，只有 200 万。 
37Signals VS. SalesForce
这些数据存放在 Amazon S3 上，37Signals 用了这个服务已经一年多了，他们对此比较满意。事实上，Amazon S3 已经成为 Web 2.0 分布式存储的既定事实的解决方案。
服务器状况 37Signals 当前正在部署虚拟化软件产品，当然不用 VMware，而用开源的 Xen。当前大约有 30 台服务器，从单 CPU 的文件服务器到 8 CPU 的应用服务器都有，总共 100 颗 CPU、200GB 内存。预计 XEN 部署完毕后，服务器数量降低到 16 台，92 颗更快的 CPU、230GB 的内存量。这样做的主要目的是管理起来更方便(至于性能是否更好，我个人还是有点怀疑的--Fenng)。
关心 ROR 以及具体一些策略具体实现的朋友不防去看看那个帖子下面的留言。 之前还真的很少有听说哪家 Web 2.0 公司部署 XEN 的，37signals 的这个动作或许是个积极的信号。2007 年也是个"虚拟化"年，相信随着虚拟化的技术成熟，开源力量的壮大，会有更多的公司收益于 XEN 虚拟化架构.
相关介绍
Getting Real》
37signals
37signals创造了内部开发的敏捷方法，并形成WEB2.0创业的经典读物《Getting Real》 。在这套方法论中使用及时快速的编程方法，并着重于创造有益的阿尔法软件的小团队，然后遍历一个简单有用的应用基础，一部分是对现实世界的客户反馈。该公司最初没有接触风险资本，坚持“自筹资金启动”，不过现在已经采取取得了来自投资杰夫贝佐斯的投资。
Getting Real是关于省略所有表达现实（图表，曲线，矩形，箭头，统计图），而构建现实。 
Getting real 是追求精炼。更少的代码量，更少的软件，更少的功能，更少的文档工作，更少无所谓的东西（而且大部分你认为必要的，其实不是）。 * Getting Real 是保持精益，变得敏捷。 
Getting Real从界面开始，也就是用户使用的屏幕。它从实际的用户体验开始，并且构建似曾相识的体验。这让你在软件误入歧途之前得到正确的用户界面。
Getting Real 是关于迭代和降低变化成本的方法。Getting Real基本上是关于上线，调整，持续改进，其目标的开发Web软件的最佳途径。 
Getting Real只交付客户所需的，摒弃任何客户不需要的。
优点
Getting Real能够交付更好的结果，是因为它强迫你处理真正要解决的问题，而不是关于那些问题的空想。它迫使你面对当下。 
Getting Real更注重实际的用户界面，而不是功能规格说明书和其他昙花一现的文档。只有当一个真实的网页呈现出来，相关的功能规格才是可信的，被证明是可接受的。那才是是我们的客户将要看到和使用的。那才是需要关心的。
Getting Real帮助你更快达到这个目的。并且那意味着你正在基于真实需求，而不是异想天开来构建软件。 最后，Getting Real是适合于Web软件的理想途径。那种把软件包装在盒子里，再等一年到两年才发布一个更新的学院派方法已经过时了。不像需要安装的软件，Web应用能够以天为单位持续改进。
Getting Real利用了这种优势来提升Web应用的价值。