人人都是架構師，架構師是不是過時了？

架構師是不是像女漢子一樣上得廳堂，下得廚房，打得過小三，斗得過流氓，通俗地說，架構師能夠寫了得代碼，畫得了架構，忽悠得了老闆。曾經何時，架構師成了程序員奮鬥的技術路線的終點，如果再前邊加一個總字，那麼更無敵。但最近興起人人都是架構師，架構師是不是過時了？？

---

謝邀，之前單位有很多9級的架構師，最高是12級chief engineer主工程師。作為7級的工程師表示：都是讓我仰望的存在...雖然我也能架構幾個小工具小網站啥的...稱呼再怎麼變，人還是那批人，差距還是差距...

---

謝邀。

人人都是架構師，這句欠妥當。

人人都架構，我看是吹的。

目前我司代碼，不像有架構能力的人設計的，就算有，看著也有提升空間或者沒用心設計或者該重構了。

我目前跨項目組寫代碼，最近給體量大的組二次封裝直播的介面。

阿里的dubbo。三個基礎項目，service，web，mobile。

service提供介面，介面的實現，對資料庫的dao，寫在這裡。只暴露介面。屬於dubbo里的provider。

web針對PC端的邏輯實現。屬於dubbo里的consumer。

mobile針對移動端的實現。屬於dubbo里的consumer。

背景完畢。

本來service里有兩套介面，以及實現。為什麼會有兩套介面，我剛接手，不知道為什麼。想著一套介面有不同的實現，就沒有再寫一套。寫著寫著發現問題了，原來介面設計，不符合我的要求。這也許就是有兩套介面的原因，寫第二套介面那個人遇到了我現在遇到的問題。

delete介面的返回值是void，不是我想要的。因為要http調用直播的介面(買的ys的介面)，我需要知道為什麼刪除失敗，以及直播介面返回的errorMessage。

這些我希望能在mobile以及web看到，顯然void類型的返回值做不到。

現階段來看，已存在的這套介面不靈活。

我的選擇是返回一個三個屬性的對象，BaseJsonObject{

int code;

string message;

T resu<

}

需要有具體對象的都寫T，delete update之類的只給code(1/0)，message，選擇給T。

反正用著比以前的靈活。

一套介面能滿足多個直播的實現。

那是不是最佳方案呢？還有待我繼續探索。

還有，今天起項目的時候，失敗了。檢查發現，掛掉了兩個模塊。整個項目大概十四五個模塊。當然是內網測試環境。

如果都關了，重啟半小時。

沒有多套方案，掛一個都掛，而且最近掛的頻繁。

如果有個架構師，還會這樣嗎？

說好的架構師呢？我不覺得我司存在。

何況，看招聘網站我司還有名企認證。

---

人人都可以當架構師，這個行當也過時不了。

但是你做出來的架構行不行，能坑到多少人，這還是有差別的。。。。

---

肯定沒有過時的。現在的行業行情就是：高手依然吃香。目前最重要的就是提高自己的技術才是最重要的。

隨著技術的不斷發展，新技術也相繼出現，面對日益增多的新技術，如何正確的提升自己？

於亞豪博客地址:

http://blog.csdn.net/androidstarjack/article/details/72942976

正文

隨著社會的發展，科技的進步，在程序軟體界里，很多的應用技術也騰空出世，ReactNativel、AndroidO,Sky、Dagger 2、Material Design、RxAndroid、Kotlin...面對如此眾多的新技術，你將如何看待和學習？

不得不說，技術更新的太快了，在這個群狼競爭的時代，然而作為程序猿的我們，現在真是太幸福了，為什麼這麼說呢？因為現在可以用很多的新技術能解決我們的問題。同樣的，程序員有時候也很苦逼，因為有很多的技術要去學習，這樣要花費一定的精力和時間。這裡我來分享一下針對新技術如何看待與學習的個人觀點：

學習要精

我們處在一個不斷的去發現問題和解決問題的時代。然而在這個時代中，現在的技術多如牛毛。僅僅學習一門的技術就需要花費很大的精力。雖說技多不壓身，但是實現要看看我們所處的這個行業。大家都知道，在武俠小說中，會武功的人很多，很各種武學的人也不多不勝數。但是真正的武功強者能有幾個？

同理在一個公司中，所做的項目中，也不會牽扯到太多的技能點和語言。有時候公司所要的是業務能力，邏輯思維能力，有自己所擅長的一項技能的程序員。對於技術，建議不要貪多，專註於一兩門，精益求精，切不可見一門學一門，最終導致沒有一門精通。除非你是為天才，有一個最強大腦。

不要盲目跟風

曾經我也有過這樣的一段經歷：

看到大數據時代來了，想去學一下Python，看到小程序來了，想去弄一個小程序demo玩玩，看到VR很火，想去學習VR，ReactNative出來了，感覺 很不錯，又想去學習Rn。

最後，回頭髮現，誰說自己也有一定的收穫，了解那麼多的技術，但是同樣我失去了那麼多的時間和精力。事實上工作中並沒有用到那麼多的技術。然而過了半年後幾乎全部忘掉，忽然之間，感覺學習那麼多的東西並沒有什麼卵用。

