總覺得在這個階段，
所謂的做架構的同學更多的是在炫耀自己的技術深度和視野，看到前沿的技術不管合不合適就拿來做方案，硬往業務上推，來成全自己的kpi
總覺的所謂的「技術架構」無非就是一些個人主觀化的思路和概念，形成一些看起來成體系的**組織方式，以便完成業務後可以說：看，基於我的架構有多好的通用性，擴充套件性，**看起來多優雅...
要麼是另乙個極端，覺得做架構的同學就nb，覺得比做業務的同學從概念上就高乙個等級。然後死命的想要往「架構」這個方向靠。
更典型的例子，前端的自動化測試。做之前第一件事情是弄清楚在當前時間節點下，當前團隊狀況下，團隊是否需要ta。進而才是怎麼在團隊的層面上去落地這件事情。而不是自己想當然的做一套方案。當前的團隊並不需要這個東西，那麼方案再完善又有什麼用？
歸結起來是
八個方向
全域性意味著 - 清楚的知道團隊的現狀，優勢和問題
端的部分
當你不關注，不聞不問的時候，或許還不覺得，但是當有心想去了解一些事情的時候，卻發現似乎並沒有想象中那麼透明。
原文發布時間為：2023年6月12日
我理解的架構能力
我翻看了我的歷史文章，寫了不少技術相關的東西，但發竟然沒有架構設計方面的文章。所以今天就來聊聊這塊。寫這篇文章前，我仔細想了一遍，架構設計這麼重要的東西，我怎麼會一篇都沒有寫呢。後來我想，可能是我這麼多年的工作裡面，幾乎沒有參加過什麼架構學習或架構培訓等方面的事情。同事間也極少提起過所謂的架構學習等...
我所理解的前端
轉眼間，在鵝廠的實習已經過去三個多月，涉及到實習生轉正留用的考核流程也逐步開始了。帶著一堆疑問，以及自己實習期間的心得體會，與導師暢談了一番。他作為資深前端工程師，就前端領域及我個人未來的職業規劃等方面分享了他自己的經驗。這次與導師的溝通讓我受益匪淺，現簡單總結如下。前端知識學習路線 首先，當然是就...
我對架構設計的理解
遊戲架構設計是乙個老生長談的話題，以前給多個遊戲公司培訓過，隨著時間的積累，對遊戲架構設計的理解又多了一些，在此給讀者分享一下我對於架構設計的理解。遊戲架構設計是基於引擎的基礎上的二次封裝，目的是便於遊戲開發者能夠專注於邏輯的編寫，便於多人協同開發，便於功能的擴充套件等等。不論使用什麼引擎，只要掌握...