“技巧的沉迷和創意的缺乏是最大的硬傷”

昨天在白雲參加了一個口水戰文章：從c對java，談論到了軟體之道。
 
   其實軟體之道，有2類問題，很遺憾的是不少人，甚至公司，只認識到第一種，忽視了第二種。
    第一類是可以歸結到邏輯計算的。比如 高效的string處理與演算法效率的最佳化，NP問題，樹圖模型的應用。
 
    另外一類則是創意和顛覆，這些是不可能歸結到資料結構和演算法模型的問題。 比如電信業市場銷售們整出的各種計費業務。
作為使用者，你可以非常痛恨移動的幾十套計費類別在算計你的口袋；作為開發，整那麼多低效的計費邏輯還要讓你最佳化效能，
會讓你衝動的想扁人。 可是你無法否認的是，企業的成功離不開他們。
 
    不久前參加了某大公司筆試，題目大致是：在大資料量資料庫中，高效實現使用者近半年歷史記錄分頁查詢（6個月的記錄分裝在6張
不同表）
 
    也許題目本意是讓我實現某高效演算法吧， 我卻牛頭不對馬嘴回答如下3條：
    1.考慮業務上最佳化：將使用者分頁查詢限定到按月份選擇，因此只涉及到單表的分頁。類似移動按月查詢話費。
    2.既然是記錄，前5個月的表顯然是read-only,隨便你線程，任務跑就是。
    3.後台跑定時存過任務，統計各使用者在每張表中的資訊，供分頁時最佳化計算。
 
    顯然3的單體執行效率不是很高，全表掃描，連同學討論的時候都BS這個效率。 可是對於一個非7*24國際化的國內網站來說，
深夜將load 從零提升到80%幾乎不需要付出代，可是卻能兵不刃血的解決白天DB瓶頸的問題。
 
    顛覆來自與實踐，源自於創新。當苦苦最佳化再最佳化一行代碼的時候，何不能抬頭看看路呢？想起高中老師的一句話“低頭拉車，抬頭看路”