chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

七 運維 

=============我是被知乎刪除了答案的分界線================================

先說點的別的，早上發(fā)現(xiàn)知乎登錄不了，提示說我的賬戶異常，然后發(fā)了封郵件，賬戶能登了。

然后發(fā)現(xiàn)答案被刪，找不到了。

傷心難過了七秒鐘，然后我一直都沒有備份的習慣，在修真院的群里喊了半天，終于有一位小兄弟出來了，給了我一份保存的文檔。

不然還真的是不想再寫下去了。以及，其他的答案也讓我很無語，特別是居然并不知道CSS和JS可以是兩個職位，實在忍不下去了，我會在后續(xù)講敏捷開發(fā)的時候再重新提一下軟件開發(fā)的全過程，來告訴你們?yōu)槭裁碈SS和JS要分開，那個才是我執(zhí)行敏捷開發(fā)落地七年的干貨，當然，時間不定，只是贊越多，分享越多，我覺得自己的答案越有價值，心情就會好，然后知道修真院的人也會越多。

我可能會出一個系列，這個只是第一個，來講一下互聯(lián)網(wǎng)的各個職業(yè)發(fā)展，第二個，講敏捷開發(fā)，第三個，講應該怎么樣對IT技術人員的團隊管理和績效考核，第四個，講如何做自己的職業(yè)規(guī)劃以及如何找到一份更好的工作或者是怎么判斷一個公司靠不靠譜，第五個，大概會聊一下創(chuàng)業(yè)公司怎么做，以及如何用MVP的方式去創(chuàng)業(yè)。

這些如果你們都看到了，我講出來了，也差不多是我這八年中經(jīng)歷和感受到的所有了，至少會對互聯(lián)網(wǎng)的各個方面都有了一個全面的認識。

這里面不可避免的會有對修真院的介紹，但是我能確保的是，每一篇都是干貨，只不過不保證客觀，也不保證有用。所以，讓贊和分享更多一些好么。

言歸正傳，講一下運維，這是一個很神奇的行業(yè)，一個在漸漸蠶食其他各種職業(yè)的職業(yè)，一個本來不是編程但是現(xiàn)在卻編程越來越多的職業(yè)，你要問為什么?

一個字：云

說到運維，就不得不提起來服務器，以前呢，服務器很貴，帶寬也很貴，機房也貴，電源也貴，反正啥都貴，而且還不穩(wěn)定，那個時候運維工程師的大部分技能還是在硬件上，或者是說硬件是必不可缺少的技能，所以守著機房也是運維工程師比較常見的事兒。

而且有的時候還會兼著網(wǎng)管，因此，大部分的運維工作就是裝個系統(tǒng)，搭些內(nèi)部服務軟件，如郵件，Wiki，Jenkins，VPN等等等。很多的時候還要會布線，會路由器，會交換機，會做資產(chǎn)盤查，把網(wǎng)管的工作也做了。

當然線上的正常發(fā)布也少不了，規(guī)范的點的公司，會分成三套或者是四套環(huán)境（我是不太能接受四套環(huán)境），就是Dev，Test，Online（三個環(huán)境的叫法會有不同，我現(xiàn)在越來越喜歡這種叫法），開發(fā)環(huán)境就是給開發(fā)人員自己瞎折騰用，運維只需要把機器安裝好，IP分配好就行了，開發(fā)過程中你們自己瞎折騰，每天部署多少次都可以--細節(jié)請等我講敏捷開發(fā)的時候再說。測試環(huán)境就會嚴謹一些，正常情況下每天只發(fā)布一次，太頻繁QA會殺人的。線上環(huán)境更嚴格，一般來說不允許頻繁上線，所以只能在周二或者是周四發(fā)布，一周兩次，對于WEB來說，其實是足夠的（但是很搞亂的是，很多公司是周一定需求，周二開發(fā)，周三測試，周四上線，周五改Bug，這些都會在講敏捷開發(fā)的時候提到）。

所以測試環(huán)境和線上的發(fā)布都是運維來做，因為有一個最簡單的真理：只要你把權限扔給工程師了，他就會偷偷重啟服務以及偷偷改數(shù)據(jù)以及一不小心刪掉某個文件，或者是清空所有數(shù)據(jù)。

而且一定會被你抓到，不要問我為什么，我要是有線上服務器的器權限，我也經(jīng)常干這種事兒。。。。這比偷情的感覺要好多了，一個人偷偷摸的瞞著所有人把Bug改掉。。

這個時候運維還是運維工程師，直到虛擬化技術瘋起來，直接生成了阿里云，金山云（修真院的重要合作伙伴），Ucloud等這些改變了運維工程師命運走向的公司。

云時代來臨了。。。視頻云，IM云，圖片云，APP云等等各種跟業(yè)務相關的云服務也做起來了，確切的說短信，郵件也是各種云服務。

那么運維工程師的變成兩極分化。一個是，云服務商的運維工程師越來越重要了，一些大的公司也在搭建很NB的運維自動化系統(tǒng)。另一個是，非云服務商或者是非大公司的運維工作變簡單了，再也不用去機房換硬盤了。。反而是要熟悉和了解各種云服務器的特性。

所以，當我們現(xiàn)在說到運維工程師的時候，其實是分成兩個階段的，一個是傳統(tǒng)的運維工程師做的東西，一個是現(xiàn)在云時代運維工程師做的內(nèi)容，如果你現(xiàn)在想做運維，你恰恰是處在這個變革中間，我說不好未來的走向，但是這是一脈相傳的，所以并不用擔心運維中技術體系的中斷。

這就是對運維的一個簡單的介紹，哦對了。運維是一個公司里非常重要的崗位，剛剛還忘了說到了數(shù)據(jù)備份和災備和監(jiān)控。如果你們公司有值班手機，一定是運維同學手里拿著。24小時不準關機。

無論你洗澡，上廁所，還是吃飯，或者是逛街，還是跟妹子恩愛（天地良心，我沒見過一個妹子做運維，聽都沒聽過），只要你收到報警，你就必須第一時間遠程連接到服務器，然后通知相應的工程師，立刻解決問題，或者 是直接滾蛋。

通宵熬夜發(fā)版本更是正常的事兒。你要問為什么會通宵，呵呵。

發(fā)了一次版本，上線，發(fā)現(xiàn)不正常，于是回滾，或者是直接在線上Bug。于是運維同學就等著，老婆催也沒用。然后過了兩個小時，大后期后端同學說好了，可以發(fā)布了，于是執(zhí)行腳本，然后又發(fā)現(xiàn)出了問題，接著回滾或者是在線上改。。。

你要問不是有測試環(huán)境么，不是有QA么，我就呵呵一笑。我不知道我說的關于運維的介紹是多了還是少了。反正，這個答案只是一個初稿，如果點贊過5000（感覺是不太現(xiàn)實的），我就再整理一版。

1 工作內(nèi)容：

運維的工作大概分成幾個部分，我對于修真院學習運維的少年們都這么說，大概是：

A?；A環(huán)境的搭建和常用軟件的安裝和配置（兼網(wǎng)管的還有各種程控機）,常用軟件指的是SVN，Git，郵箱這種，更細節(jié)的內(nèi)容請參考修真院對于運維職業(yè)的介紹。

B。日常的發(fā)布和維護，如剛剛講到的一樣，測試環(huán)境和線上環(huán)境的發(fā)布和記錄，原則上，對線上所有的變更都應該有記錄。

