基本介紹
簡介,產品,團隊,架構,存儲數據量,伺服器狀況,相關介紹,優點,
簡介
37signals是一家私人控股的網路套用公司,總部設在美國伊利諾斯州芝加哥市, 賈森·弗萊德(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 提供了業務模式下的簡單群聊方式。實時持久的群聊對於業務來說非常重要。傳統的實時聊天對於快速的一對一模式很有效。但是對於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框架。其使得開發真是套用快速而簡單。你可以關注在你的思想上面,而由Rails操心雜事。 O’Reilly的Nathan Torkington說:“Ruby on Rails太令人震撼了。使用它像是觀賞一個功夫片,片中一堆流氓框架準備痛扁這個小新人,沒想到卻被各種充滿想像力的方式揪住了屁股。”Gotta喜歡這段話。
團隊
37signals開始於設計網站,並且為客戶重構網站,例如Panera Bread和。在2000年,他們創建了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套用的價值。