建設指導方針
建設思路
缺點 通用元件建設，組合支援業務的方式
缺點
打通上下游系統和業務流程的能力
服務口碑取決於服務最差的環節
服務越多支援的代價越高1. 乙個系統服務難免會有 bug， 也總會有不夠靈活的地方 ，提供的服務越多 越全面， 日常維護的代價就越高 。
需求響應要疾如閃電，功能服務要天長地久1. 需求快速響應，功能長久不變
既要馬兒駝得多，還要馬兒不摔倒1. 系統穩定和需求快速響應的矛盾
使用者的服務訴求各異，眾口難調1. 不同的需求之間互相矛盾
提供服務那麼難，為什麼我們還要做
其次，相對於一站到底的垂直系統，在元件服務式構建的系統中，各個系 統之間的依賴關係相對複雜，選代演進的時候負擔較大。
最後，對具體業務場景定製程度較低，整體易用性相對較差，使用成本 較高。
從使用者體驗的角度談產品設計
你愛使用者， 使用者卻不愛你問題的重 點是 ： 別讓新使用者有挫敗感 ！ 至少， 在他嚐到甜頭之前不要有挫敗感。比如說文件對於小白來說，不具有可操作性
提供差異化、階梯式的產品服務使用者的需求是多樣化的， 能吸引使用者群體 a 的產品， 未必能滿足使用者群體 b 的 需求， 比如讓熟練的專家級使用者滿意的產品設計， 對於剛入 門的小白使用者來說， 學習門檻可能就會太高 。甚至 同樣的用 戶 ， 求也可能是不同的 。
構建反饋式服務
確保產品實現可持續改進
從價值和利益的角 度談產品思維
重慶電力啟動「大資料」平台建設
4月20日，從國網重慶信通公司傳來訊息，重慶電力 大資料 平台於近日正式啟動建設。按照國家電網2016年工作要求，推動電網 十三五 資訊化規劃發展，該公司建設 大資料中心 提公升電網資訊化應用水平。大資料 平台是電網sg erp3.0的核心支撐基礎平台。該平台利用大資料的分布式儲存技術，整合優化重構...
餓了麼大資料平台建設
隨著接入的需求方越來越多樣化，對大資料的資料使用 資料儲存與計算的需求也越來越多樣化，同時業務飛速發展，集群的規模也急速擴大。如何在這樣的場景下通過大資料平台，穩定支撐住業務的發展是乙個不小的挑戰。本文分享主要平台工具鏈，技術 選型及架構設計上的一點經驗。餓了麼的大資料平台團隊成立於2015年5月份...
資料平台建設
很多時候資料處理都是在乙個無模式或者非結構化或者半結構化的資料集上進行處理 批量採集和實時採集 可以說，幾乎每家稍微有點規模的資料平台團隊，都會有自己的排程系統實現方案，要不然自研，要不然在開源的基礎上進行一些封裝和改造 比如很多公司採取了封裝oozie的方式 資源排程系統，它的工作重點是底層物理資...