C。數(shù)據(jù)的備份和服務的監(jiān)控&安全配置。各種數(shù)據(jù)，都要做好備份和回滾的手段，提前準備好各種緊急預案，服務的監(jiān)制要做好。安全始終都是不怎么被重點考慮的問題，因為這個東西無底洞，你永遠不知道做到什么程度算是比較安全了，所以大多數(shù)都是看著情況來。

D。運維工具的編寫。這一點在大的云服務器商里格外常見，大公司也是一樣的。

E。Hadoop相關的大數(shù)據(jù)體系架構的運維，確實有公司在用幾百臺機器做Hadoop，所以雖然不常見，我還是列出來吧。

這些就是運維的基本工作內(nèi)容了，然后如我之前所說，運維一般來說，大點的有兩個，小點的就一個，再小的就是工程師兼著。

而且大部分都在使用云服務器了。所以普通的運維工程師的工作都可以標準化和簡單了。這里并沒有提到性能優(yōu)化相關的部分，實際上這也是運維工作中比較常見的內(nèi)容。特別是在出現(xiàn)問題的時候，運維永遠是一個在不出問題可能就被忽視，一旦出問題就會被痛罵的。。。職業(yè)。

之前有句話說的好，線上不出故障，是不現(xiàn)實的?，F(xiàn)實的做法是，出了故障之后，多久能快速恢復。

我對這個很認可，原話應該是出自一家云服務器公司還是。。我不記得了。

但是這里不得不推薦一下 【獵聘網(wǎng)的技術總監(jiān) 劉中兵】，我的老同事和好基友，前段時間剛剛在一個神馬神馬會（我靠，我只知道是一個很厲害的會）上分享了獵聘在自動化運維上技術積累，如果PPT能夠公開的話，回頭我會把它也放到運維的體系里。

當然最好的結識這些技術大牛的方式就是加入修真院，顯示自己的實力之后，讓修真院來幫你牽針引線。

2 需要技能：

環(huán)境【Linux，Mysql，Oracle，MongoDB，Hadoop，nginx,apache,F5,lvs,vpn,iptable，svn,git,memcache,redis】

工具【linux 常用工具，Mysql常用工具，Jenkins，zabbix,nagios】

自動化運維【openstack,docker,ansible】

語言【shell,python】

運維的技術體系也很多，基本上是所有的工具都想要你會用，我會慢慢的整理出來一套運維體系的技術架構，當然不只包括運維，包括我說的這些所有偏技術的職業(yè)。

所以，如果覺得我寫的還不錯，還算靠譜，就關注我，關注群，關注微信公眾號。

如果覺得我是在扯淡，直接評論里罵我就好了。

這里說到的其實并不算全，確切的說，做為一個運維工程師，嚴謹?shù)男愿袷墙^對少不了的，因為線上的操作全部由你來執(zhí)行，你必須要心細，要嚴謹，如果做不到，就別考慮了。

真出了事，壓力又把你壓死。想想最近幾年出現(xiàn)的運維事故吧。。。

還有就是必須對Linux系統(tǒng)的底層了解的深入一些。如果你想做一些高級運維的話。Python和Shell腳本都是必不可少的，最常見的運維必備語言。

3 發(fā)展前景

寫的有點不耐煩了，馬丹如果不是為了宣傳大修真院，我才不要做這種丹藤的事兒。我去勾搭小姑娘多好。

運維和前端其實有點想像，都是屬于柳暗花明又一村的。

本來運維的工作要被后端工程師蠶食了（后端工程師真是一個可怕的職業(yè)，可以這么說，沒有后端工程師做不了的。。。包括產(chǎn)品，市場和運營）

然而隨著云的發(fā)展， 運維工程師簡直是有了新生。

1年~3年：6K~20K

3年以上：28K~40K

成長路徑：

網(wǎng)管-初級運維工程師-中級運維工程師-高級運維工程師

運維做到這個級別，已經(jīng)到頭了。很少有運維的同事能做到技術叫監(jiān)的級別的。所以，對于資質(zhì)一般的你來說，選擇了做運維，就代表著天花板很近，但是對于大多數(shù)人來說，已經(jīng)可以了。

4.入門門檻

OP的門檻其實并沒有太高，經(jīng)常玩玩Linux會好一些，但是要學的東西，確實挺多的。處理線上故障，也是一個經(jīng)驗積累的過程，所以說呢，基本上算是0門檻，誰都可以考慮做，只是要看你喜歡，或者是不喜歡，進度快和慢的問題而已。

5.哪些行業(yè)適合做運維

IT界：后端工程師，網(wǎng)管

其他界：All

剛剛介紹過了，門檻不太高，所以比較容易一些，而且，可以考慮做一段時間網(wǎng)管。半年或一年之后轉運維，網(wǎng)管的薪水比較低。3000或者是5000已經(jīng)到頂了。

但是轉到運維，就不一樣了，簡直是新生。

6.職業(yè)限制

運維的大部分事情其實都是跟業(yè)務無關的。這在之前介紹CSS的時候說到的，兩個不需要懂業(yè)務邏輯的職業(yè)。

曾經(jīng)有過運維工程師覺得工程師寫的Sql不對幫他改了。。。然后被我狠狠的罵了一頓。這表示著：運維工程師必須按工程師所寫的步驟去執(zhí)行，不允許有任何的差錯，如果出錯了，如果沒在測試環(huán)境跑通，或者發(fā)現(xiàn)有問題可以跟后端工程師溝通，但是，不可以改他們的東西。

這樣責任和權利分開。所以運維工程師能夠相對有更多的時間去研究技術，然而壞處就是對一個行業(yè)了解的會比較少。

所以這個職業(yè)比較大的問題就是，想要再轉行成其他的職業(yè)，已經(jīng)很難了，只能一條路走到黑。嗯。比較難。

天花板和CSS一樣，能看得到，但是！已經(jīng)很適合了，薪水畢竟不算低呢。

7.去哪里學，怎么成長

當然是修真院了，第一個。

然后還有一些其他的運維培訓，我不太了解，運維這個其實是幾種職業(yè)培訓里相對來說比較簡單的。因為大部分都是跟業(yè)務關系不大，是可以培養(yǎng)出來的。

自己找資料的話，只能根據(jù)技術的關鍵字去找了，還好大部分都不算特別難，等遇到難題的時候，你也一定是工作了不少，然后會遇到一些技術上大牛的運維。

八 QA 

=============我是被小郭惹煩了的分界線================================

“QA最好的出路就是產(chǎn)品經(jīng)理”。這是我對QA最好的認知。

我知道這里有無數(shù)反對的聲音，我說的每一句話大概都會有認同和不認同的人，所以如果看到這句話不喜歡，就表再繼續(xù)看了。

QA的這個職位，大致分成兩個流派，一個是功能測試，一個是性能測試。功能測試就是指的是各種點點點點。然后看看功能和數(shù)據(jù)有沒有問題。什么瀏覽器，什么版本，什么情況，能否復現(xiàn)。

性能測試就是指：用Jemter，LoadRunner等做壓測，測跨后端人員的信心。

基本上就是這兩種，很少有專門針對安全的層次去做測試的。那么問題就來了，工程師和QA之間，倒底誰該做功能測試，誰該做性能測試？

我姐告訴我說：工程師才應該做性能測試，因為只有他們才最應該知道自己開發(fā)的系統(tǒng)性能瓶頸在什么地方。

然后也是因為這句話，我舉一反三的瞬間懂了什么才是一個工程師，并且在不斷的踐行者這個理念：

