初級工程師的困惑
曾經有公眾號的小夥伴後臺聯絡我，諮詢一些問題。有一個粉絲問過這樣一個問題：
群主，向你請教一個困擾我很久的問題，從畢業到現在，我一直從事大資料平臺開發d的工作，主要是搭建CDH周邊產品，並在基礎上開發一些BI產品和內部的分析系統。我很喜歡這份工作，但就是離業務太遠了，很少了解使用者到底需要怎麼的BI產品和資料平臺。所以每次看到資料分析師接觸真是的也無需求，可以把自己的想法和業務結合起來，得到老闆認可的價值，我都會很羨慕。目前公司的大資料平臺產品還不是很成熟，需要作為技術平臺核心人員的我比較受重視，但是隨著公司資料平臺的完善，對於不懂業務的我，是不是會淘汰呢？
收到收到這條訊息，我很欣喜。首先，作為一個剛畢業兩年的同學，能有這種居安思危的想法，已經超越了很大一部分職場人。其次，我其實和這位同學有著相似的經歷，很願意去分享一些自己的想法。
技術 or 業務
首先，其實除了很少崗位不需要懂業務外，大部分公司的技術崗位都需要懂業務的，隨著大資料平臺的逐步成熟，有了平臺開發這樣一個崗位，他們主需要關注平臺的功能，不需要關注具體的業務邏輯，隨意大資料平臺開發人員存在著和業務脫節的問題。作為開發人員我們經常嘲笑產品經理只懂業務，不懂技術，但是我可以明確的告訴你，只懂技術，不懂業務，在絕大數公司中是不會成為核心骨幹的，技術永遠都是服務於業務的，特別是在商業公司中。這也是剛畢業學生和資深工程師的區別，工作5年後，絕大多數工程師都會成為某一領域的業務專家，能夠把業務和技術靈活的結合起來，解決企業實際的問題，以及在看到一些技術問題時候，會通過業務的變通來解決問題。那麼在實際工作中，我們如何平衡技術和業務的關係呢？
記住下面一句話：擼程式碼的時候別忘了思考！
曾經的同事
我曾經遇到過一個同事，開發了一個XX分析應用系統，但是當業務人員問他這個資料怎麼來的時候，他完全搞不明白，只是一句話，這個需要問產品經理。問產品經理固然沒錯，但作為系統核心開發人員，也要清楚的知道自己每個介面開發的邏輯，服務的業務。我們總是嘲笑產品經理不懂技術，產品是不是也會把開發當做擼程式碼的機器呢？
即使是作為平臺底層的開發工程師，大部分時間都是對讀寫進行優化，但是讀寫的場景你都不瞭解，怎麼去優化呢？只是一味的升級技術？增加記憶體？上固態硬碟？你需要去了解訪問高峰時在什麼時候，哪些場景下讀高併發？哪些場景寫高併發？那個複雜的查詢SQL是在什麼業務場景下觸發的？這些都是作為開發工程師需要了解的，也許你花了很多時間和資源去解決的一個慢查詢，只需要通過業務角度的一個轉換就可以去解決掉了。
我的故事
記得之前做資料開發的時候，領導給我們佈置了一個任務，去看業務系統的設計文件，現在想起來，真是感謝領導給自己指了一條明路。後來團隊來了一個高階工程師，進公司的一個月內，把公司的各個業務系統都熟悉了一邊，收集的一些資料都是我們幹了兩年都沒有接觸到了。通過這件事，我也養成了這個習慣，進入一家新公司後，首先是通過各種資源，獲取公司目前開發的業務系統知識文件，熟悉公司在幹什麼。
當然，這樣說著很輕鬆，其實要在幹好自己本職工作之外，再思考學習，你也許就需要加班。提到加班，很多人已經反感至極，but me too！但是初期都會有這樣一個階段，每個辦公室都會有那麼一兩個人走的比較晚，後來你發現慢慢的這幾個人要麼走了，要不成為了你的領導。
資料產品
當你熟悉的公司的產品之外，研發人員也可以成為產品經理的。特別是隨著大資料平臺越來越普及，來了一個新的職位：資料產品經理，這個職位還真不是一般產品經理能幹的。不懂幾個大資料技術棧和後端系統設計的，你還真接不了這個活。
解惑
所以，現在我想給那位大資料開發同學說，趁現在，去了解公司的業務吧，多去和資料分析的同事聊聊，和產品聊聊使用者需求，不要迷茫，也許資料產品就是你的方向。