算法工程師的思考、寫代碼的時間是怎么分配的？前端工程師每天都在干什么呢？后端工程師衡量工作的重要指標(biāo)是什么，給誰提供服務(wù)？

我們邀請了算法、前端、后端三位工程師，來看看他們的工作日常。

01推薦算法工程師的日常

閱謙

大家好，我是來自大淘寶技術(shù)的一名推薦算法工程師。下面以我電腦記錄的App使用時間為線索簡單分享一個算法工程師的日?！?/p>

1. Chrome

Chrome是占用時間最多的App,日常工作中有絕大部分的任務(wù)是通過瀏覽器完成的，主要包含以下4個方面：

查看業(yè)務(wù)數(shù)據(jù)報表

每天到公司，我的第一件事情就是查看最新業(yè)務(wù)數(shù)據(jù)報表，這包括大盤的數(shù)據(jù)、AB的數(shù)據(jù)和各個細(xì)分維度的數(shù)據(jù)。了解最新數(shù)據(jù)情況可以指導(dǎo)我們下一步工作的展開。算法的優(yōu)化是一個不斷迭代試錯的過程，及時獲得反饋并進行調(diào)整是非常重要的一環(huán)。

進行數(shù)據(jù)分析和建模

在機器學(xué)習(xí)領(lǐng)域，garbage in garbage out 意味著如果送給算法的數(shù)據(jù)質(zhì)量不高，那么得到的結(jié)果也不會太好。曾經(jīng)我就有過因為在準(zhǔn)備數(shù)據(jù)過程中不小心出現(xiàn)樣本穿越的問題，導(dǎo)致后續(xù)整個的模型訓(xùn)練得到的結(jié)果都是不可信的，后來又花了很多時間來排查問題和重新搭建數(shù)據(jù)鏈路。除了算法使用的數(shù)據(jù)外，數(shù)據(jù)分析的邏輯不合理也會引導(dǎo)我們采取錯誤的行動，這樣的行動很可能對業(yè)務(wù)是無效甚至是負(fù)向優(yōu)化。重視數(shù)據(jù)環(huán)節(jié)可以起到事半功倍的效果。公司一般通過DataWorks網(wǎng)頁端進行數(shù)據(jù)處理代碼的編寫和定時調(diào)度節(jié)點的發(fā)布，這占用了日常工作的大部分時間。

業(yè)務(wù)方案和算法模型的部署和發(fā)布

推薦算法工程師是需要面對線上流量的，而所有的業(yè)務(wù)邏輯和算法模型從離線到在線都需要經(jīng)過一個發(fā)布的流程，通常是先灰度，再小流量，然后逐步擴量最后全量。公司的中臺團隊開發(fā)了諸如TPP,BE,RTP等平臺，算法工程師可以聚焦于算法和業(yè)務(wù)本身，工程性的工作由平臺完成。在這些平臺的網(wǎng)頁端，我們可以快速完成業(yè)務(wù)方案和算法模型的發(fā)布工作。

學(xué)習(xí)充電

公司內(nèi)部有一個技術(shù)分享論壇，可以說是算法工程師的寶藏之地。在這里有各個業(yè)務(wù)線和不同崗位的同學(xué)分享自己的實踐經(jīng)驗以及對前沿技術(shù)的解讀，每次逛都有很大的收獲。另外，閱讀一些領(lǐng)域相關(guān)的paper可以保持對技術(shù)的敏感性，如果發(fā)現(xiàn)不錯的思路可以結(jié)合自己的業(yè)務(wù)場景進行嘗試。最后，我還會在github等技術(shù)社區(qū)看看有沒有什么實用或者有趣的項目，作為技術(shù)儲備或直接進行復(fù)用。我自己在業(yè)余時間也維護了一些推薦相關(guān)的開源項目，感興趣的朋友歡迎加入一起學(xué)習(xí)交流～https://github.com/shenweichen/DeepCTRhttps://github.com/shenweichen/DeepMatch

2. DingTalk