如果你是一個后端工程師，你必須對服務器的線上數(shù)據(jù)了如指掌，有多少張表，在哪臺機器上，分了幾個庫，一個表里有多少條數(shù)據(jù)，數(shù)據(jù)的分布是什么樣的，起了多少臺Service，占用多大的內(nèi)存，高峰期的TPS有多少，CPU的負載怎么樣，頁面總響應速度有多少，一個請求調(diào)用了幾個方法，每個方法執(zhí)行時間是多少，是否加載了緩存，從緩存里加載的數(shù)據(jù)是多少個，大概多少MS，訪問一個數(shù)據(jù)庫需要多久。

你做不到這一點，你就沒辦法做好性能優(yōu)化。所以，QA很難做到這些，也完全沒有必要做到這些-實際上我們的團隊是沒有QA的。工程師負責所有的問題。

前端也是一樣的，做了一個App，耗電量，帶寬，內(nèi)存，兼容性，都是前端應該關心的問題。

所以我在這里給出的一個明確答案就是：性能測試，開發(fā)人員做，功能測試，QA做。

但是這里的功能測試，并不是指的是普通的功能測試。實際上，開發(fā)人員應該自測一百遍再提交到測試環(huán)境（我在講到敏捷開發(fā)的話，會再次提到整個開發(fā)流程是怎么樣的，以我在幾家公司實施的經(jīng)驗來看，這套敏捷開發(fā)流程，對于很多公司梳理內(nèi)部結構都會有幫助。）

QA做的應該是自動化的回歸測試，邊界條件測試，極限條件測試等種種很難測試得到的問題。

對了，再解釋一下為什么要有QA，以及為什么Bug總是測不完。

因為在我根本記不清的一篇文章里說到，哪怕是最簡單的幾個功能組合，想無窮窮舉測完都很困難--馬丹，原話我記不住了。

所以這就是給無數(shù)擅長性能測試的QA判了死刑，你之所以能做性能測試，是因為你們的開發(fā)模式和流程不對--別看我，我就是喜歡這么說，一點都不委婉。愛聽聽，不聽拉倒。

但是QA真的不是一個很簡單的活兒，可以這么說吧。QA幾乎是所有職業(yè)中，最熟悉系統(tǒng)的人-甚至包括設計它出來，開發(fā)它出來的產(chǎn)品經(jīng)理和各種工程師！

很多時候QA做的事情都是非常單調(diào)的，但是又必須有責任心的，拿我之前的話說，QA就是最后一道關口。

所以，如果你想成為一個PM，你可以考慮先做QA，當然，前提是你必須遇到一個愿意給你機會做產(chǎn)品的好老大-比如說我。

So，接下來就開始來閑扯一下QA了。

1 工作內(nèi)容：

QA需要了解需求，很多公司會要求QA寫測試用例，我覺得是扯淡。完全是在浪費時間。

通常開發(fā)三周，QA測試的時間只有一周到一周半。還有關于提前寫測試用例的，都不靠譜。

但是總之，了解需求，就算是不寫也要自己知道自己測，這是QA的必備職責。

跟著就是等開發(fā)人員開發(fā)，這個時候也會有一些奇葩公司，要求QA提前界入的，理由是加快上線周期。之前還有說過完成一個Story就要測試完整的，我也不想吐槽了?？傊?，如果你真的遇到了這樣的公司，你的工作就是測試，然后跟開發(fā)人員說不對。然后開發(fā)人員說改好了，然后再測。然后你大喊一聲，好毛線啊。然后開發(fā)人員說，稍等，我先梳個頭。然后再告訴你好了。然后你再說，好毛線啊。然后開發(fā)人說。。。這次真的好了，于是你測了一下，真的好了，開發(fā)人員很Nice的說：完美！你也很開心，但是沒過幾秒鐘，你就會喊：什么鬼，之前的功能是好的，為什么又改回去了？

如果你呢。遇到好點的流程。會在上QA之前，打版本（我始終無法理解不打版本是什么流程），會Demo，那么你可以有一個安心的測試環(huán)境了。

這個時候稍微正常點的工作，就是測試，然后把Bug錄入到Jira，禪道，或者Bugzilla等各種專用的Bug管理工具。

跟著就是追蹤bug(如果你們公司有Bug處理流程的話)，如果有晨會就在晨會上說明，如果有周會，就在周會上統(tǒng)計。

大部分的QA都比較羞澀，并不太敢提Bug，并不太敢說哪個程序員的代碼寫的有問題。畢竟，這是唯一一個必須要當面揭短的職業(yè)，哈哈哈哈。

基本上到這里QA的任務就沒了。等著發(fā)布上線就好了。實際情況上發(fā)布上線的時候QA要等著程序員改代碼，驗證。。。

2 需要技能：

流程【Bug修復流程，版本發(fā)布流程】

工具【禪道，BugZilla，Jira,Excel表格來統(tǒng)計Bug數(shù)，自動化測試】

性格【嚴謹，耐心】

QA里經(jīng)常會嘲笑自己是技術Team里最沒技術的一個。如果說你是一個標準的QA的話，真的不用去特地研究一些壓測工具的。

不過也確實可以了解一下，Jmeter怎么用，TPS是什么概念，90%線是什么意思，PostGet什么的。

自動化測試工具是我一直都強烈推薦的，無論是神馬辦法，只要你能做到哪怕只有一部分自動化的測試，你做回歸測試就很容易了。相信我，回歸測試在每一個版本發(fā)布都是需要的。只不過有的時候，只是需要跑一下腳本就好了。有問題再詳細測一下。

嚴謹和耐性是非常非常難得的，也是QA最重要的能力。

當然也包括需求的理解能力啦。

3 發(fā)展前景

QA的發(fā)展前景。。真的不算好，跟網(wǎng)管一樣，如果說并不能轉產(chǎn)品的話，20K基本上就封頂了，就算是有公司，愿意出30K讓你們做性能測試，也是到天花板了。

1年~2年：4K~15K

2年以上：12K~20K

成長路徑：

測試工程師-測試組Leader-PM

如果能轉到PM，真的就很贊了，我推薦的時間應該是在半年到一年左右就開始轉。

4.入門門檻

QA并沒有什么門檻，一般來說，是妹子比較多。漢子比較少，是漢子的，也多數(shù)是做點性能測試相關的。但是請相信我，這絕對不是一個好的天賦加點方式，就算是性能測試做的再6又怎么樣？

所以稍微懂一點Bug修復流程就好啦。勇敢的去做QA吧。。。

5.哪些行業(yè)適合做運維

IT界：all

其他界：all

雖然是IT界的All都可以轉QA，但是說實話，我沒有看到過一個從其他職業(yè)轉到QA的。。

也許除了運維。。

6.職業(yè)限制

職業(yè)限制也說過啦?？傆兄貜偷氖褂眉寄艿膮捑敫?，畢竟這些技術水平都不需要太多。理解能力好一些，嚴謹一些就能做。

說的直接點，從事五年的QA和從事一年的QA，本質(zhì)上并沒有什么差別啊。

但是好處就是，如果你有心，你會對系統(tǒng)特別特別的了解，這對于你轉行做PM，是一個非常非常大的優(yōu)勢。再強調(diào)一遍，并不推薦QA轉走技術路線。

7.去哪里學，怎么成長

修真院并不提供QA的培訓，暫時并沒有，以后大概會講一下Bug處理流程和敏捷開發(fā)流程。

所以，我也不知道哪里有QA的成長機會，一般都是在公司。

九 算法工程師 

