對一個“失敗”項目的審視—前言

標籤：網吧   高並發   大資料   

總說自己牛B的人—狂妄自大

總笑自己傻B的人—妄自菲薄。

我相信任何一位牛B的人都曾做過傻B的事，

所以得出的結論是：一位牛人的誕生，是由N多傻B的人、傻B的事所磨練出來的。

 

我並非牛人，卻已經做過很多傻B的項目。有的項目初期設計非常牛B，但是隨著時間的推移、人員的更迭、預算的縮水，到頭來變成了一款雞肋的產品——食之無味棄之可惜。

以下幾篇文章，我會從架構設計、實際編碼、人員管理等諸多方面來分析一款我設想得很牛B，最後卻做得很傻B的項目。當然，我這裡所謂“傻B”，指的是一種主觀上的失敗，只是從產品的架構上、編碼上、人員管理上分析得出來的一種結論，這種結論與該款產品的持續開發可能性及盈利可能性等無關。

 

我們來瞭解一下這個產品的產生環境以及需要解決的問題（這是個網吧行業的產品——牛B的產品各有千秋，傻B的產品卻總有相似的缺陷和遺憾。即便沒有涉足過網吧行業的朋友，但凡有過開發上的失敗教訓，相信也能從中感同身受）。

 

近年來，網吧計費產品市場有了新的需求：

對於網吧業主來說：隨著眾所周知的原因，網吧行業已經逐漸層成了江河日下的薄利行業。同時有些網吧的網管和外部公司串通，盜取網吧收入的現象比較嚴重，因此網吧業主需要一款能夠協助他們杜絕網管盜帳的產品出現，即便這款產品僅僅能夠實現每天向網吧業主報告網管是否盜帳的功能也行（而以前的網吧管理軟體都是簡單地對每個網吧的費用進行計算）。

對於網吧計費軟體公司來說：網吧計費系統經過10餘年的發展後，針對獨立網吧而言可以創新的業務越來越少。失去了新業務的刺激，網吧計費軟體的收入必然下降。此時很多網吧計費軟體公司希望藉助當前最流行的大資料概念，為網吧提供新的、具有一定粘度的業務。同時也希望通過一款產品將網吧資料進行收集，從而通過後續資料的分析將自己從一個軟體生產—銷售商轉變為網吧商務服務供應商（服務為王啊！）。而此時的網管盜帳事件的頻發剛好給了一個機會。

 

此款產品的設計就落在了我的肩上。我當時分析此款產品的主要目的應該是以下兩個：

1：解決網吧網管盜帳問題。

2：彙集網吧資料：

一來為網吧提供大連鎖的功能，

二來這些資料將作為以後為網吧提供更詳細服務的依據。

三來當網吧硬碟出現損壞，或者網吧網管直接刪除資料庫中營業資料時我們能夠提供即時的資料恢複。

OK,分析結束後，就開始書寫設計文檔了。由於我開發過遊戲服務端，而此款產品從架構上來看和MMO遊戲有些類似，因此設計架構對於我來說毫無壓力。架構設計、產品立項文檔、效能分析等等一氣呵成。哈哈，心中有點沾沾自喜。

 

接下來就是人員工作劃分。

模組開發	人數
服務端開發	1人
用戶端開發	1人
DBA	2人
測試	2人

 

我需要開發11款服務端程式，不要緊，咱有服務端開發模板。所以服務端開發毫無壓力可言。用戶端開發1人是非常精通網吧業務的小夥，也無壓力。至於DBA不怕，2個人都是對於SQLSERVER非常熟悉的人，應該沒有問題。效能方面，為了提高效率，我們採用了直接調用預存程序的方式來進行業務處理。好，說幹就幹。我們行動了起來（殊不知如此輕率的決定卻為以後項目進入泥潭埋下了禍根）。

從立項到開始進入測試（中間衍生出了另一個產品），共用了幾個月的時間。當開始測試的時，才覺得噩夢開始了（不僅是產品設計方面的噩夢，公司由於變動也遇到了最大的一場動蕩。）

本文出自 “狗窩” 部落格，請務必保留此出處http://fxh7622.blog.51cto.com/63841/1430058