DingTalk就是大家熟知的釘釘，在公司里大家都是協(xié)同辦公，每一個業(yè)務(wù)模塊的迭代都涉及到諸如產(chǎn)品，運營，開發(fā)，算法等不同崗位的同學(xué)。高效的溝通交流對推動工作前進來說非常重要的。除了協(xié)同，日常工作中使用公司內(nèi)部工具可能會遇到一些問題，這時候也需要和相關(guān)答疑同學(xué)交流解決。我有時候也會看別人交流，在一些群看別人聊天也有收獲。

3. PyCharm

PyCharm是我常用的Python IDE，主要用來編寫各種tf的模型代碼。也許很多未工作的同學(xué)覺得算法工程師的日常就是寫模型，調(diào)模型，就我自己而言，寫模型代碼的時間相對并不多(這也得益于公司的強大中臺和內(nèi)部開源代碼庫)。

4. PowerPoint

團隊內(nèi)部有分享機制，我們分為業(yè)務(wù)分享和算法分享兩大方向，截圖的這周正好是我準(zhǔn)備PPT的那周，所以花了一些時間寫PPT。除了內(nèi)部分享，在季度末，績效季末，晉升季等時間點，也會投入一些精力去做工作總匯報的PPT。

5. Intellij IDEA

Intellij IDEA是一個java IDE。除了算法模型和數(shù)據(jù)處理外，整個推薦系統(tǒng)的鏈路從用戶請求到來到諸如畫像獲取，召回，排序，重排等模塊的串聯(lián)也是需要算法工程師來實現(xiàn)的。公司里一般通過編寫java代碼實現(xiàn)，所以給即將入行推薦算法的同學(xué)們的建議是除了Python外再學(xué)一下java或者cpp吧！

02 前端開發(fā)工程師的日常

 時川

加入阿里第 6 年，目前負(fù)責(zé)集團內(nèi)用戶量最大的頁面搭建平臺：斑馬。用戶在淘寶瀏覽各種商品活動頁面的時候，中間有很多頁面就是通過這個平臺發(fā)布上線的。我的日常的主要工作就是圍繞淘寶的搭建服務(wù)能力建設(shè)展開。

嚴(yán)格意義上來說，我是一個“圍繞前端工作”的工程師，或許叫做“面向運營交付前端頁面解決方案工程師”更合理一些，日常工作總的來說可以分為兩部分：

• 搭建平臺服務(wù)支持
• 產(chǎn)品建設(shè)和技術(shù)探索

1. 搭建平臺服務(wù)支持

大白話講就是答疑，解決使用平臺產(chǎn)品的技術(shù)研發(fā)同學(xué)和業(yè)務(wù)運營同學(xué)遇到的問題，一般會基于自己負(fù)責(zé)的系統(tǒng)鏈路，或面向業(yè)務(wù)運營，或面向技術(shù)開發(fā)。由于我負(fù)責(zé)的平臺比較特殊，這兩部分都有涉及。

面向研發(fā)的服務(wù)支持

一般從業(yè)務(wù)的技術(shù)選型階段就會開始介入，提供基于搭建體系的專業(yè)技術(shù)方案支持，包括基礎(chǔ)的前端框架方案、頁面的渲染服務(wù)（SSR、CDN等）、面向個性化場景的數(shù)據(jù)網(wǎng)關(guān)服務(wù)能力等，涉及的面會比較多，因此必須了解整個技術(shù)生態(tài)和服務(wù)體系。在業(yè)務(wù)技術(shù)側(cè)確認(rèn)好相關(guān)的技術(shù)方案后，就進入了常規(guī)的前后端研發(fā)流程，這里一般只需要協(xié)助解答一些搭建域特有的技術(shù)規(guī)范問題即可，直至業(yè)務(wù)正式發(fā)布上線。后續(xù)研發(fā)側(cè)基本上就進入了一個業(yè)務(wù)自運營的階段，在平臺能力和業(yè)務(wù)需求場景沒有太大變化的情況下，我們很少需要長時間的持續(xù)投入的場景。

運營服務(wù)支持

