zdnet至頂網軟體頻道訊息： 無論向誰詢問大資料專案中首要的挑戰，您基本上都會聽到類似的模式回答：資料量（volume）、速度（velocity）以及多樣性（variety）。這三個v儼然已經成為大資料的同義詞，從ceo往下的所有人員都將戰略重心鎖定在這三點之上。然而，面對合理的挑戰時，大資料的長期性、戰略性價值將不會通過這三個v來體現。前面提及的另外三個v才是成功與失敗的分水嶺
與電子商務永久顛覆業務基礎的情況非常類似，資訊主管必須通過全新的大資料優先順序區分方式來推動變革。資料量、多樣性和速率是合理的關注點，但它們主要解決的是架構師和開發人員的需求。但是大資料不僅僅可以提高it效率和節約成本，它還能帶來更為深刻的洞察見解和更大的競爭優勢。所以您難道不應該將重點放在業務價值而非技術特徵上嗎？
資訊主管應當掌控和推行的三個新v
任何大資料戰略如果未能包括或納入上述的三個新v，那麼大資料將無法引起企業的興趣、列入企業優先考慮事項並成為真正的推動力量（無論是何種用例）：
捨棄傳統經驗，尋求全新靈感，大資料方案助您成功。採用經過證明的大資料方法，確保推動實際的業務價值，並將自己置於組織戰略性轉型計畫的核心位置。
原文發布時間為：2023年10月20日
如何從技術角度了解產品？
產品思考應從業務層面和使用者體驗層面兩個角度去考慮 b端產品和c端產品差異 b端產品的核心關注點在需求實現，c端產品關注需求實現和互動，外包與自做區別 甲方與乙方 外包不需要太多的需求理解 需求越多越好，按需求量計算成本 自做需要對需求進行分析，轉換或者是去除部分需求。b端產品和c端產品經理的差異主...
從不同角度簡單闡述訊息機制
while getmessage msg,null,0,0 這是winmain函式中典型的訊息迴圈。getmessage函式從訊息佇列中取出下一條訊息，填入msg結構字段。dispatchmessage函式呼叫此視窗的訊息過程。在這兩個函式之間是translate函式，它負責把擊鍵訊息轉換為字元訊息...
值得從不同角度思考的反直覺問題
1 三門問題monty hall problem mueser 和 granberg 透過釐清細節，以及對主持人的行為加上明確的介定，提出了對這個問題的一種不含糊的陳述 轉換選擇可以增加參賽者拿到汽車的機會嗎？比如從概率論 貝葉斯推理 因果關係的角度分析。2 紅眼睛藍眼睛問題the blue eye...