感謝邀請！如果哪個培訓機構給你說進過他們培訓出來就可以做架構師，那你就可以不用理他了，架構師，是在經過很多專案實戰之後並且不斷經驗總結和熟悉各種框架原始碼的基礎上才能有資格做架構師的，你試想，培訓機構只是為了盈利，它怎會花時間去幫助你很多專案呢，帶你熟悉各大框架原始碼，更是不可能，最後，祝工作順利。

現在Java進階培訓量產java架構師是否是件好事？任何事情都有兩面，但如以正面的眼光來看，個人認為這是利大於弊的事情。畢竟有更多的人瞭解架構、學習架構，即使是不當架構師，程式設計師自身也能夠了解到更多，對軟體的架構有更深的瞭解，那麼對於自己所做的產品就有更好的認識，有更好的思考。當然是件好事情。

不只是Java架構師，關於Java的各種培訓那是多如牛毛。而架構師同樣也有很多的培訓，比如各種影片、課程等等。但最重要的是要甄別到底哪些課程是有水平是能夠落地，有哪些是半罐水根本沒有多少實際內容了。大部分程式設計師並不僅止於當好一個程式設計師，而是希望有更高的追求，不管是技術上、設計上、甚至管理上，而架構師同樣是很多程式設計師的追求。

接受架構師培訓，並不一定就是專業當架構師，有很多的軟體公司程式設計師就兼任了架構師的角色，這只是有架構能力的程式設計師的體現。如果能夠有更專業架構能力，把軟體從基礎就搞好，對於今後軟體的易用性、可擴充套件性等都是有好處了。作為程式設計師來說這是其職業的相對高度，為什麼不去追求呢，當然前提是喜歡朝這個方向努力。

而說到架構師變多了，程式設計師做程式碼的事情就越來越少了。並不需要擔心這個，架構設計有很多公司把這個事情融合在專案開發中，有些可能只是增加了工期、有些只是相對增加了人員，並不是說架構師就一定不編碼了或者不做其他的事情了。很多的軟體公司，架構師還做不到專職來做，架構做了還可以做程式設計師編碼的事情。

有更多的程式設計師瞭解架構的事情對軟體的開發是有利的，對今後軟體的發展也是有利的。不然大量的軟體由半罐水、甚至把架構認為非常簡單隻管滿足眼前即可的人來搞架構，這種軟體終究命不長的，不好用甚至不能用，那就是廢物。

量產Java架構師？不要想多了，合格的Java架構師不是可以短時間培訓出來的。

個人認為，在經濟條件允許的前提下，可以報一些架構師培訓的課程去學習，但是千萬不要報著學完了就成了架構師的想法，不然會失望喲，因為很多架構師必備的技能，是培訓學不到的。

舉個例子，一個公司內部使用的專案，線上高峰一共一百個人，那就不用做什麼微服務的架構；好的架構不是一步建成的，好的架構一定是最適合業務需求的，並且好的架構是可以進化的。

和產品經理溝通需求，和PM溝通專案專案方案，並且時刻與開發人員進行溝通，讓開發人員理解架構意圖，以把控專案方向，最終實現業務功能。

而溝通和管理的能力，不是單單透過培訓就能提高的；這些還是需要在工作中，一點點的積累；很多程式設計師都認為自己的表達能力很差，不善於溝通；這些其實都是能鍛煉出來的。

架構師並不是一個指揮者，有些人認為架構師把系統設計好了之後，就讓程式設計師來幹，其實現實工作中有一些技術難點，都需要架構師衝在前面解決。而不是當專案遇到一個“坑”時，架構師是要“真刀真槍”的寫程式碼的。

所以題中“如果架構師變多了，程式設計師碼程式碼的事情越來越少人做了”，我是不怎麼贊成的，因為架構師也要寫程式碼呢。

隨著整個網際網路行業的結構性升級，人才結構的升級也是一種發展的必然，因此培訓機構升級課程體系也是符合行業發展的要求。早期大部分培訓機構的課程都是基礎性課程，培訓的都是初級程式設計師或者是初級IT工程師，因為當時整個IT行業都比較缺乏基礎的開發人員（外包業務為主），而現在整個IT行業對中高階人才的需求越來越多（產品研發為主），自然培訓機構就需要應對這種變化。

架構師本身不僅需要完善的知識結構，更需要豐富的專案實踐積累，架構師既要有較強的學習能力還需要具備一定的行業前瞻能力，所以架構師是目前整個IT行業都比較缺乏的人才，各大科技企業在架構師培養上也非常重視。

架構師是程式設計師職業晉升的重要目標之一，所以對於很多程式設計師來說，能夠在培訓機構接觸一下架構師的知識結構和工作方法是有必要的，這對於以後往架構師方向發展會有較大的幫助。如果完全從工作中摸索，對於工作壓力較大的程式設計師來說往往會犧牲更多的時間，而有的程式設計師則很難接觸到設計方面的任務。

因此，參加架構師培訓並不意味著就能夠從事架構師工作，參加培訓的目的更多的是一種積累，可以學習架構師考慮問題的方式以及架構設計的流行方法，這些內容對普通的程式設計師也是有一定幫助的，能夠在工作中更容易理解軟體的整體架構設計方式，眼界也會更加開闊。