對于運營的服務(wù)支持，除去一些基礎(chǔ)的功能指引，更多的是業(yè)務(wù)實際需求場景的問題。這部分對于技術(shù)研發(fā)來說還是比較有挑戰(zhàn)的，因為技術(shù)同學(xué)的邏輯思維慣性比較大，非常容易把業(yè)務(wù)的需求過度技術(shù)化，面向運營的服務(wù)，需要切換到一個完全不同的視角，去消化理解用戶的實際訴求，從產(chǎn)品流程層面給到對應(yīng)的支持。同時收集相關(guān)的信息，最終再反饋到后續(xù)的產(chǎn)品建設(shè)中。

2. 產(chǎn)品建設(shè)和技術(shù)探索

作為一個平臺的產(chǎn)品、技術(shù)負(fù)責(zé)人，從產(chǎn)品的整體發(fā)展規(guī)劃，到面向內(nèi)部運營的搭建平臺研發(fā)、面向終端用戶的基礎(chǔ)渲染方案架構(gòu)都需要參與，真·全（?。＃ㄥX）工程師無疑了。

• 產(chǎn)品規(guī)劃及演進?；谟脩魳I(yè)務(wù)場景和需求，不斷演進搭建服務(wù)的能力，讓平臺上的業(yè)務(wù)能夠更快的交付上線，同時作為淘寶搭建服務(wù)的重要組成部分，斑馬也是搭建基礎(chǔ)服務(wù)和上層業(yè)務(wù)的橋梁，這期間會持續(xù)把業(yè)務(wù)能力做剝離和抽象，推動底層的基礎(chǔ)搭建服務(wù)能力進行迭代。大白話翻譯就是：我兼職 PD~。當(dāng)然整個項目組的同學(xué)都會參與到這項工作中來，因為都是前端線的技術(shù)研發(fā)，我們建立了一套基礎(chǔ)的產(chǎn)品方案評審流程，從基礎(chǔ)的技術(shù)方案實現(xiàn)，到產(chǎn)品交互流程優(yōu)化，按照雙周的節(jié)奏進行評審、研發(fā)、發(fā)布。
• 運營端平臺的架構(gòu)和研發(fā)。這部分工作占據(jù)了我大部分時間，也比較繁雜，因為要面向眾多業(yè)務(wù)，需要確保平臺的架構(gòu)足夠輕巧，不被業(yè)務(wù)侵入的同時具備足夠的靈活性和擴展性?？偨Y(jié)幾個關(guān)鍵詞：Node.js / Midway / Fusion /  飛冰，基本上涵蓋整個平臺的技術(shù)棧，這些多是一些軟件工程的基礎(chǔ)實踐，這里不再贅述。
• 消費者端渲染方案探索。這是一個技術(shù)側(cè)比較純粹但是關(guān)聯(lián)鏈路比較多的部分。核心目標(biāo)是讓終端用戶更快地訪問到頁面，目前主要是和大促會場的同學(xué)共建，將雙十一等大促活動中通過考驗的極致方案通用化，覆蓋到更多的業(yè)務(wù)，關(guān)鍵詞：Rax / Weex (沒錯) / FaaS / EdgeRoutine / CDN

3. 除了工作還有什么？

• 肝原神。每天中飯時間我都會先擼半小時打個日常再去食堂，錯峰吃飯還能打個折，精致省錢大佬無疑了（話說最近好不容易攢了 8000 原石想抽個凌華結(jié)果歪成了琴團長，還有救么=。=）；
• 奶娃。工作日會爭取在 6 點左右下班回家，常規(guī)陪玩陪練（我不會告訴你我家學(xué)的二胡，每次開練都怕樓上樓下的鄰居打進來），雙休日條件允許的話一般會周邊一日游（家住杭州但是基本不去西湖那種），比較喜歡去野外探索，不僅環(huán)境好，還人少，小朋友們也能更多接觸大自然；
• 折騰魚缸。幾年前迷上草缸，后來又添置一個原生缸，雖然缸都不大，偶爾坐在草缸前面看水草冒泡泡其實挺解壓的，家里小朋友也喜歡缸里的小魚小蝦，放個照片吧；

