前言

算法和開發(fā)這兩個(gè)崗位雖然說起來都是工程師、技術(shù)崗，但是兩者的工作內(nèi)容和性質(zhì)差得真不是一點(diǎn)半點(diǎn)。從業(yè)當(dāng)中，也都有心力交瘁的時(shí)候，但是體驗(yàn)和觸發(fā)條件都不太一樣。簡(jiǎn)單說一說。希望能給后來者一些借鑒，讓你在一開始就比別人領(lǐng)先一步。

在這里喂自己袋鹽，可視化（tableau）和畢業(yè)設(shè)計(jì)（matlab）的小伙伴，可訂閱以下博主精心整理的幾個(gè)專欄。

tableau可視化數(shù)據(jù)分析高級(jí)教程

https://blog.csdn.net/wenyusuran/category_9596753.html

Tableau可視化數(shù)據(jù)分析知識(shí)點(diǎn)詳解

https://blog.csdn.net/wenyusuran/category_9274958.html

MATLAB-30天帶你從入門到精通

https://blog.csdn.net/wenyusuran/category_10614422.html

MATLAB深入理解高級(jí)教程（附源碼）

https://blog.csdn.net/wenyusuran/category_2239265.html

在博主的資源中也有各種算法的應(yīng)用實(shí)例源代碼，需要的小伙伴自取喲。
?

首先說開發(fā)，我個(gè)人在做開發(fā)的時(shí)候，蛋疼點(diǎn)主要有以下幾個(gè)。

開發(fā)篇

on call

?

on call可以理解成隨時(shí)等待召喚的意思，一般來說重要項(xiàng)目的開發(fā)人員都是7 x 24小時(shí)on call的。

只要線上有問題，一定會(huì)有電話打進(jìn)來。凌晨?jī)扇c(diǎn)也不是沒有可能，而且很多時(shí)候，這些問題未必是你的鍋，很有可能只是因?yàn)槟衬稠?xiàng)目的負(fù)責(zé)人上有你的名字。

這點(diǎn)我想應(yīng)該大小公司都有，之前和螞蟻的朋友聊天，他給我吐槽說他凌晨起夜已經(jīng)成了習(xí)慣。因?yàn)楹孟裎浵伒搅送砩线€有很大的流量，經(jīng)常hbase抖動(dòng)，每次抖動(dòng)都會(huì)有電話打過來。還有什么燒烤吃了一半突然線上GG了，狂奔回公司查問題的，都不算是事。

不僅工作日如此，周末、假期都必須響應(yīng)。所以基本上電腦隨身攜帶是肯定的，哪怕是過年回家、出國(guó)旅游基本上也都要帶著電腦。而且根據(jù)墨菲定律，千萬不要有僥幸，我僥幸過兩次，都中招了。

什么？線上故障的時(shí)候，你睡得太死了沒聽到電話？

Emmmm，輕則被leader說上幾句，重則，可能你需要準(zhǔn)備一下簡(jiǎn)歷了。

大促熬夜

?

只要是電商公司，沒有不大促的，只要大促，沒有不要熬夜的。所以可以簡(jiǎn)單理解成只要是電商公司，那么一定會(huì)有熬夜。

大促意味著巨大的流量，自然對(duì)系統(tǒng)的穩(wěn)定性是一個(gè)頂級(jí)的考驗(yàn)。就拿雙十一舉例，你以為只要在雙十一當(dāng)天多準(zhǔn)備幾臺(tái)機(jī)器就好了？too young，在真正大促到來之前我們需要做很多輪的模擬流量檢測(cè)，怎么模擬呢？就是搞一堆虛假的請(qǐng)求過來發(fā)送到服務(wù)器，看看服務(wù)器能不能抗住。這種模擬測(cè)試在行內(nèi)稱為壓測(cè)，也叫壓力測(cè)試。

一般來說每次大促至少兩輪壓測(cè)，由于壓測(cè)可能導(dǎo)致系統(tǒng)問題，所以不能放在流量高峰期，也就是白天，只能晚上夜深人靜的時(shí)候搞壓測(cè)。那么你想嘛，熬夜就是必不可少的。

就算兩次壓測(cè)好了，兩次壓測(cè)加上大促當(dāng)天的值班，至少每次大促都需要熬三天夜。每次熬夜，至少要兩三點(diǎn)才能睡覺。

來來來，你告訴我，這樣的大促一年有幾次？