所以，對於程式設計師來說，如果條件允許的話（時間安排上），參加架構師培訓是有一定價值的。

首先了解一下java的構架師需要的技能是：

想成為構架師並不是懂了一大堆的技術就可以了，這些是解決問題的基礎或者說是工具。構架師還要針對業務的特點，系統的效能要求提出解決問題成本最低的設計方案才合格，比如一個幾百人的使用者系統，訪問量打不打，資料量要小，我們要給人家上叢集，上分散式儲存，上高階的伺服器，因此構架師的作用就是滿足業務需求，之後是最低的硬體網路成本和技術維護成本；

構架師要根據業務發展，預見性的發展到下一個階段的系統架構解決方案。

下面說一下Java進階培訓量產了很多java構架師是否是件好事：

如果我們想要成為一個Java的構架師，那麼首先我們要是一個java的高階工程師。基礎知識必須牢靠，並且對java全面的瞭解還要深入。我覺得考慮培訓靠不靠譜的同時，最應該考慮的是自身可靠不可靠。最近也是畢業季，加上培訓畢業，java行業人口大增，但不表示人才大增。招聘有用的人也不是容易的事。

如果一個靠譜的要轉行的人剛好碰上靠譜的機構，那麼一定是件好事。

從一個求職者或者轉行者的角度來說，想換一條出路，找一個別的路。這個行業可能是我喜歡的設計，或者是為了高薪想從事的IT行業，專業非此。我們靠著自學可能要走很多彎路，可能用一年或者兩年，學成也總結出來了經驗。那麼這時候有培訓機構可以選擇，有一個既專業又可以幫助到我們的路，選擇對於我們來說不是好事嗎？

從市場的角度來說，如果一個優秀的培訓機構可以持續的為產業輸送某方面的人才。那麼這些培訓機構是為網際網路行業做出了貢獻，還是拖後腿？

這裡是黑馬程式設計師整理出來的學習線路圖，還有各個階段詳細的知識點如下：

軟體行業飛速發展，產品衍生速度也越來越快，當前擁有的知識儲備已經不足以支撐起日益壯大的軟體行業，因此要不斷地更新學習來應對優勝劣汰的浪潮。程式設計師有想法去了解架構、學習架構，這是對自身能力的一種擴容提升，即使不當架構師，學習到了更多的知識，對軟體的架構有更深的瞭解，那麼對於自己所做的產品就會有更好的認識，更深層次的思考。

好的架構是設計出來的、更是迭代更新出來的。優秀的架構師要滿足業務需求和能夠靈活應對各方人士的技能，比如使用人員、開發人員、維護人員、管理人員等；同時也要對多種框架熟練應用、清晰明確適用場景、權衡利弊後做出最優的選擇，這樣就需要紮實的技術功底和在專案中經過多層淬鍊後的經歷，這些不是透過培訓就能學到的，知識可以轉移、輸出，但技能卻需要經歷、體驗、總結、修煉後沉澱凝結才能得到，而不是知道幾個名詞、寫出幾個Hello Word、人云亦云就可以成為架構師。甚至，即便做到這些，很多時候也只是架構選擇師；沒有寫過框架、沒有做過平臺類產品、並且沒有進行廣泛應用驗證，對於架構師這個Title來說也是褻瀆，很難成為真正的架構師。

其實不只是Java架構師，關於Java的各種培訓更是多如牛毛，而架構師同樣也有很多的培訓、最重要的是要學會甄別到底哪些課程是有水平能夠落地的，有哪些是半罐水根本沒有多少實際內容。大部分程式設計師並不止於當好一個程式設計師，而是希望有更高的追求，不管是技術上、設計上、甚至管理上，而架構師同樣是很多程式設計師的追求之一，我認為不管學習什麼，只要自身能力不斷提升，就可以在職業生涯中走的更遠。

想多了。首先，不要以為上個培訓班就會程式設計，看幾個教學影片就成架構師了。不知道外國怎麼樣，反正在中國太多學程式設計的人不能入門！更別說進階為高階乃至架構師了！此外，不要以為架構師不用寫程式碼，人手不夠的話，你不寫程式碼能行嗎？

首先糾正一下Java培訓出來的多數都是Java工程師很難達到架構師的級別，架構師一般都不是培訓出來的。

接下來說一下Java培訓量產，這個怎麼說呢，這個一定會是一個雙面性的問題，有利也有弊，先說一下比較不好的地方，就算人多了競爭就會加具，企業的要求門檻也在提升，相對的待遇也會下降，對於程式設計師來說並不是一件好的事情，但是對於行業的發展和企業來說就是比較有利的事情了，在很大的程度上可以用同樣的成本選擇一個更好的人才，市場也總是優勝略汰的規則，所以競爭大了，相對的在這個規則下邊留下來的人就會更強，行業發展也會更好。

不管怎麼說，既然想要從事這個行業，不管是人多還是人少，只要自己的能力能夠得到一個持續的提升，那麼在這個行業中就可以長時間的走下去。