Pinned《資料與程式碼的交鋒》Day 10—程式碼模組化『軟體工程師負責打造好的應用程式給產品顧客;資料工程師則致力於打造好的應用程式,讓資料的流轉與儲存更加順利。』其實非常相似吧!差別就是應用情境與使用者不同而已。Sep 24Sep 24
Pinned《資料與程式碼的交鋒》Day 29 — 資料運用篇總回顧在談論技術債議題及爭取系統穩定性提升的時間分配時,其他人不一定能買單。需要用直白的語言讓彼此的背景知識更近一些。嘗試打開這專業的資料技術黑盒子吧!Oct 12Oct 12
Pinned《資料與程式碼的交鋒》Day 06—資料倉儲的三層式架構分析情境千變萬化,我們不能期待一個轉換招式打天下,為了保留擴充性滿足已出現或未出現的各種需求在進行轉換時,最廣受歡迎的就是三步驟轉換,其架構也被稱為「三層式架構」。Sep 20Sep 20
Pinned《資料與程式碼的交鋒》Day 03 OLTP v.s. OLAP 的差異記載歷來變化是線上分析處理系統 (Online Analytical Processing, OLAP) 相當關鍵的一個能力!Sep 17Sep 17
Pinned《面對挫折的勇氣》我在台大女棒擔任教練的故事 — Ep5:突破極限背著巨幅落後的臺大戰士們,壓抑著負面念頭面對所剩無幾的反攻局數。一步一步地把握每次表現的機會,確實地執行教練團費盡心思設計的進攻暗號、防守移補位及牽制配合等,逐步掌握迎向勝利的節奏。Jun 14, 2023Jun 14, 2023
《資料與程式碼的交鋒》Day 30 — 未完的挑戰只要團隊大方向是往『資料衍生價值,價值吸引用戶,用戶創造資料』的循環去建構,巨量資料對企業的持續挑戰就會存在。衍生資料系統的穩定性需要更多時間與心力來建構,且有賴上下游團隊的共同配合。Oct 14Oct 14
《資料與程式碼的交鋒》Day 27 — 資料治理雖然資料治理議題看起來在較大的企業組織才顯得重要。不過,假如透過資料運用的力量讓產品一夕之間爆紅,那這些資料可以幫助企業站在「風口」,但同時也是「風險」。Oct 11Oct 11
《資料與程式碼的交鋒》Day 26 — 資料團隊組建模式在集中式資料團隊模式下,業務團隊要理解到技術債不只對軟體團隊有長遠影響,對資料團隊亦同。重新排序需求,讓過去總是「即刻滿足」的資料需求開始有優先級,讓資料團隊能有一定時間做系統穩定性的提升。Oct 10Oct 10