光數(shù)的出來的大促就有四次，321， 618， 11.11， 12.12……而且現(xiàn)在這個(gè)大促的次數(shù)還有明顯地增加的趨勢(shì)。

并發(fā)工作

?

工作當(dāng)中最令人感受不好的就是并發(fā)工作，也就是一件事情你還沒忙完，甚至剛剛做出一點(diǎn)眉目，立刻就被其他更加緊急的事情打斷。

比如你在查一個(gè)bug，剛剛鎖定了大概導(dǎo)致bug的代碼區(qū)域，還沒有具體檢查出來，突然測(cè)試就告訴你她發(fā)現(xiàn)了新的bug。或者是產(chǎn)品過來跟你聊一個(gè)新的需求，或者是有人找你問一些關(guān)于你們系統(tǒng)的問題。這種連軸轉(zhuǎn)的感覺是最痛苦的，只要很短的時(shí)間就會(huì)讓人心力交瘁。

當(dāng)然這個(gè)問題并不只是在開發(fā)崗位出現(xiàn)，其實(shí)任何崗位都有可能出現(xiàn)這個(gè)問題。但是相對(duì)來說，開發(fā)崗位出現(xiàn)這種情況的概率更高。因?yàn)殚_發(fā)往往負(fù)責(zé)的是一個(gè)或者多個(gè)系統(tǒng)，系統(tǒng)大了可能出現(xiàn)的各種各樣的問題就很多。并且還會(huì)有很多使用系統(tǒng)的人問你問題，很容易出現(xiàn)這種情況。

其他問題

?

除了上面三點(diǎn)之外，其他蛋疼的點(diǎn)也很多。不過相比之下沒有那么嚴(yán)重，所以我就放在一起說了。

比如大多數(shù)公司文檔都不健全，對(duì)于開發(fā)來說接收陳年項(xiàng)目非常容易踩坑。而且很多時(shí)候需要直接去讀源碼，如果碰到之前的工程師代碼能力不行的話，會(huì)導(dǎo)致代碼非常難讀，就跟眼睛被針扎了似的。

還有就是肝deadline的現(xiàn)象非常嚴(yán)重，每一個(gè)產(chǎn)品提的需求總會(huì)給你設(shè)一個(gè)deadline。有時(shí)候總會(huì)有各種各樣的意外發(fā)生，導(dǎo)致你需要爆肝才能趕得上進(jìn)度。比如線上出了故障排查了兩天，或者是臨時(shí)加了一個(gè)緊急的需求等等，無休無止地爆肝真的會(huì)讓人崩潰。

另外一點(diǎn)是經(jīng)常重復(fù)性工作，今天增刪改查，明天改查增刪。面試的時(shí)候高并發(fā)、分布式，進(jìn)去工作之后curd。經(jīng)年累月沒有成長(zhǎng)，如果是大公司的話，很多人干幾年也沒有過從0開始真正搭建項(xiàng)目的經(jīng)驗(yàn)。

有時(shí)候產(chǎn)品或者運(yùn)營(yíng)或者是老板不好溝通也是一個(gè)問題。要么是不懂技術(shù)溝通成本很高，要么就是無腦強(qiáng)勢(shì)，不懂裝懂，我不管你覺得，我要我覺得。

算法篇

SQL boy

?

很多人被算法崗吸引，就是覺得算法崗高大上，機(jī)器學(xué)習(xí)，人工智能。但其實(shí)真正從事之后，會(huì)發(fā)現(xiàn)根本不是那么回事。

如果在小公司，整天為數(shù)據(jù)發(fā)愁，不是這個(gè)數(shù)據(jù)沒有，就是平臺(tái)或者工具稀爛。如果在大公司，數(shù)據(jù)、平臺(tái)、工具都有了，但是每天當(dāng)SQL boy。你和業(yè)務(wù)談算法，業(yè)務(wù)說明天上線，先統(tǒng)計(jì)上一版。老板整天告訴你，我想看這個(gè)、這個(gè)和那個(gè)，你去幫我跑一下。

你想說抽空能把某個(gè)模型優(yōu)化一下，結(jié)果發(fā)現(xiàn)手上排的SQL根本寫不完。機(jī)器學(xué)習(xí)、深度學(xué)習(xí)的模型我明明會(huì)一堆，但是眼下的事情永遠(yuǎn)只有SQL和數(shù)據(jù)。

問題難定位

?

做算法的過程，很多時(shí)候是一個(gè)和自己較勁的過程。

