257.來玩我呀，大爺！小姐姐！（第2章）(第1/4 頁)

接手奇點中文網以後，劉光然晚上打電話給曹陽抱怨說，“奇點的程式猿真的太垃圾了，這個網站的程式碼水平是我見過的最垃圾的。”

曹陽嘴角抽搐兩下，“這不是明擺著的嗎？你記得幫忙最佳化好，找幾個比較厲害的網站相關的程式專業幫幫人家。”

奇點的程式碼真的很爛，這個是曹陽上輩子就知道的事情。

當年奇點被盛大收購以後，喬天晨還用自己原來的網際網路團隊提供了技術支援，這才讓奇點的網站技術得到了飛速的提升。

不然的話，各種瀏覽崩潰，使用者付費被吞，或者是付費不到賬……

這些事情屢有發生，不然讀者們也不會想到要轉投其他網站。

不過在當時來看，也沒有幾家網站最佳化得好的，大家都是在網頁不斷崩潰中再不斷點開，那個時候的讀者有一種非常執著的熱情，因為某些書就這個網站才有，你就得不厭其煩地忍受著網頁崩潰的痛苦一遍遍點開，直到把自己想看的書看完。

根據曹陽自己的預估，光是因為網頁崩潰、充值問題、訂閱問題導致的讀者流失比重至少要站到這個時候奇點的1/5。

不過博米接手以後肯定不會發生這種事情了。

要知道博米在這方面的技術那可是槓槓的。

想到這裡，曹陽趕緊又給劉光然補充了一句，“光然，你讓人給他們開發一套反饋機制的系統，我找吳文暉商量一下，給他們找一個更好的運營和客服團隊，這樣可以有比較即使的反饋和溝通，能讓程式最佳化得更好。”

其實，曹陽想到了一個問題——

奇點在被盛大收購以前，本身網站的程式碼就寫得爛。

但是為什麼被企鵝收購以後，程式碼還是一如既往的爛呢？

曹陽眉頭皺起，回憶起了前世被奇點客戶端折磨的痛苦。

最離譜的就是有一次，奇點開通了書單功能，只要你能充值到高階，就能有許可權建造一個高v書單，這個書單可以容納的書上限是100本，普通使用者開通書單的話，上限只有50本。

曹陽一開始開通了50本的普通書單，後來隨著付費提升，他還打賞了一些作者不少錢，也到達了高v，然後他以為自己本來的書單可以升級到高v書單，容納的書上限也能提升——

可是沒有。

連升級按鈕都沒有。

當時曹陽就有些怒了，打電話給他們的客服，客服人員也只是推脫和管理你的情緒，並沒有任何實質性的解決。

其實在曹陽看來，這就是一個程式判定的問題。

之前奇點內部肯定沒有好好測試過這一塊，所以寫程式碼的時候，做了一些條件限制：

【判斷這個使用者是否已經建立了書單，如果是：

那麼不允許建立。

else：

判斷使用者是否為高v使用者，如果是：

那麼，這個使用者可以建立一個高v書單，高v書單的容納書上限是100

else：

這個使用者只能建立普通書單，普通書單的容納書上限是50。】

多麼偷懶的程式碼，這幫垃圾程式就不會考慮一下普通使用者升級到高v時的情況？

說明什麼問題？

說明奇點的程式猿爛嗎？

爛是肯定爛的，因為好的程式猿，比如說在遊戲行業中經歷過千錘百煉出來的程式猿一開始就會考慮到各種邊界問題，條件改變問題，從而給策劃提出這方面的建議。

比如勁舞團的程式猿，在做avatar需求的時候就會問：“你這個帽子是連頭髮一起的嗎？”

策劃說：“是啊，你換帽子的時候，整個髮型跟帽子就會在一起啊。”

“那如果我原本有頭髮怎麼辦？”

“那就把頭髮隱藏唄。”

“但是，如果我原來有一個帶著髮卡的高階頭髮呢？”

“這……”策劃思考了一下說，“那就判斷一下這個高階頭髮和那個帶著高階頭髮的帽子，誰更高階。”

程式猿把桌子一拍，“對不起，這個我沒有辦法做，從程式角度來說，做石頭剪刀布就相當於做了一個死鎖，在程式上肯定是有問題的，你先想清楚了再來提需求吧。”

你看看，這才是好的程式猿。

奇點沒有。

但是也不能完全怪人家程式猿程式碼寫得爛。

奇點的程式碼寫得爛，其實有很大程度上在於他們沒