回覆列表
  • 1 # 半分醉V半分醒

    架構師,很多人一看這個詞把它理解成了技術架構師。

    其實不然。

    各行各業都需要架構師,高樓大廈需要架構師,橋樑工程需要架構師。

    技術需要架構師,業務需要架構師,金融需要架構師。

    可見,架構是一種思維,一種戰略。

    所以,一名出色的架構師,首先是思想解放的人,是一個具有思維戰略的人。

    出色的架構師,處處追求優美的設計。

    出色的架構師,最核心的就是思維戰略+領域知識。

    這裡的思維戰略,主要基於:資源整合以及自然優雅的設計理念。

    思想思維第一位,其次才是領域知識。戰略決定戰術,所以架構師必須要學習戰略。

    光懂戰術,懂具體的技術,是達不到架構師級別的。所以架構師往往需要從戰術中走出來,懂戰略的人,才能算是真正的架構師。歷史上,司馬懿絕對是頂尖的架構師。

    阿里巴巴的馬雲,也可以算是頂尖的商業架構師。

    領域知識,如果你做大資料架構師,就需要理解和學習大資料的知識。

    真正優秀的架構師,是脫離於技術層面,統籌規劃,讓資源得到最高效整合,讓系統變得優美強大。

    所以,架構師必須要精通於系統設計,對系統要特別理解,特別是模組劃分和組合。比如pc電腦,網際網路,windows,這些都是頂尖架構師架構出來的。

    除此之外,頂尖的架構師善於制定標準和規範,讓普通大眾老百姓參與進來,從而完成世紀工程,就像網際網路,網際網路是一個無比優秀的宏大的系統架構。幾乎全人類的參與。

    網際網路因為優秀的架構,征服了人類。獲得了超高速的發展。

    可見優美優秀的架構魅力所在!

    所以,你要成為出色的架構師,需要理解網際網路的設計思想和理念,特別是分層思想,介面設計,併發思想等等。

    一流的企業家一定是一流的架構師,一流的架構師,一定擁有一流的經營思想和智慧。

    所以,為什麼當今世界最強大企業的老闆大部分都是技術出身,因為他們擁有技術架構裡的先進思維,同時也有商業思維,能把這兩塊結合好。從而能孕育偉大的產品或平臺。

    所以,出色的架構師,不能脫離經營,不能脫離預算或者成本,不然就會造成大量的浪費,夠不上有高價值的架構。可見,架構始終與高價值並存。也就是隻有實現高價值的系統或者體系的架構才有高價值,才是好架構。

    很多人聲稱自己是一流的架構師,但如果不懂經營,不懂經濟,不懂成本控制,我們認為只能算是技術領域某個細小方向的架構師,如果不懂戰略對模式不能靈活應用生搬硬套的話,甚至都達不到架構師級別。

    總結下,真正出色的架構師,需要懂經營。網際網路、區塊鏈這些不能算是一門新技術,而是一種新架構,新戰略,是既懂技術又懂經營(懂經營必通人性)的人設計出來的。不是隻懂技術的人設計出來的。

  • 2 # Gfilsxin

    首先要明白,架構師不是學出來的,而是經過一個個軟體專案中鍛煉出來。當然,在一執行緒序員崗位工作到一定年限的時候,如果想加速成為架構師,理論性的學習還是不可少的。

    但這裡的重點是,一名合格的架構師必然是一位經驗豐富的程式設計師!

    軟體架構是分與合的藝術。軟體架構關注分割與互動。很難想象一個沒有實際程式設計經驗的人能夠把軟體功能模組分割好!

    做好架構設計3個必要條件:

    看透需求。架構大方向正確。設計好架構的各個方面。

    但這並不是成為優秀架構師的充分條件。在擁有豐富的程式設計經驗後,你至少還應該擁有以下能力:

    一定的專案管理能力。所有的工作都是圍繞專案能夠按時、高質量的交付為核心的,不然,你的架構設計的再好,專案卻總是延期,有什麼用呢?較強的溝通能力,架構師除了要制定技術路線,難點攻關外,少不了和其他崗位的人打交道,如銷售部門、專案經理、客戶等,沒有一個好的溝通能力,很難做出準確的軟體需求分析;寬闊的技術視野。作為架構師,不僅要熟知自己軟體專案中所有涉及的技術,還要儘可能多的吸收行業相關的技術知識,拓寬自己的視野,有助於做出更好的架構劃分。
  • 3 # 益智之家

    一,首先你得是一名合格的碼農,至少有一到兩年的程式碼編寫經歷。構架是要解決實際業務需求的,你編寫程式碼的經歷都不夠,你就不能遇到足夠的實際開發問題,經驗也就積累不夠,構架也就建立不起來。

    二,你要懂得設計模式。設計模式大致有23種,如單例模式、觀察者模式等等,這些,是構架的基本工具,合理使用這些模式,你才能設計出優秀的構架。

    三,要有一定的管理經驗。構架是用於團隊協作的,不可能一個人完成所有工作,所以,構架的過程,也需要考慮任務分配問題和程式碼安全問題。如果你帶過隊,你就會在構架過程中儘量避免一些不必要的問題。

    你先完成第一步,並慢慢完成第二步。等你的能力增強後你會有機會做管理和帶隊,後面的事就可以實現了。

  • 4 # 跨界架構師

    目前主流的技術棧劃分一般是:前端和後端,Android其實歸屬於前端範疇。雖然“架構”本身不分語言,本質上是相同的,但是前端和後端的“架構”在表現形式上還是有所區別的。在學習之前搞清楚這些能夠讓學習的道路更有條理。

    一、先聊聊架構師做 的“架構”工作本質上是什麼?

    架構工作的本質是抽象設計,怎麼去抽象,怎麼去設計。前者靠的是分析能力,能否儘可能多的將不確定性識別出來,變成確定性的東西。後者靠的是規劃能力,規劃不是指整出個完美的、高大上的框架,而是適合當前環境的框架。這裡的適合就是儘可能的平衡好時間、人、錢這三要素。

    以上就是架構的本質,也就是通用的部分,不管是前端還是後端都適用。想更詳細的瞭解,可以翻閱我的個人釋出的文章《從架構設計到架構師》。

    二、再聊聊前端架構做什麼?

    為什麼說前端和後端架構做的事情不同,是因為它們處在不同的層次,解決的是不同角度的問題。比如說:橫向擴充套件,在後端非常重要,但是在前端基本就不用考慮這個問題。

    前端是直接和使用者接觸的,對使用者來說最重要的就是用的爽。那麼前端架構師的工作主線也很清楚了,如何讓使用者用的爽。用的爽,我認為拋開功能設計本身,其實就是一個字“快”,這個即是指操作流暢的“快”,還是指市場部門的一個想法能夠儘可能“快”的呈現到使用者面前。

    然後可以發現,前端架構師的招聘需求中提到的技術層面的東西,都是圍繞“快”展開的,混合開發、模組化元件化等等無不如此。

    三、作為Android程式設計師的切入點

    建議首先在自己熟悉的Android領域內運用技術手段讓專案更“快”,要扎的足夠深,不斷的去想有沒有更“快”的方式。這步關鍵就是多想、敢於推翻重構,這樣能逐漸積累起做前端架構師的硬實力。切勿停留在“看知識”的層面,不管看到什麼,多想一下自己怎麼去運用它,有沒有作用。然後衍生到“大前端”範圍去做解決方案,進一步提高對IOS、H5甚至是小程式的掌握程度,繼續提升硬實力。

    另外軟實力,也是更重要的一點,需要同步持續訓練自己對架構本質的認識。因為思想還是要結合實際才能體會其深層次的意義。結合實際的方式除了前面提到的親自實踐,還可以透過觀察實際發生過的事情細節,加上深度思考,去嘗試直接套用他人的思想到你的場景中,二次加工,形成你自己的思想。

    --------------------------

    內容包括:架構設計丨分散式系統丨產品丨運營丨個人深度思考。

  • 中秋節和大豐收的關聯?
  • 有哪些純單機(無聯網部分)的ps4遊戲?