Posted on 2014-11-17 14:57
qiyadeng 閱讀(4180)
評論(0) 編輯 收藏
比較少參加這類大型的會議，進到會場的第一眼，發現會議室已經全部坐滿，后來主辦方發現站的人太多了，找來了一些小板凳，我快速找到一個小板凳坐下。坐下開始認真聽，非常開心地聽到廣告時間結束，和我計劃的時間完美一致。
回顧一下我比較關系的幾個主題
基于用戶畫像的大數據實例
演講嘉賓是聯通沃商店的大數據技術經理，該大數據實例主要是通過聯通營運商的數據和沃商店進行分析，通過繪制用戶畫像的形式，在其他應用場景，如廣告、游戲下載中為用戶推薦用戶喜歡的產品。可以看出來嘉賓技術實例及基礎功是十分不錯，至少是一個碩士畢業。近些年被大家掛在嘴邊的機器學習算法、推薦算法、語義分析都有部分介紹，實在是接受不過來；比較熟悉的還是我們當初碩士的專業方向推薦算法，看到了簡單的介紹覺得很親切。不過后來提問環節看，現場還是很多高人，有不少是做這個領域的。不過歸根是國有企業和類似研究機構，是否能產生非常大的價值，我表示懷疑，不過這些算法一羅列，對經費的分配還是很有好處的。
電商系統的心得分享
這又是一個國有企業，號稱是線上賣大力丸的人（國藥1健康）。從技術成長為總經理，有很多心得體會。感覺和我有那么一點像，有一些體會也迫不及待的分析給這些年輕的IT從業者，為人嚴肅，總是會把困難估計的充分一點（估計年輕也沒少教學費）。演講中說了構建系統中的四個原則
權限獨立，相互制約
非常務實的看到某些大型企業的，部門斗爭。從系統層面開始設計制約（這個應該非常符合老板心意）。這個對很多小型企業在成才過程中是非常有幫助的。
設計流程 減少犯錯
在電商行業非常清楚客服和倉庫的員工流動性，以及普遍受教育程度偏低，通過流程設計，而不是提高對用人的要求。這也是非常務實的方法。回顧之前在系統層面獨自設計支持中央預訂系統，設計出來的自動傳真（當時網絡不如現在易得）及新訂單提醒（感謝施總的支持，增加音響進行聲音）等等，簡直覺得找到了知音。
多了解一些財務知識。
談到的兩點是數據之間需要有勾稽關系和不能修改歷史數據，很驕傲我對財務的理解還是不錯，從未犯過這種不靠譜的錯誤。
跨平臺大型在線客服系統的技術構架
嘉賓談了的是一套客服系統，比較多的關鍵字是客服妹子，可以看出IT從業者苦中作樂的精神。給我的體會是，客服系統都可以做成這樣。從一個項目到一個產品，在云計算的世界，可以好一個客服的組件，也是有很大的價值。和我的理想事業很接近，可以花上一生中最精華的時間，做好一個有價值的小眾專業的行業。
阿里分布式數據庫服務實踐
阿里的人就是高調，上場就調戲京東雙11前系統崩潰。我也經歷過很多系統崩潰，簡直是開發人員的噩夢，也是IT人員信用受損的嚴重事件（因此我一直比較注意防止崩潰及崩潰后的快速恢復）。回到分布式數據庫，這個是收獲最大的一個演講。雖然這個演講看上去是再給阿里云的DRDS做宣傳，但是嘉賓演講的很進行，深入淺出地介紹了分布式數據庫和單機數據庫的區別。對分布式事務的重新認識是一個很大的收獲，以前一直把教程中的數據庫原理中的事務定義，作為分布式事務需要解決的問題，其實不是。需要更加務實，在淘寶阿里這類訂單處理系統中，有一類對分布式事務的模式（異步消息機制）；在其他領域會有其他模式分布式的事務模型，這些分布式模型肯定都不滿足單機的事務模型，但是可以滿足和解決相應領域的問題。
平臺架構的服務器監控
一個APP的監控模型，猜測項目立項的原因，有兩個。一個是和競爭對手的數據比較（UPYUN的對手主要是七牛），一個其實可以真正從用戶的角度看，用戶的體檢速度如何，以及影響用戶體驗速度的真實原因。目前一般行業還不會做的這么細，因為UPYUN是技術支持公司，因此一定需要用這些數據去說服和支持用戶。我們現在做的比較多的服務器的可用性、性能和應用的可用性、性能監控。前端時間剛好再比較，發現互聯網上有不少好的監控平臺，一般的創業公司，可以無需自己搭建監控平臺，接入到相應的監控平臺即可。下次再開文進行討論。
作者簡介：qiyadeng(www.qiyadeng.com)對互聯網技術、運營及市場領域有濃厚的興趣，喜愛思考、閱讀、討論；擅長Java開發及分布式技術。現專注于互聯網的創新產品--老來寶(http://www.laolaibao.com)，立志于幫助廣大鳳凰（diao）男（si）提供補充養老金管理平臺。