=============我是傷透了心的分界線================================

“真正NB的程序員都是寫算法的”-----我自己瞎編的。

算法工程師其實是一個很虛的概念，但是在大數(shù)據(jù)忽悠了人這么多年以后，慢慢的也開始吃香起來了。很多經(jīng)典的算法都是十年前，二十年前的，在算法本質(zhì)上，諸多數(shù)學家或者是IT學者沒有做過太多的改進，大家的統(tǒng)一的結論就是：先拿到最應用，然后改進一點是一點。

可是即便是算法很多時候不完善，也已經(jīng)暴發(fā)出了強大的戰(zhàn)斗力。

那么什么是算法呢，什么是算法工程師呢？簡單來說，算法就是瞎扯淡想的，從各種自然現(xiàn)象映射到計算機上去的。什么爬山算法，模擬退火。。種種種種，反正就是解決問題啦。算法工程師就是吃飽了沒事干，調(diào)個參數(shù)，訓練個模型玩玩的閑人。

一般來說。說到底，還是在機器學習和數(shù)據(jù)挖掘中最常見的幾種東西，首先就是分類。分類算法是最常見的。分類一般會用來匹配，比如說，上周剛剛有朋友來問我怎么做穿衣搭配種的一套方案可以快速推給其他同類用戶的設計。那么首先就要收集用戶的信息，設定特征值，然后訓練分類模型等等。最常見的就是新聞的分類，如我之前做過的財經(jīng)新聞分類，把2000多家上市公司相關的新聞自動分到所屬行業(yè)。

分類完之后就是聚類，聚類用的其實不多啦，算是用的比較少的。我了解到的使用聚類算法的并不太多。

實體識別是一個核心的技術。在新聞的領域用的是比較多的，確切的說，在文本領域用的都比較多。人名，地名，股票，時間 等等都是實體識別的一部分。

關系抽取是一個相對來講比較靠上的應用。事件識也是一樣，我們曾經(jīng)做過上市公司高管變動的東西。也看不出有太大的價值。

協(xié)同推薦是在三四年前，還是五六年前的時候比較靠譜的，那個時候個性化推薦剛出來，各種相關商品，書籍，還有個性化閱讀，音樂等等等等。然而也并沒有爆發(fā)出什么好的應用來。

豆瓣和亞馬遜據(jù)說推薦的還不錯，我沒仔細對比過。

簡來說，常用的算法，指的就是這些。而算法工程師呢？并不是去研究算法。真的。

算法工程師只是拿別人的算法：有的是自己實現(xiàn)，有的是直接拿開源軟件來用，跑語料，找特征，調(diào)參數(shù)，優(yōu)化修改而已。

在我還年少無知的時候，對算法這個很東西癡迷，后來就漸漸明白了，算法是那些博士要做的。博士只負責來做算法。在公司呢。大部分都是要接近業(yè)務的，而且說實話，算法之間的差別，并不大。很多時候都是減輕人工負擔，提供決策支持，更簡單的更有效的可能就是關鍵詞過濾。

嗯。還有很多算法工程師，做到最后，只能跑個Demo，連個像樣的工程代碼都寫不出來。經(jīng)常是一個月調(diào)出一個模型，然后再優(yōu)化一兩個月，然后再優(yōu)化一兩個月，準確率可能都提高不了一個點。

所以這其實是一個跟業(yè)務結合特別密切的崗位，很多時候的先難知識都比較有用。而且也是個很難見到效果的崗位，需要太多語料的配合了。

好的吧。大概就是這么多。

1 工作內(nèi)容：

算法工程師的工作內(nèi)容，大部分時間都是在調(diào)優(yōu)。就是調(diào)各種參數(shù)和語料，尋找特征，驗證結果，排除噪音。

也會和Hadoop神馬的打一些交道，mahout神馬的，我那個時候還在用JavaML?，F(xiàn)在并不知道有沒有什么更好用的工具了。

有的時候還要自己去標注語料---當然大部分人都不愛做這個事兒，會找漂亮的小編輯去做。

2 需要技能：

基礎【機器學習，數(shù)據(jù)挖掘】

工具【Mahout，JavaML等其他的算法工具集】

這是一個技術含量很高很高的職業(yè)。。。。特別是對不懂這個行業(yè)的人來說。

雖然有時候大部分做的東西也就那么回事兒，但是對于最基本的SVM算法，隱馬模型，最大熵等還是有比較高的要求的。畢竟，懂還是不懂，差別挺大的。

3 發(fā)展前景

我對算法工程師的薪資并不太了解，只是知道不會比較架構師的薪水低。這個職業(yè)的人數(shù)比較少，最少也是需要碩士以上（碩士需要學的東西和寫的論文真不是蓋的，并不排除有很多都是抄的），所以很難給出一個精準的數(shù)據(jù)。

1年~3年：10K~25K

3年以上：20K~40K

4.入門門檻

嗯。門檻最高的一個。最低也是要碩士，基本上都是博士在做。

大部分都是有一個博士震樓，然后一幫碩士幫著寫具體的代碼。

所以入門的門檻極高。

5.哪些行業(yè)適合做算法工程師

IT界：計算機算法相關的碩士或博士

其他界：無

6.職業(yè)限制

怎么說呢。算法工程師很少會寫工程代碼，所以寫代碼的能力基本上等于零。這個是一個瓶頸。另外，很少有機會能讓你研究算法，只能去不斷的跟業(yè)務數(shù)據(jù)去死磕。

7.去哪里學，怎么成長

說不上來怎么成長，學這東西只能是跟著學校走。自學可能性太低了。成長的路徑也就是去一些大數(shù)據(jù)的公司--放心，只要是大數(shù)據(jù)的公司，基本上都是會考慮算法的。

十 搜索工程師 

=============人啊，就是這樣一波又一波分界線================================

這兒說的搜索工程師是偏Java的。并不是百度，Google這種大型的搜索，而是指一般的網(wǎng)站常用的搜索工程師。

搜索工程師的主要工作流程就是抓取，解析，去重，處理，索引，查詢。每個環(huán)節(jié)都有比較強的算法要求。我自己比較喜歡不區(qū)分搜索和應用組，一直覺得這兩個組的人技能是相通的，能做架構的，算法也不問題。只能寫模塊代碼的，也可以寫搜索的項目。

但是實際上搜索還是值得拿出一個單獨的領域的。每個領域都有比較深的知識點，因此單獨拿出一個搜索工程師的概念也并不算錯。特別是NoSQL DB興起之后，我還是比較起Search+NoSqlDB的架構。

搜索工程師算是屬于偏高級別的了，一般來說也是要求碩士以上。最早的時候能做搜索的都挺厲害的，后來有一段時間之后，開源框架越來越成熟，搜索工程師也變成了一個門檻低的行業(yè)，直到NoSql DB的興起，搜索并不是局限于是來做前端模糊搜索了，反而成了系統(tǒng)架構的一種方式，同樣是可以在做分布式，做分層，分負載均衡，性能比單純用DB好太多，也解析了Cache的問題。特別是Solr和ElasticSearch的出現(xiàn)。

或者這么說吧。以前的搜索有很大一部分都是為了前端的索引查詢，只是滿足于搜索一個功能的需要。后來慢慢演變出來了很多不同的需求，其中一個比較關鍵的詞就叫做Facet。

某種程度上來講,Facet才給搜索帶來了新生，慢慢的才發(fā)現(xiàn)，原來并不是我在搜索框中才叫搜索。