也許程序員天生對新的技術比較感興趣。正因為種心理造就了內心中對人生的懷疑。要知道我們的出發點在哪裡。對於大多數程序員目前搞Android，Java，PHP。藉助於aspook大神所說的目前的目前，只需要專註於Java與Linux。不要覺得自己的領域已經沒東西可學了（大神除外），Java所有API、新特性都熟練掌握了嗎？Java虛擬機規範及虛擬機運行原理了解嗎？Linux操作系統原理了解嗎？Linux內核熟練掌握了嗎？突然之間感覺自己是那麼的渺小。

所以先把自己目前所處的領域中的技術先吃通吧。俗話說問道有先後，術業有專攻。只要你基礎知識搞紮實。學習一個框架是so easy的事情。如果你沒有用過Rxjava，沒有用過React Native沒關係的。一個真正注重人才的公司並不會因為沒 有用 這些框架而埋沒一個人才的。如果我來面試的話也絕對不會對框架硬性要求。

目前最重要的先把基本功打好，等真正需要使用的時候再去學習， 不要跟風學習各種框架，否則自己會活的很疲憊的。

有很多人在公眾號問我，是不是不學習某個技術以後都找不到工作了。我想答案可想而知。我想說的是360行,行行出狀元,適合自己的才是最好的!

合理計劃，多去總結

當然，無論從事什麼行業，計劃是最好的安排。身為程序員，學習或者說研究一項技能，指定一個長期的計劃是多麼的重要。

比如，我最近有在~學習NDK開發，也給自己定製了一個長期的計劃。首先了解NDK和jni的定義，概念，和區別。雖然之前了解過，過於簡單，但是也要把他總結一些。其次了解C語言的一些基本的知識。函數的定義，指針，宏定義的優缺點及其應用場景。然後是NDK的環境搭建。譜寫第一個NDK案例。

NDK探究之旅:

• NDK探究之旅《一》——對jni和NDK的認識
• NDK探究之旅《二》——C語言的基本認識
• NDK探究之旅《三》—C語言的輸入輸出函數
• NDK探究之旅《四》——指針的強化理解
• NDK探究之旅《五》——指針和數組之間的關係
• NDK探究之旅《六》—函數的指針、結構體、枚舉、宏定義
• NDK探究之旅《七》—函數指針,宏定義的優缺點及應用場景
• NDK探究之旅《八》——jni的開發流程規範及環境配置
• NDK探究之旅《九》——jni開發中常見的錯誤及其注意事項
• NDK探究之旅《十》——ndk項目實戰之Androidstudio開發經驗總結
• NDK探究之旅《十一》—C代碼調用Java代碼之項目實戰

當然這些僅僅是才剛剛開始。接下來打算進行一些稍微深入一點的，向C/C++邁進，了解c代碼和cpp的區別 C，makefile文件的編寫規則，掌握gcc和gdb的基本用法。從而進一步去研究一下雙進程守護。增量更新，FFmpeg視頻直播流。熱更新修復等。這也許是一個漫長的過程。但目前來說卻是我最近的計劃。

跟進時代的步伐，技術同樣 要與時俱進

為什麼又要說技術要與時俱進呢？或許有人會問這與上面所說的專註一兩門技術不要去跟風不是相矛盾嗎？我想我們要用正確的眼光去發現。

如同當年的VR，VB當前曾火爆一時，但現在看起來也不盡然。所以我們每個人都要有一個遠大的目光，要有預測未來的能力。多思考多總結。這才是質的變化。

比如十年後移動開發會怎樣，會不會被Web所替代；人工智慧會發展到怎樣，也許在將來,程序代碼由人工機器人去操作，瞬間完成 ，那時候我們也不用去敲代碼。多思考就會知道自己需要去學習什麼，而不是一味地去膜拜和跟風。

學習是無止盡的。我們處在一個不斷去發現問題和解決問題的時代， 認清自己，打破自己，去接受新的技術。

願大家愉快地去學習技術。

博客地址:

http://blog.csdn.net/androidstarjack

如果你覺得此文對您有所幫助， 微信公眾號：終端研發部

---

你可少上知乎吧

---

當年的甲A，甲B變中超，影響國內聯賽水平了嗎？

---

謝邀！

不怕構架師多，就怕老闆不識貨啊。

---

謝邀，這是一個好問題，架構師不過時，因為每一個功能、業務、系統都需要深入理解，通過過去積累才能給出很好實現。開源框架工具越來越多，但架構師依然不可缺少，因為一個系統要既設計實現的既滿足業務需要，又要需要合適並且少的資源，設計要有一定擴展性，又不為了輪子而輪子，不能一個小公司把京東、百度架構搬過去，你也不能一個飛速發展創業公司，總用些草台班子架構，個人觀點架構師永不過時，希望對大家有幫助。

---

我能強過世面上百分之20的架構師 我也不敢做架構師 我怕把團隊帶溝里去 僅此而已

---

推薦閱讀：