還差半個月，我就入職滿1年了，回想這一年，從一開始的生疏，到現在對各種需求的游刃有余，自己也算成長了很多吧，我很慶幸自己進入了一個很好的團隊，同時也有一個很好的導師帶我，
我上周在寫轉正總結的時候，總結了一下自己這快一年來做的事情，無非是：提數需求、報表開發、數提開發、日報推送、資料例外排查和原因定位、寬表建設等，其中，來自業務方的提數需求，應該占據了我日常需求的半壁江山吧，
我的作業內容和業務息息相關，作業中我所用到的技術堆疊不是很多，但是卻經常需要和開發、前端和產品等各方人員對邏輯，老實說，和他們的溝通程序，不僅很好地鍛煉了如何快速get到對方邏輯和判斷他們邏輯能否行得通的能力，也讓我的耐心有了很大的提高，我曾經有半個月很苦惱，因為那段時間，各種業務方同時來找你，明明事情也很小，問得我焦頭爛額，不過現在我好像適應了，也沒有覺得這種狀況會讓我苦惱，
我曾經也和組里的其他人溝通過，知道有的人很喜歡涉及業務，有的人卻很討厭去了解業務，只想做純粹的開發；有的人也覺得自己作為資料挖掘工程師，卻只是一個“SQL程式員”，只是天天在給需求方提數，這些疑惑，我也曾有過，可能因為我是文科生的原因，我還是挺喜歡了解業務的，而純粹的開發可能對我來說有些無聊，至于第二個“提數工具”，這個問題，其實困惑了我很久，我很怕自己陷入這樣一個死回圈：因為天天做這種臨時且沒有技術含量的需求，自己實力并沒有跟著作業時間的增加而提高，然后喪失了自己的競爭力，雖然現在這個問題我還沒有完全解決，但是我也有了一點自己的思考吧！
作為資料從業人員，如果想“跳出純粹的提數工具”這個怪圈，我覺得可以從兩方面著手：一是作業上；二是自己下班后的學習，
作業中多進行資料沉淀
其實我現在因為對業務很熟悉，所以我現在每周的需求基本上都能提前一兩天完成，后來我導師就和我說，我們現在不僅僅是完成每周的排期就可以了，完成這些需求之后，我們更應該進行思考，包括如何把這些臨時性的需求固化下來，或者如果將這些臨時性的需求加入到現有的寬表體系建設中，又或者我們現在做了這么多的報表和數提，需求方真的有在用這些嗎？我們是不是在重復開發？
不僅如此，在很多的例會上，自己從大家的討論中，我也慢慢明白：資料挖掘工程師進行資料沉淀、業務梳理、資料規整、資料質量建設等系統建設的重要性，因為公司的資料平臺和系統早就搭建好了，后期的維護和完善是一個長期且必需的程序，而且，這些資料沉淀作業不是無緣無故發生地，它是根據實際的業務需求來推到，我們是不可避免要做這些臨時需求，但我們也不能被這些臨時需求牽著鼻子走，
資料沉淀的內容包括但不限于以下內容：
- 資料倉庫的建設和完善：數倉和寬表建設是隨著公司業務的發展而發展的，而它的建設是極其重要，以我司為例，寬表建設從全平臺的訂單和用戶寬表，細分到各個業務領域的訂單和用戶寬表；各個業務的寬表，從訂單和用戶主題，逐漸擴展到獲客、成本、券屬性、財務、授信、開戶、上報、商戶等各個主題，而每一個寬表的開發和完善，都需要經過業務的梳理、邏輯的思考和資料的驗證，
- 現有資料工具的監控和優化：這類作業的話，存在的主要原因是隨著需求方內容的不斷增加，一開始我們只是純粹地在原有的代碼邏輯上新增邏輯，導致運行時間過長，資料輸出的時間越來越晚，或者代碼根本跑不動，這個時候，就需要對整個需求進行重構和優化，
- 更高效的資料工具的探索：這一部分應該是最難的了吧，需要很有經驗的資料分析師牽頭啟動，最近我們這邊在做的包括：tableau資料推送、資料地圖規劃、調度治理等，
作業后有針對性地學習和復盤
這一塊，我做的也不好吧，其實我知道自己應該要學的東西蠻多的，但是下了班我也沒有咋看書了，希望以后自己能堅持學習吧！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/173913.html
標籤：其他
上一篇：細致的網站開發流程是怎樣的？
下一篇：漫畫：為什么C語言永不過時？