原來電商的分類搜索也是搜索，原來很多列表也可以用搜索來做。

這個又剛剛解決了Mysql的問題，各種NoSqlDB做這種索引的東西實在又有點有心無力。所以搜索才能慢慢演變成一種架構方式。

嗯。至少在我這里一直是要不斷的去嘗試一下。

1 工作內(nèi)容：

所以搜索現(xiàn)在其實分成兩種。

一種是傳統(tǒng)的搜索。包括：

A。抓取 

B。解析

C。去重

D。處理

E。索引

F。查詢

另一種是做為架構的搜索。并不包括之前的抓取解析去重，只有索引和查詢。

A。索引

B。查詢

從傳統(tǒng)的搜索來講。先說 A 抓取。

抓取最需要解決的問題就是抓取的優(yōu)先級，理論上來講，對一個網(wǎng)站上的訪問，不能過超過2秒一次的頻率，這個并不會給別人網(wǎng)站帶來壓力，被稱為是友好的訪問--表問我怎么知道這些的，我也不記得了，反正并不嚴謹。

因此你需要有一個很好的機制來給Url打分，判斷哪些抓過了。哪些沒抓。這就是所謂的蜘蛛，也叫爬蟲。但是實際上我被這個名字誤導好久，真心是丹藤。只是發(fā)一個網(wǎng)絡請求而已，根本沒有到對方網(wǎng)站去，馬丹剛開始想出這個名字的人抽象的能力簡直弱爆了。我一開始就在幻像各種程序?qū)懗傻男∠x子會在對方網(wǎng)絡上跑。打野的最后才明白原來這些蟲子都不出門，只是在家吐口水而已。

B 解析

解析并不是一件容易的事兒。解析要做的就是把網(wǎng)頁的文本內(nèi)容和其他沒用的信息去掉。知道什么是標題，什么是作者，什么是時間，或者是其他特定的需要。一般來說，都是有兩種方式。一種是配模板，不同的網(wǎng)站我有不同的模板。對方網(wǎng)站改版我也改。這種方式最精準。但是很愁人。

所以另一種方式，自動解析，用算法或者是規(guī)則等自動解析內(nèi)容的東西層出不窮。我到現(xiàn)在為止都覺得一切都是扯淡。尋找最大正文本塊再反向解析是最科學的。

之前還聽到過說，模板的自動生成。抓下來一個網(wǎng)站的數(shù)據(jù)，然后從上千個網(wǎng)頁中自動解析網(wǎng)頁解析。這個我挺感興趣的，但是一直沒試過。

總之，如果只是抓一個網(wǎng)站上的數(shù)據(jù)（比如說抓取百度的搜索結果哈哈哈哈）。用Python的Scrapy這種神器，幾分鐘搞定還是沒問題的。

C。去重。

去重是一個很好玩的事兒。不去重不行。因為國內(nèi)的風氣就是這樣。你抄我，我抄你。而且。為了怕被大家發(fā)現(xiàn)是抄襲，還會手動的增加一段，刪除一段。做為一個智能的去重系統(tǒng)，你就必須把這些問題都解決掉。

而且，隨著時間的積累，你甚至有可能去做全量的去重（雖然我一直理解不了，為什么要做全量）。六七年前我知道的最好的算法就是SpotSig。嗯。一個很機智的算法。

D。處理。

這里的處理多了去了。所有的跟NLP相關的東西都可以放到這里。包括分詞，詞性識別，實體識別，關系抽取，事件識別，分類，聚類，熱點等等等等等。

而且對于實時性的要求比較高。一篇新聞從別的網(wǎng)站發(fā)布，到我們的搜索系統(tǒng)，最快的可能就30秒或者是1兩分鐘--全部都是30秒不可能，因為抓取受限，只能說，最快的能看到這種新的數(shù)據(jù)。

E。索引。

索引是比較簡單的。主要牽涉到的就是怎么做實時索引。大概是在內(nèi)存里做兩個索引，然后文件有一個索引，跟著來回倒騰。。具體算法我不記得了，也是一個很機智的策略，在Bob中使用的。

如果有Facet的話，也要考慮一下Facet的設置。

F。查詢。

查詢里主要是分詞，并不牽涉到句法分析。還有一個高亮算法，以及Facet的查詢。相對簡單一些。不過如果是分布式的搜索就會麻煩一些，又會出現(xiàn)如何分片的問題。是垂直分，還是按時間分？不同的業(yè)務有不同的選擇。

2 需要技能：

環(huán)境【Linux】

框架【Luence,Slor,ElasticSearch,Cassandra,MongoDB】

算法【倒排索引，權重計算公式，去重算法，F(xiàn)acet搜索的原理，高亮算法，實時索引】

嗯。算法偏多。跟NLP的算法又有很大的不一樣。比那些分類聚類的難度要低一些，又比做項目和工程應用要再高一些。有點兒不上不下的感覺。

3 發(fā)展前景

現(xiàn)在來看的話，搜索工程師的作用越來越大，某種程度上和后臺工程師是重合了，之前說到過拿搜的Facet來做架構。

1年~3年：10K~20K

3年以上：15K~35K

成長路徑：

搜索工程師-搜索組leader

在我印象中，很少有做搜索的能夠做CTO或者是架構師的，這跟搜索工程師以前的工作職責是有很大關系的，拿搜索工程師跟Application工程師做對比就能看得出來。

一個偏算法，偏調(diào)優(yōu)，一個是偏項目，偏工程。偏工程的更需要視角全面，在某一個領域上沒有搜索工程師研究的深入，但是整體的大局觀會好一些。搜索工程師需要的則是深度。

4.入門門檻

有過兩到三年Java工程師經(jīng)驗的人，或者是碩士畢業(yè)的，或者是數(shù)學比較好的，或者做過NLP的.這就是搜索工程師的門檻.

如果你對數(shù)據(jù)結構,對算法不了解,做個搜索工程師挺沒意思的.

5.哪些行業(yè)適合做搜索工程師

IT界：后端工程師中有兩年經(jīng)驗,或者是碩士,或者是NLP

其他界：無

6.職業(yè)限制

搜索的職業(yè)限制就是他很少去做工程化的代碼,對于業(yè)務邏輯的理解跟工程化的工程師還是差一些.可以選用的框架也比較少.

所以到了搜索組的leader之后,再往上走有點難.會遇到大數(shù)據(jù)的部門,跟他們比, 搜索工程師又不太懂文本分類等算法,跟項目的工程師比,在代碼重構,項目規(guī)范上又會差一些.

這個就是搜索工程師的職業(yè)限制.不過,這三者之間也在不斷的融合.有些工程出身的,不太了解搜索算法,只是拿來做架構體系來用,也已經(jīng)夠了.

7.去哪里學，怎么成長

并不知道去哪里學,等修真院有了搜索工程師的職業(yè)以后,修真院一定是一個好的學習搜索的地方.

十一 大數(shù)據(jù)工程師 

=============被某人氣到了，以后再也不愛她了 ================================

其實一直都不太喜歡大數(shù)據(jù)工程師這個說法，總覺得有種多此一舉的感覺。不過實際上呢，確實也會有這么一種崗位，一般來說，公司里大概會有個6~7人的小團隊，或者是10個，都無所謂了。

在五六年前的時候，Hadoop的家族還不太多，大數(shù)據(jù)工程師其實并沒有太多事情可以干，基礎環(huán)境搭起來，然后能夠部署，能夠跑起來就可以了。Hadoop是要在上百臺PC上跑才有顯示出來優(yōu)勢，然而很多公司只有幾臺機器也是一樣喜歡玩。