03 后端工程師的日常

松香

作為一名阿里巴巴普通java開發(fā)工作者，從工作模塊和職責(zé)的角度，給大家分享一下我的具體工作范圍，并從個人經(jīng)驗角度給新人一些建議。在阿里巴巴，像我這樣的一個普通java開發(fā)工作者的工作時間普遍是早上9點到晚上8點。具體工作內(nèi)容可以分為開發(fā)，運維，答疑，每一項工作的時間占比對于不同崗位職責(zé)的同學(xué)比例也有所區(qū)別。在一個成熟的中間件或運維團隊，答疑運維的時間和工作量更多；而在一個初創(chuàng)的剛起步的團隊，開發(fā)的工作量會更多。我的具體工作內(nèi)容如下——

1. 開發(fā)工作

廣義的開發(fā)工作的內(nèi)容非常復(fù)雜，涵蓋的范圍也非常廣，從最基礎(chǔ)的開會討論環(huán)節(jié)(例如需求評審或設(shè)計評審)到狹義的開發(fā)環(huán)節(jié)即代碼Coding實現(xiàn)到測試和上線都是屬于開發(fā)工作的一部分，詳細(xì)來說開發(fā)工作包含了如下內(nèi)容：

2. 需求評審

在項目中，需求分析是最開始的工作，同時也是最重要的工作。在這一步驟中，開發(fā)人員需要和產(chǎn)品經(jīng)理，測試等人員就項目目標(biāo)、需求理解、系統(tǒng)原型、術(shù)語定義等達成一致。

3. 系統(tǒng)設(shè)計

在理解項目的目標(biāo)之后就可以開始做系統(tǒng)設(shè)計，其中包含了技術(shù)選型(項目使用什么語言，使用什么框架，數(shù)據(jù)持久化選用sql/nosql，數(shù)據(jù)庫又該選用什么)，模塊拆分(大到網(wǎng)關(guān)/入口/功能/基礎(chǔ)設(shè)施的架構(gòu)分層設(shè)計，小到具體功能間的耦合拆分設(shè)計)，細(xì)節(jié)設(shè)計(通過諸如時序圖，類圖等描述某個功能或者設(shè)計的關(guān)系與流程，定義交互協(xié)議的數(shù)據(jù)格式)，設(shè)計評審(通過團隊內(nèi)外評審的方式查缺補漏看看設(shè)計是否有錯誤或者是不恰當(dāng)?shù)牡胤?。這一步在整體開發(fā)工作中有著至關(guān)重要的作用，一個好的系統(tǒng)設(shè)計可以非常有效地減少編寫代碼時的思考和工作量。

4. 代碼實現(xiàn)

在完成系統(tǒng)或者是方案設(shè)計后，就可以按照預(yù)先定義的流程進行代碼編寫和實現(xiàn)，在完成編寫后需要邀請1位以上同學(xué)進行CodeReview評審代碼的質(zhì)量與邏輯的完備性。

5. 測試回歸

對于開發(fā)人員來說，測試主要是代碼層面和功能實現(xiàn)層面的測試，前者主要是編寫unit test單元測試以方法或者類的維度驗證代碼的正確性，后者是功能編寫完畢后進行全鏈路的測試從入口開始編造流量看整體效果是否和預(yù)期一致，通常這步也需要專業(yè)的測試人員介入，在出現(xiàn)異常問題時，需要進行debug和問題修復(fù)。

6. 功能上線

任何一個功能或系統(tǒng)上線都是復(fù)雜的，引入流量前需要配置關(guān)鍵業(yè)務(wù)節(jié)點上的監(jiān)控，發(fā)布過程中最開始先beta灰度并進行功能驗證，確認(rèn)功能正常，指標(biāo)監(jiān)控平穩(wěn)后可以開始作分批發(fā)布(如果是大規(guī)模的系統(tǒng)集群)，在發(fā)布過程中與完成后需要實時緊盯監(jiān)控指標(biāo)以防止出現(xiàn)線上問題。