因?yàn)槟Ｐ秃烷_發(fā)的代碼不同，開發(fā)用代碼實(shí)現(xiàn)的功能結(jié)果是明確的，原因是可追溯的。但是模型不是，經(jīng)常在別人場(chǎng)景下效果好的方法到你這里一團(tuán)稀爛。特別是你老板報(bào)以期望的方法，你很難解釋……太多的可能性導(dǎo)致模型性能不好了，可能是訓(xùn)練數(shù)據(jù)有問題，可能是特征有問題，有可能是流程有bug，但是老板不管這些，他們需要的是確定的結(jié)果。

并且很多人覺得查問題很簡(jiǎn)單嘛，你找?guī)坠P數(shù)據(jù)來看一下不就知道了？還有一些不懂裝懂的路人，哎呀你用這樣這樣不就可以了？

大數(shù)據(jù)時(shí)代，只有相關(guān)性，沒有因果性。幾筆數(shù)據(jù)能夠代表全部嗎？我抽了幾筆看了沒問題，就能代表全部數(shù)據(jù)沒問題嗎？換句話說幾筆數(shù)據(jù)有點(diǎn)小問題，就能代表這個(gè)是導(dǎo)致模型不行的原因嗎？千萬別信，信了就是大坑等著你。

我最頭疼的就是老板讓我去查某個(gè)問題，簡(jiǎn)直是玄學(xué)，如果是明顯的問題還好，如果不是，你可能跑一堆SQL，看一堆數(shù)據(jù)還是一無所獲。更蛋疼的是，可能一切都沒問題，但就是效果不好，你也不知道為什么，畢竟神經(jīng)網(wǎng)絡(luò)是個(gè)黑盒。

忽悠和大忽悠

?

算法行業(yè)的忽悠很多，心態(tài)不好的人很有可能會(huì)扛不住。

也是因?yàn)楝F(xiàn)在算法太火了，很多不明就里的人會(huì)用仰望的目光來審視。某些時(shí)候這個(gè)是好事，比如當(dāng)和投資人聊錢的時(shí)候。但大部分情況下，則未必。

比如某些決策者會(huì)有錯(cuò)覺，會(huì)有幻想，比如會(huì)提出一些他們自己都不信的口號(hào)。喊口號(hào)不是問題，但問題是口號(hào)里的指標(biāo)要你去落實(shí)。你會(huì)發(fā)現(xiàn)你很有可能忍不住想要打人的沖動(dòng)，其實(shí)老板也不是白癡，他們心里也門清，可能也是為了應(yīng)付更高層的老板或者是投資人而已。有點(diǎn)像是晚晴鴉片戰(zhàn)爭(zhēng)時(shí)期的官員，從上到下都知道打不過英國(guó)人，但是總得想出點(diǎn)辦法來去寫篇“捷報(bào)”，不然怎么升官發(fā)財(cái)？

以前遇到過這么一檔子事，說是公司的日活用戶一直在降低，公司希望用機(jī)器學(xué)習(xí)的模型來篩選一批貪財(cái)?shù)挠脩?#xff0c;給他們發(fā)5塊錢紅包。這樣他們?yōu)榱素澾@5塊錢就會(huì)一直活躍，也就帶來了日活的增長(zhǎng)，這樣就可以和更高層的老板交差了。看起來這個(gè)邏輯非常清晰，毫無破綻。

但問題是，當(dāng)時(shí)的日活有三百萬，每天發(fā)多少紅包呢？只有幾萬個(gè)。你說應(yīng)該怎么辦，即使算法選出來的每個(gè)用戶都不流失了，那難道就能增長(zhǎng)了？入不敷出的成語學(xué)過沒有？老板才不管，你只管去做，做不好就是你能力不行。這種情況怎么辦？

同樣，這行吹逼的情況非常嚴(yán)重，簡(jiǎn)直章口就來。反正別人不知道你到底怎么做的，面試的時(shí)候有些人吹得那叫一個(gè)天花亂墜。當(dāng)很多人都這么做獲得好處，而你堅(jiān)持底線，一直默默無聞的時(shí)候。你很難不對(duì)你的信念產(chǎn)生懷疑，究竟錯(cuò)的是你呢，還是這個(gè)世界？

以上，只是我一家之言，如果言中，請(qǐng)勿對(duì)號(hào)入座。

最后，世上沒有完美的職業(yè)，總要有所得有所失。如果你能明白可以忍受什么，不能接受什么， 我想，你一定可以做出不后悔的選擇。

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的趣话题：同为技术岗，算法和开发哪个才是你的真命女神？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。