后來大數(shù)據(jù)的家族就突然間多了起來。最主要的就是Spark，Storm，Mahout，Pig，Hive這些框架，以及配套的日志系統(tǒng)Kafa和消息隊列，搜索，NoSqlDB和ZooKeeper等。

Spark，Storm，Mahout，Pig，Hive，Hadoop都算是大數(shù)據(jù)專用的框架（包括NLP了），其他的都是別的系統(tǒng)架構中也會使用的。

嗯。那么，什么叫大數(shù)據(jù)呢？馬丹我忘記了這是給IT新人介紹的。簡單來講，大數(shù)據(jù)就是指數(shù)據(jù)非常多非常多非常多，多到一臺機器放不下，要用上百臺機器存儲。而我們又常常需要從這些非常多的數(shù)據(jù)中找出來一些有價值的內(nèi)容，所以就需要對運營的指標有要求，這也是MapReduce產(chǎn)生的原因，當解決了離線數(shù)據(jù)的時候，很多人又想問我能否做一些在線數(shù)據(jù)的實時處理。這就有了Storm。再加上其他的NLP模塊，大數(shù)據(jù)就變成了這么一坨怪東西。

記著，大數(shù)據(jù)只在幾百臺機器的時候才有用處，其他的都是小打小鬧，也是Hadoop一直被稱為笨重的原因。你要說，幾十臺，甚至是十幾臺能不能用，也可以。只是并沒有把他的價值發(fā)揮的更好。

1 工作內(nèi)容：

工作內(nèi)容在前期會比較多一些，基礎搭建還是一個挺講究的事兒。系統(tǒng)搭建好之后呢，大概是兩種，一種是向大數(shù)據(jù)部門提交任務，跑一圈給你。一種是持續(xù)的文本信息處理中增加新的處理模塊，像我之前說的增加個分類啦，實體識別神馬的。

好吧第一種其實我也不記得是從哪得來的印象了，我是沒有見到過的。架構穩(wěn)定了之后，大數(shù)據(jù)部門的工作并不太多，常常會和算法工程師混到一起來。

其他的應該就是大數(shù)據(jù)周邊產(chǎn)品的開發(fā)工作了。再去解決一些Bug什么的。

2 需要技能：

環(huán)境【Linux】

框架【Hadoo,spark,storm,pig,hive,mahout,zookeeper 】

算法【mapreduce,hdfs,zookeeper】

嗯。這些框架的原理和實現(xiàn)都要了解的比較清楚。這才算是一個合格的大數(shù)據(jù)工程師。

只會使用這些東西的人，終究還是菜鳥而已。

3 發(fā)展前景

不知道?？床磺宄?。從某種程度來說，并不覺得對這些東西的人很NB，但是總會有一些公司人為的把這些東西加上去。所以應該說現(xiàn)在還處于比較混亂的地位。一般人要學的話，也確實是有一些門檻，所以，也確實是屬于偏高薪的職業(yè)。

1年~3年：10K~20K

3年以上：15K~35K

成長路徑：

說不上來，大數(shù)據(jù)這個部門以后還會不會存在都不一定。

4.入門門檻

入門的門檻算是比較高的吧。比不上NLP，跟搜索比較類似，主要就是五六個框架的原理問題。

全熟悉下來，也就是兩三個月或者是半年左右的樣子。

5.哪些行業(yè)適合做大數(shù)據(jù)

IT界：后端工程師中有兩年經(jīng)驗,或者是碩士,或者是NLP

其他界：無

6.職業(yè)限制

想想該怎么說，熟悉了這些架構之后，也并沒有什么東西可以做。

跟NLP相比呢，在算法的深度上比不過。跟原來的搜索工程師比較相似，但是現(xiàn)在搜索和NoSqlDB也成為了現(xiàn)在系統(tǒng)架構的主要場景，所以在工程方面也會偏差很多。

所以有點不倫不類，高不成低不就的樣子。要說以后會不會發(fā)展的很好，或者說會不會是這個職業(yè)的空缺很大，我并不知道。

7.去哪里學，怎么成長

不知道。有一些培訓在做這個，但是，也只能說講講算法的東西。這個還是需要使用場景的。

十二 Android工程師 

=============我原諒某人了我還是愛她的================================

Android工程師在兩年前是最瘋狂的時候。一個五年的Java工程師的薪水，比不上一個三年的Android.一方面是蘋果這種高端的裝逼工程師成了很多人不想去學IOS的門檻，一方面是Android的應用使用人數(shù)實在是太多了。

在三年前和四年前，個人開發(fā)者還很多的時候，經(jīng)常盛傳一個人開發(fā)了幾個Android小應用。一年收成過三百萬或者是一千萬的事兒。這事是真的還是假的我不知道，我身邊還沒有遇到過這種人，至少都是聽別人講的，也許是有人掙了錢并不會告訴我們。

反正，現(xiàn)在啊。這種可能性越來越少了。所以Android工程師整體來講呢。屬于高潮過后的喘息，慢慢平穩(wěn)。不算高也不算少。另外，也是受H5的影響，現(xiàn)在有兩種應用會使用H5，一種是做的特別簡陋。低制爛造的，一種是懶得頻繁發(fā)布版本，經(jīng)常需要動態(tài)替換內(nèi)容的。

前者是特殊產(chǎn)物，慢慢會被終結掉。后者呢，是正常的需求，以后的發(fā)展空間會越來越大。所以，Android也是會受到JS的侵蝕。記著我之前說的。前端工程師一定要Android，IOS，JS全通，然后主精一種。

還有，Android的兼容性是最煩的了。碎片化很嚴重，版本，機型都是有問題的。特別是哪家公司的老板用的什么機型，這款機型的適配就必須做的很好。否則。。。

以及Android是用Java開發(fā)，資料神馬的都是比較全的，上手也比較容易。不過。Android做的事兒，和Java后端做的事兒，幾乎沒有任何關聯(lián)。所以，當說Android。就是Android。當說Java。就是指后臺架構。

1 工作內(nèi)容：

Android工程師的日常就是聽產(chǎn)品經(jīng)理講需求，跟后端定接口，聽QA反饋哪款機器不兼容，鬧著申請各種測試機，以及悲催的用Android做IOS的控件。

馬丹我其實并沒什么東西可以了，一瞬間不知道該對這個職業(yè)說些神馬。嗯。想起來了。WEB端幾乎都是要學會自己切圖的，Android往往會要求UI切圖，原因是啥我不知道，大概是Android程序員都認為自己是程序員？而CSS工程師往往不會被當成人看？

還有還有，想起來了。各種閃退的修復，以及各種性能的調(diào)優(yōu)，這些都是Android工程師的日志。

崩潰啊，慢啊。開了會就沒電啊，如果是要做到跟視頻音頻相關的東西更悲劇。Android和IOS之間還需要做一些轉碼。

別的似乎也沒了。嗯。我又想起來了。

Android其實是對地圖，支付，IM，第三方登錄，短信，統(tǒng)計，音視頻，文件，照片等等要求比較多的。業(yè)務上其實一般并不會有太多的內(nèi)容。也很少會要求一些動畫效果。再加一些手勢密碼。

還有 各種奇葩的問題。比如說Android的65536的問題。曾經(jīng)折磨了一家公司半年多。

2 需要技能：

環(huán)境【Android Studio，Maven,Gradle】

基礎【數(shù)據(jù)結構，Java，計算機網(wǎng)絡】

