推薦一位大廠的數(shù)據(jù)大佬
自我介紹
歡迎大家關注曉陽的數(shù)據(jù)小站，號主是一名興趣廣泛的程序員，經(jīng)歷過大數(shù)據(jù)發(fā)展的各個階段，主要分享大數(shù)據(jù)的技術文章與大數(shù)據(jù)的科普視頻，喜歡跟大家聊一聊日常數(shù)據(jù)工作的各種事情。雖然曉陽從2020年才開始寫技術文章，但每周的堅持，已經(jīng)形成了體系化的分享思路。日常會跟讀者分享數(shù)據(jù)技術的相關見解，包括數(shù)據(jù)思維、數(shù)據(jù)治理、數(shù)據(jù)倉庫及數(shù)據(jù)架構多個系列，有時間也寫一寫日常工作中的點點滴滴。
精彩文章分享
盡管我們是做業(yè)務的開發(fā)，但我們思考問題的方式，并不應該局限在思考自己是P幾、亦或者是這件事與我有沒有關系、還是說這出事了我怎么能避免責任，而是應該向更遠的地方去看，思考“做事情的意義”并能夠“持續(xù)的為之行動”。一旦你確定了自己在團隊、在業(yè)務、乃至在部門中的角色和定位之后，你所真正應該努力的方向，就會讓你少走許多彎路。有時候我們羨慕他們年紀輕輕能夠晉升高P，不如多思考我應該是怎樣的一個定位。
快，不僅僅指開發(fā)速度快，而是指基于一套成熟的模式，將精力集中到核心事情上，通過降低無關事情的投入，變相提高需求開發(fā)速度。
試想一下，一個傳統(tǒng)的需求開發(fā)周期，大約是21天，涉及到了PRD設計、需求評審、功能模塊開發(fā)、測試、聯(lián)調、上線等。雖然每個人在工作經(jīng)驗和協(xié)作流程上，能夠實現(xiàn)經(jīng)驗的積累，但開發(fā)的速度，卻不會有本質的提升，因為技術是沒有積累的。
數(shù)據(jù)倉庫、數(shù)據(jù)分析模型，其本質，也在于通過自動化的流程，將過去的經(jīng)驗積累起來。后人能夠在前人的基礎上，實現(xiàn)開發(fā)效率的躍升。當然，場景再復雜下去，就是另外一回事了。
那么傳統(tǒng)的軟件行業(yè)能夠做到這種速度嗎？能。但是，它在內涵上，就不是為了“快”，而是為了“持續(xù)穩(wěn)定的交付”。在設計思想上存在了差異，那么實現(xiàn)的方式和手段，也就自然而然不同了。
往期系列文章
數(shù)據(jù)思維系列
數(shù)據(jù)治理系列
數(shù)據(jù)資產(chǎn)治理概要：用數(shù)據(jù)來治理數(shù)據(jù)