如何成為乙個架構師

2021-07-11 05:23:05 字數 1442 閱讀 5220

突然看到這篇文章, 值得反省, 樂在其中, 在接下來的發展中不被淘汰的都來看看,

如何成為乙個架構師

先明確這裡所指的php工程師,是指主要以php進行web系統的開發,沒有使用其的語言工作過。工作經驗大概在3~4年,普通的web系統(百萬級訪問,千成級資料以內或業務邏輯不是特別複雜)開發起基本得心應手,沒有什麼問題。但他們會有這樣的誤點:

◆ 除了php不使用其它的語言,可能會點shell 指令碼。

◆ 對php的掌握不精(很多php手冊都沒有看完,庫除外)。

◆ 知識面比較窄(面對需求,除開使用php和mysql,不知道其它的解決辦法)。

◆ php**以過程為主,認為物件導向的實現太繞,看不懂。

這些phper在遇到需要高效能,處理高併發,大量資料的專案或業務邏輯比較複雜(系統需要解決多領域業務的問題)時,缺少思路。不能分析問題的本質,技術判斷力比較差,對於問題較快能找出臨時的解決辦法,但常常在不斷臨時性的解決辦法中,系統和自己一步步走向崩潰。那怎麼提高自己呢?怎麼可以挑戰難度更高的系統?

更高的挑戰在那裡?

結合我自己的經驗,我列出一些具體挑戰,讓大家先有個感性的認識。

高效能系統的挑戰在那裡?

◆ 如何選擇web伺服器?要不要使用fast-cgi 模式;

◆ 要不要使用反向**服務?選擇全記憶體快取還是硬碟快取?

◆ 是否需要負載均衡?是基於應用層,還是網路層? 如何保證高可靠性?

◆ 你的php**效能如何,使用優化工具後怎麼樣? 效能瓶頸在那裡? 是否需要寫成c的擴充套件?

◆ 使用者訪問有什麼特點,是讀多還是寫多?是否需要讀寫分離?

◆ 資料如何儲存?寫入速度和讀出速度如何? 資料增漲訪問速讀如何變化?

◆ 如何使用快取? 怎麼樣考慮失效?資料的一致性怎麼保證?

高複雜性系統的挑戰在那裡?

◆ 能否識別業務所對應的領域?是乙個還是多個?

◆ 能否合理對業務進行抽象,在業務規則變化能以很小的代價實現?

◆ 資料的一致性、安全性可否保證?

◆ 是否撐握了物件導向的分析和設計的方法?

這裡所列出的問題,你都能肯定的回答,說明在技術上你基本已經可能成為架構師了。如何你還不能回答,你需要在以下幾個方向加強。

怎麼樣提高,突破瓶頸

如何你還不能回答,你需要在以下幾個方向加強:

◆ 分析你所使用的技術其原理和背後執行的機制,這樣可以提高你的技術判斷力,提高你技術方案選擇的正確性;

◆ 學習大學期間重要的知識,作業系統原理,資料結構和演算法。知道你以前學習都是為了考試,但現在你需要為自己學習,讓自己知其所以然;

◆ 重新開始學習c語言,雖然你在大學已經學過。這不僅是因為你可能需要寫php擴充套件,而且還因為,在做c的應用中,有乙個時刻關心效能、記憶體控制、變數生命週期、資料結構和演算法的環境;

◆ 學習物件導向的分析與設計,它是解決複雜問題的有效的方法。學習抽象,它是解決複雜問題的唯一之道。 頂

1

如何成為乙個優秀的SOA架構師

什麼是soa架構設計師的職責?那什麼是企業級soa架構設計師的具體角色呢?什麼是soa架構設計師與設計和開發人員之間的差別呢?相信這些都是使大家最容易產生迷惑的問題。舉個實際的例子來說,當構建乙個基於soa架構的系統的時候,針對乙個具體的 service,系統設計人員主要應該關注的是這個servic...

如何成為乙個優秀的系統架構師

老男孩linux高階架構師第四節課程課前思想講解分享 1 學習心態的轉變 大家不是來學習,而是工作,老男孩老師就是你們的領導。領導分配了任務,又給大家詳細講解了。那現在,咱們公司要上這個專案,讓你去搞,你沒有理由不搞定。工作中老大給你講解細節,這個是不會有的。所以,從需求分析開始,到出一套專業可實施...

我對架構師的理解(如何成為乙個合格的架構師)

我對架構師的理解 如何成為乙個合格的架構師 從該物件 如何訪問其他物件 全域性函式 應用文件模板 呼叫cdoctemplate getfirstdocposition cdoctemplate getnextdoc來遍歷所有對應文件 文件呼叫cdocument getfirstviewpositio...