組件【IM，地圖，支付，拍照，視頻，音頻，統(tǒng)計，分享，手勢密碼】

做的好的會對控件做一些自適應的改動。會把網(wǎng)絡請求也封裝一下。處理好本地緩存，處理好內(nèi)存的占用。

另外，接口的制訂是比較重要的，而且，果斷的使用Rest吧。表再使用一些過時又無聊的接口風格了。

3 發(fā)展前景

單純純Android的話，我覺得發(fā)展前景不算大。如我之前所說的一樣，差不多兩到三年就已經(jīng)夠用了。五年的Android并不見得比三年的Android強太多，或者站在公司的角度上來說，兩到三年的Android基本上就夠用了。

0年~1年：6K~10K

1年~3年：8K~30K

3年~ ：20K~

成長路徑：

Android工程師->Android Leader-》前端Leader-》

很少有Android工程師能夠做到技術總監(jiān)的。所以還是早做準備，Android，IOS和JS通吃吧。

4.入門門檻

門檻比較低了。比JS稍稍高一點兒，但也差別不大。主要是因為Android是純客戶端，要做就必須什么都懂。但是JS就不太一樣了，有的時候要求不高也能做事兒。

這就是Android比JS的門檻高一點的原因。簡單來講的話，最好是懂Java語法，然后是懂Http請求的含義，然后懂點兒MVC的概念，就可以了。

5.哪些行業(yè)適合做Android

IT界：都可以。哪怕你是產(chǎn)品，運維或者是QA

其他界：都可以，只要你有點兒基礎。

6.職業(yè)限制

偏客戶端的職業(yè)怎么說呢，做的時間長了，公司對你的要求其實并沒有那么高了。這個是Android工程師有點兒不太好的地方。靠?，F(xiàn)在已經(jīng)快兩點了。我有點神智不清了。

7.去哪里學，怎么成長

做Android培訓的挺多的，基本上是四個月1萬6的價格。

所以，為嘛不考慮修真院的線上免費教學呢？

我對于看視頻一直都不看好啊。

十三 IOS工程師 

=============我好困啊我好困啊我好困啊================================

什么是IOS工程師？培訓4個月，薪水10K的工程師，這就是IOS工程師。

雖然有一點夸張，但是也確實存在，只是那個666的人不太可能會是你而已。

IOS之前是用ObjectC開發(fā)，現(xiàn)在又推出來了Swift。至少從目前來看，Swift并未成為主流和開發(fā)IOS語言。所以現(xiàn)在要學的IOS的話，還是會以OC為主。

從難度上來講，IOS比Android要簡單一些，Android要兼容N多機型，系統(tǒng)底層的API也沒有封裝的很好，IOS的編譯器偶爾會出點問題，但是總體來講還是比較簡單的。

只是IOS對UI的要求會比較高一些。做出的效果也會炫很多。

1 工作內(nèi)容：

IOS工程師的工作內(nèi)容真的挺簡單的，聽需求，定接口。做個適配，拋棄一下iphone4。

還有啥。。

馬丹，以我為數(shù)不多的IOS知識來講，真的不知道還有啥了。

我知道的比較復雜的系統(tǒng)也是各種背景高斯模糊，各種漸變，各種圖片濾鏡處理，其他并沒有什么。

支付，地圖，統(tǒng)計這些東西。 嗯。

2 需要技能：

環(huán)境【Xcode】

基礎【數(shù)據(jù)結構，Object，計算機網(wǎng)絡】

組件【IM，地圖，支付，拍照，視頻，音頻，統(tǒng)計，分享，手勢密碼】

有崩的地方注意一下就好。

3 發(fā)展前景

IOS是屬于高端的項目必備的，因為IOS的使用者比Android的還要多一些。很多人都在解釋為什么自己不用IOS，最被認可的答案就是：窮。

所以IOS的發(fā)展前景怎么樣？我不知道。但是在五年之內(nèi)，IOS的發(fā)展不會有問題。

0年~1年：6K~10K

1年~3年：8K~30K

3年~ ：20K~

成長路徑：

IOS工程師->IOS Leader-》前端Leader-》

4.入門門檻

IOS的門檻比Android稍稍低點兒。畢竟不用做兼容真的是一件很Happy的事兒。

5.哪些行業(yè)適合做Android

IT界：都可以。哪怕你是產(chǎn)品，運維或者是QA

其他界：都可以，只要你有點兒基礎。

6.職業(yè)限制

偏客戶端的職業(yè)怎么說呢，做的時間長了，公司對你的要求其實并沒有那么高了。這個是IOS

工程師有點兒不太好的地方?？俊，F(xiàn)在已經(jīng)快兩點了。我有點神智不清了。

7.去哪里學，怎么成長

做IOS培訓的挺多的，基本上是四個月1萬6的價格。

所以，為嘛不考慮修真院的線上免費教學呢？

我對于看視頻一直都不看好啊。

十四 運營 

=============歲月沒有假期|前行不需周末|再遠的星空|也比不過內(nèi)心的寧靜===============================

運營，產(chǎn)品，技術是創(chuàng)業(yè)Team的三大主心骨，這從側面也顯示出來了運營同學的重要性。而且，在收入上，運營也是產(chǎn)品和技術遠遠無法比擬的。你想想。技術人員做了七年，積累的是神馬？一堆破代碼，一身頸椎病。產(chǎn)品人員做了七年，積累的是神馬？一堆破原型，一身鐵布衫。而運營人員呢？做了七年之后，產(chǎn)品再爛，技術再爛，身邊的渠道啊，人脈啊，行業(yè)的內(nèi)幕啊這才是最有價值的。畢竟，什么事情能離開了人？

不過運營也不好做，因為很多腦殘的公司都有這樣的邏輯，通過一個腦殘的想法拉來一個活不過三集的替死鬼產(chǎn)品經(jīng)理，折騰了老實巴交的技術人員半年多弄出了一個不倫不類的破系統(tǒng)，一切就緒，就差一個NB的運營了。

如果運營做的不好，就是運營的錯，如果運營做的很好，但是用戶還是不喜歡，那就是產(chǎn)品的錯，如果用戶喜歡了，但是用不了系統(tǒng)總是閃退和504，那就是技術的錯?？傊?，產(chǎn)品技術運營都有錯，唯一沒錯的就是老板自己。呃。不對，老板的錯就是太信任手下這些人了。

運營這個概念呢。在互聯(lián)網(wǎng)上怎么興起來的，說不上來，很多傳統(tǒng)互聯(lián)網(wǎng)公司在轉行的時候，經(jīng)常會不清這些概念，我遇到過好幾家公司，都以為做個網(wǎng)站，找個CTO就行了。CTO下面管著產(chǎn)品，管著技術，管著運營---不對，你太天真了，他們會以為產(chǎn)品運營都是技術做的。

不過他們對如何能保障公司正常運轉還是有了解的。所以對運營還是有一些模糊的概念，但是，馬丹，就算是我也對運營只有一些不清楚的理解而已，他們能理解多深刻呢？簡單說，產(chǎn)品決定做什么，技術來把它做出來，市場來把它推出去，運營來把它用起來。

嗯。我本來計劃寫一點市場相關的東西，后來想想，自己也實在分不清市場和運營究竟該怎么分。什么活動，策劃，執(zhí)行，渠道，品牌，內(nèi)容，數(shù)據(jù)分析。并不能向技術一樣分的這么清楚。

