伺服器後台開發，下面的路怎麼走？

01-08

各位大牛好，我現在對於職業發展比較困惑，求解答。
我在國內某中型互聯網公司做伺服器後台，四五年的工作經驗。
自我感覺基礎比較好，有技術熱情，其實按當初的想法，是希望做一些很有技術挑戰的工作。但事與願違，因為來公司之後進入一個新成立的業務組，就安心地做業務了。（不要我問為什麼不跳槽，因為股票不少錢）
我還是比較踏實，前幾年做業務也學到不少東西，對於我們底層架構也都很熟悉，自己也投精力學習技術，在工作上也是挑大樑，溝通也不賴。這兩年開始成熟，架構上負責得更多，也帶幾個人，感覺可以做產品級的工程師了。
但是問題來了，我感覺我離當初的目標越來越遠了，我越來越像一個業務leader，而業務上的技術挑戰完全沒法滿足自己，感覺做了很多很沒技術含量的工作，但各方面能力又是有一定價值的。

五年，是工作第一個階段，總結和做下一階段規劃的時候，我有些糾結。看到隔壁基礎架構組做的事情，我很眼紅，想去做牛逼的分散式存儲。但現在的這條路又已經走了這麼遠了，又有些捨不得。到底應該何去何從？繼續做業務還是去做基礎架構呢？
其實我現在會稍微偏向繼續做業務的，但有的時候看到大廠做的一些大的分散式架構，感覺如果有機會把業務做到那麼大的話，遇到技術瓶頸的時候不是很有信心。所以我還有個想法是轉到基礎架構部門學習一段時間再繼續找一個有很大潛力的業務做到底，不知道大家怎麼看？

我還是比較踏實，前幾年做業務也學到不少東西，對於我們底層架構也都很熟悉，自己也投精力學習技術，在工作上也是挑大樑，溝通也不賴。這兩年開始成熟，架構上負責得更多，也帶幾個人，感覺可以做產品級的工程師了。

其實我現在會稍微偏向繼續做業務的，但有的時候看到大廠做的一些大的分散式架構，感覺如果有機會把業務做到那麼大的話，遇到技術瓶頸的時候不是很有信心。所以我還有個想法是轉到基礎架構部門學習一段時間再繼續找一個有很大潛力的業務做到底，不知道大家怎麼看？

我覺得你自己也意識到了，就是你們的業務沒有太多的技術瓶頸，所以你作為leader/架構師才覺得沒技術含量。可以儘早考慮換個業務壓力大、發展快的公司，不做分散式系統只做後端照樣有技術含量。基礎架構和業務架構都是當業務量大的時候才有技術含量，而業務架構在業務增長較快的時候也有技術含量。

下班的時候寫代碼唄，那麼多開源項目隨便找一個就夠你寫好久了，還能混點兒名聲。

這種事情吧，除非確實是天才，不然你又想當leader帶業務又想寫代碼牛逼，那就只能堆時間了。。。

謝邀，第一次回答問題。以我的職業生涯（15年+、且了解所謂分散式）總結出三點：

1.不存在脫離業務的純粹技術，以你喜歡的分散式為例，如果不結合業務，做偏向於事務的還是存儲的架構？強一致還是最終一致？用paxos還是raft還是gossip合適？tps、qps設計多少合適？所以，沒有業務場景就沒有所謂的牛逼技術。例證，阿里百度都有自己的基礎架構部，早期都脫離業務線紙上談兵，yy一堆垃圾出來推給業務部門用，都以失敗告終。後來，阿里出來很多成功的中間價，都是以其業務為基礎；百度，業務部門很多採用了開源方案。純粹技術作死的原因有兩個：

1、你不了解我，弄個爛東西給我用，出了問題你能負責不？

2、你有什麼了不起？這個爛東西我也能做，況且還有很多開源的

總而言之，東西是不是牛逼得用的人說，看是不是解決了實際問題。

2.做個業務leader有何不好？了解業務細節，對業務有深層次的把控，甚至對這個行業都了如指掌，如此才能發現業務真正的痛點，提出切實的技術方案。你對業務的權威，自然傳遞到你方案的權威。隔壁架構組能耐你何？

3.leader做久了，指揮習慣了，不親臨一線了，人會有惰性，即使有了好的方案，還能落實不？比如，發現zk不合適，需要自行開發分散式鎖系統，事情難度也有，但資源吃緊且周邊都一群對技術無追求，能力一般的rd，你還能獨挑大樑實現夢想不？技術以外，溝通協調，說服老闆同事，諸多事情非常多。如果依舊能做到，恭喜你，此時才誕生了真正牛逼的架構，核心競爭力也得到提高。

職業生涯怎麼規劃？首先是發現夢想，然後是果斷實現，不惜代價。怕的是，天天想啊想，迷茫啊迷茫

是不是所有介面響應時間都低於50ms？

是的話，能不能做到30ms？10ms？？5ms？？？

做服務端開發的，介面響應時間才是根本，其他的，都是手段罷了。

不要為了技術而技術，技術本身是一個服務行業，當你沉澱下來，用自己的能力做一個行業5年以上，本身對業務的了解就是你的價值。框架技術底層本身價值不大（從現實角度而言，因為只要用心都能學會），但是行業的把控是需要運氣和時間的，經過磨練明白了一個行業的律動，這才是你能區分於其他新程序員所具備的不可替代的價值。

說一句直白的話。

現在的市場，不缺乏資本，不缺乏技術能手，甚至不缺乏推廣能手。

缺的是對行業當前和未來敏銳嗅覺的人才，這種人，是未來的公司的基石。

所以，請不要只停留在表象，哪怕業務在枯燥，如果你相信你的行業是可以發展的，那麼你堅持下去絕對會有回報。

兄弟，我就是某大廠基礎架構組的。

圍城啊兄弟~~~圍城啊

並不建議改方向，職場最黃金的5年，幹得也不錯，繼續在這個方向發展吧

寫業務沒啥不好，大廠搞基礎架構的發年終獎時都比較鬱悶

我在阿里雲做分散式存儲，樓主如果有興趣歡迎私信。

我也做過一兩年的業務系統，帶個小團隊，和PM吵需求吵排期不厭其煩。業務系統中也有一些很有挑戰的問題，比如如何分庫分表、在部分模塊故障時優雅地降級服務等。這些問題在分散式存儲中也是很難的問題。這些經驗對於從事基礎架構工作會很有幫助。

堅持吧，職業不僅僅是賺錢工具，更是你實現目標的工具，明白大道，後續的東西都差不多了，人一輩子精力有限哦

我年輕的時候眼裡只有技術，沒有業務。

可後來才發現，懂技術的不少，懂業務的不多。

技術為業務服務的，所以基礎架構組如果是純研發的新項目就不用去，如果是屬於中間件等和業務實時相關的，自然比你現在合適。

分散式技術只是混飯吃的技術，能有多牛逼？

牛逼的技術大多開源了。

國內互聯網公司基本都是商業模式和運營值得一提，談不上技術含量。

謝不邀。

分散式技術很牛逼？

請樓主說下貴司的分散式技術牛逼在哪裡？