7. 效果驗證

項目上線后就可以通過服務(wù)端的埋點日志數(shù)據(jù)進行篩選統(tǒng)計，查看上線后整體功能是否滿足預(yù)期的目標(biāo)。

8. 文檔記錄

寫文檔是一個開發(fā)人員工作的本職工作，上述的每一個開發(fā)步驟都應(yīng)該在項目文檔或者是系統(tǒng)文檔中予以記錄。

9. 運維工作

運維工作包括日常運維，包括系統(tǒng)容器的狀態(tài)的管理(重啟/置換/擴容/縮容)，大促運維(預(yù)算申報，預(yù)案管理與演練，重保節(jié)點配置等)以我本人為例，我負(fù)責(zé)的是淘寶直播互動消息擴散架構(gòu)，在每次大促活動或者是頭部主播搞大活動，都需要作直播間相關(guān)信息的提前配置與準(zhǔn)備，確認(rèn)容器狀態(tài)都正常，這些都是系統(tǒng)運維相關(guān)的工作。

10. 答疑工作

每個人負(fù)責(zé)的系統(tǒng)應(yīng)該都只是一個系統(tǒng)鏈路的一部分，這種時候?qū)τ谀愕臉I(yè)務(wù)方就需要提供答疑工作: 幫助完成系統(tǒng)接入，幫助排查問題，解答功能細(xì)節(jié)等等，現(xiàn)在在阿里巴巴內(nèi)部這部分工作逐漸轉(zhuǎn)為由自動化答疑和排查工具來完成，但免不了出現(xiàn)疑難雜癥需要開發(fā)人員介入解決。

11. 工作外的充電

阿里巴巴內(nèi)部有一個技術(shù)分享論壇，在其中能看到各種系統(tǒng)設(shè)計介紹，疑難問題的排查亦或者是思維方法論等等，我們在閑暇時間都會在論壇上學(xué)習(xí)他人的分享，踩坑記錄或者是成功經(jīng)驗。我們團隊內(nèi)部也經(jīng)常會有技術(shù)分享和文章書籍介紹，例如《領(lǐng)域驅(qū)動設(shè)計》《重構(gòu)》《Designing Data-Intensive Application》等等，這些必要的充電對于個人能力的提升也是非常巨大的。

12. 對新人的建議

一般情況下，團隊內(nèi)來了新人后會有一段時間來適應(yīng)工作環(huán)境和內(nèi)容，團隊也會給新人配備一個mentor的角色（阿里巴巴則稱之為”師兄“）來負(fù)責(zé)入職后的適應(yīng)階段。新人做的第一件事情就是熟悉環(huán)境，包括同事間的相處風(fēng)格、公司技術(shù)棧、中間件等等。在適應(yīng)完成后一般主管會給你分配一些簡單的任務(wù)比如一個模塊功能的實現(xiàn)，新人就需要通過這樣一個任務(wù)去落地，包括功能效果的實現(xiàn)，團隊和上下游業(yè)務(wù)的熟悉了解等等。最后給新人的一些建議就是要在工作中要多溝通交流，剛?cè)肼毜臅r候?qū)φw的業(yè)務(wù)和技術(shù)棧甚至包括自己擔(dān)任的職責(zé)和負(fù)責(zé)的范圍等等都會有疑惑，這是非常正常的一件事情。這種時候多和主管或者是mentor作溝通交流不斷明確你的工作的目標(biāo)和當(dāng)前的進度情況，這樣新人落地也會更加順利一點。有時候新人在技術(shù)實現(xiàn)上會遇到困難，這種時候除了需要靠自己多思考學(xué)習(xí)外同樣需要多和同事討論，向資深員工學(xué)習(xí)請教也會讓你工作更加順利。

工程師的工作日常，沒有那么多的轟轟烈烈，大多時候是日拱一卒，反復(fù)且平淡。因為擁有目標(biāo)，擁有方向，所以只需保持認(rèn)真與專注，然后心無旁騖，一往無前。