所以就把市場和運營混在一起了。對于你們這些新入行的人來說，基本上是老板讓做什么，就做什么唄。只是不管怎么說，運營是一個非常非常有前景的，在之前的介紹里，我想你們都看到了，有很多職業(yè)不適合做CTO，而后端是做CTO的最佳人選。然而，也大多數(shù)要止步于此，很多時候，我們要是奔著CEO的話，你會發(fā)現(xiàn)，排名第一的是產(chǎn)品，排名第二是的是運營，排名第三的。。沒有了。

而且，很多時候產(chǎn)品和運營是分不開的，也是要經(jīng)常勾搭在一起的。當然，產(chǎn)品和技術也分不開。技術面向產(chǎn)品，產(chǎn)品和運營溝通，運營收集用戶反饋，交由產(chǎn)品設計，然后技術開發(fā)。嗯。

1 工作內(nèi)容：

我之前給我們家超乖簡單的介紹過，運營可以從幾個大方面來分一下。

1.推廣運營：這里包括各種論壇，知乎，貼吧，自媒體，大號，微博，SEO，導流等等所有的手段，簡單說就是用很多種方式來擴大自己網(wǎng)站或者是WEB的知名度，也有可能是策劃一場 活動，去人民大會堂辦個結業(yè)典禮，也有可能是找某個漂亮明星做陣，來做一出秀，也有可能是找很多行業(yè)資源一起來打造個什么百家蛋糕店對修真院弟子免單之類的東西。

2.內(nèi)容運營：推廣的話，肯定要有什么東西才會推，剛剛提到的很多內(nèi)容，有很多都是要靠內(nèi)容的。以前是軟文，現(xiàn)在的方式比較多了。什么易企秀，秀米之類的H5制作，但是絕大多數(shù)都是以H5為主，大部分都是線上傳播，形成熱點，靠成口碑效應，一般來說，三天五天之內(nèi)是傳播的最佳時間，過了三天或者是五天，熱度就會直線下降。

這也是內(nèi)容團隊需要不斷的生產(chǎn)內(nèi)容的原因。并沒有一招鮮吃遍天的說法。這篇文章同樣，在最初的一個星期之內(nèi)，瞬間擠進來1000人，現(xiàn)在呢，每天穩(wěn)定在4~5個人左右。

3.系統(tǒng)運營：系統(tǒng)運營并不僅僅是包括給出一個后臺。開個賬戶，找回個密碼，查一下用戶的數(shù)據(jù)是否異常等。有的時候還包括你的系統(tǒng)的核心設置。比如說，要不要有VIP，VIP應該有什么特權，多長時間合適，能談到多少合作伙伴，應該分幾個級別。這些跟產(chǎn)品要做的事情比較接近了，只是這些都是要根據(jù)用戶的表現(xiàn)不斷的反饋來調(diào)整的。別的不說?，F(xiàn)在大修真院就有好幾個QQ群。這些QQ群怎么設計，怎么管理，本身也是運營工作中的一種。

4.數(shù)據(jù)分析：這個其實是運營中最有技術含量的一種，也是讓運營這個崗位比產(chǎn)品接地氣的原因。運營人員是最接近用戶的，也是最了解用戶行為的，在大數(shù)據(jù)的時代，對用戶行為的分析真的不是一丁半點的重要-雖然在某種程度上，你一點不分析也可以，反正都沒有人用。

數(shù)據(jù)分析包括很多，用戶的留存率，日活，月活，召回率，轉換率，跳出率，PV,UV，男女，職業(yè)，地域，年齡，瀏覽時長，頁面熱點，瀏覽路徑，高峰低谷。這些數(shù)據(jù)運營人員要頭腦清晰，把這些數(shù)學全部整合在一起，結合自己對業(yè)務的了解，然后制訂定出后續(xù)的計劃，看看是需要提高召回率，還是需要提高轉換率，看看系統(tǒng)的主要用戶屬性，借此去尋找更多的用戶。

嗯。很有意思。

所以運營的工作，有的時候是需要你去申請一個百度認證，提交各種資料，有的時候是需要你去找一些合作伙伴，商量換個廣告位，有的時候是需要你去談幾個合作商家，簽幾個戰(zhàn)略協(xié)議，有的時候是需要你去策劃一場活動，挨個去跟活動參與者去談，有的時候是要去刷臉，請朋友來幫你站臺，有的時候是需要你坐下來，寫一篇色情幽默的文章，更多的時候要收集用戶的反饋，幫助他們解答為什么你們的網(wǎng)站注冊不了，短信驗證碼收不到等一系列問題，后臺加個V，換個廣告，最重要的是每周或者是每月出個報表，來給大家匯報一下當前的用戶情況，給領導層做決策使用--雖然我一直都覺得完全是在扯淡，再好的數(shù)據(jù)都比不上真實的了解這個行業(yè)，數(shù)據(jù)只能是輔以支持，二手數(shù)據(jù)的價值并不是沒有，只是很容易讓人跑偏，就好像我今天剛好看到的說Facebook幾年沒改版，是因為在小范圍內(nèi)改版發(fā)現(xiàn)用戶的活躍度下降--真心覺得蛋疼。FaceBook最終的價值并不應該僅僅是在頁面上，這些會有影響，但是絕對不應該是一個決策的關鍵性因素。

然而做運營最重要的一點就是，不要去詢問用戶，而是去觀察用戶。對于這點我是非常認可的。

2 需要技能：

行業(yè)知識【各種行業(yè)知識，必須要懂行業(yè)，像推廣，渠道，活動，SEO這些都需要了解一些】

人脈【各種刷人臉，湊熱鬧，換資源】

文筆【文筆太差就找個小妹妹，風趣幽默點，否則沒人看】 數(shù)據(jù)分析【看數(shù)據(jù)，寫各種各樣的PPT，然后做決策】

還有就是，跟產(chǎn)品和技術搞好關系。運營的職位其實是天生比產(chǎn)品和技術高一層，也正是因為這樣，才會經(jīng)常招產(chǎn)品和技術罵，哈哈哈哈哈哈哈。特別是當一部分需要從運營這邊傳遞到產(chǎn)品里的時候。

如果你繞過了產(chǎn)品，直接用所謂的運營驅(qū)動去做開發(fā)，那更完蛋了。

3 發(fā)展前景

絕對好。無論技術發(fā)展到什么程度，無論產(chǎn)品變換多少次風格，運營的核心理念都不會變，積累的人脈不會變。運營，可以做100年。

0年~1年：6K~10K 1年~3年：8K~20K3年~ ：20K~（百萬年薪級別的運營多的是。）

成長路徑：

運營專員-》部門經(jīng)理-》運營總監(jiān)-》CEO

4.入門門檻

這個說要門檻，有點談不上。畢竟有深有淺，情商要高是必須的，其他的只能說有了更好。 好的吧，就算是情商低也可以去做編輯，每天只是對著后臺系統(tǒng)一陣改。

5.哪些行業(yè)適合做運營

IT界：都可以。哪怕你是產(chǎn)品，運維或者是QA 其他界：都可以，只要你有點兒基礎。

6.職業(yè)限制

我想想，運營人員常常會受限于資源，也常常會迷失在數(shù)據(jù)里，很多運營的人，其實是做不到那么 高的職位的，對于他們來說，自己的行業(yè)積累和人脈積累沒什么用處，因為只有你本身有價值，你才能跟別人互相交換。所以有的時候會高不成低不就，退回去做產(chǎn)品和技術，又缺少專業(yè)技能，也是一場人間悲劇。

這大概也是運營這個崗位的職業(yè)限制吧。