其實，架構師是經過積累，慢慢鍛煉出來的。

任何的架構師，最開始的時候，都是一名小小的程式設計師。

其實吧，架構師就是在一個專案開始的時候，決定專案的技術選型，制定解決方案，資料模型，然後搭建一個框，這個框包含了一系列的規範，最後讓程式設計師在裡面做實現。

首先，寫好程式碼是肯定的。

然後，多看書，多看別人的程式碼，瞭解一些架構的思想，以及為什麼要這樣架構。

任何的架構，其實都是有演進的過程的，在這個過程中，架構其實是解決了某些場景中的問題，而繼續的演進也就是解決問題的同時，產生了新的坑。

所以，瞭解為什麼要這樣架構，已經架構演進的過程，其實也就是對架構設計中產生的問題的一個瞭解過程。

而架構永遠不會有終點，所以任何的系統都會面臨重構。

自然，我們也不可能找到一個所謂的正確的路了，所以，瞭解架構的問題，架構的風險，自然就會少走錯路了。

那如果僅僅是一個web前端工程師的話，其實距離架構師還是有距離的，一般來說，架構師都是面對全域性的，如果僅僅是web前端的話，其實你的眼光是會有侷限性的。

例如大資料的架構，資料模型的建設，其實都並沒有在前端應用太多，前端更多的還是一個展示和互動的地方。

如果真正要了解架構，還是需要多瞭解後端的知識。

全棧工程師，其實也就是前後端都精通的工程師，我身邊這樣的工程師挺多的，不一定是會安卓和IOS，某些人做APP，其實用得是MUI，但是沒關係，同樣也算是全棧。

我個人覺得全棧貌似沒啥難度，也就是自己在平時做專案的時候，多做做，多學學就好了。

沒事看看資料，自己實踐一下。慢慢就都會了。

就好像我雖然不做前端，但是我也會用vue，一個架構師，如果不是一個全棧工程師，那他的架構在設計的時候，就可能會存在一定的侷限性。

不管是學生還是有工作經驗的程式設計師，其實學習都一樣，都是理論和實踐相結合，這個回答主要針對於大學生！

除了學習前端還要慢慢深入掌握各類資料結構、各類設計模式、計算機網路、作業系統、各種常見的架構模式等知識，提升自己的知識面，慢慢看問題的角度也會發生變化，從最初想著怎麼實現一個功能，到考慮一些效能、可讀性、可維護性等問題。

然後自己可以多搭建一些專案練練手，假期找公司實習，瞭解一下公司裡一個專案整體的運轉是怎麼樣的，有很多東西是學校裡沒有的。

關注是為了再一次的交流，戳一戳右上角的關注吧！