通過對「架構漫談」的閱讀，我首次對「架構」有了自己的認識——「乙個整體會有很多小任務要去做，這個整體同時也會包含很多個體。如果我們能把整體需要做的種種任務進行劃分，劃分之後把每塊任務一一分配給擅長此任務的個體，個體高效地完成這項任務。而個體之間也會有資訊的交流使得彼此之間能有聯絡體現出乙個整體的概念，就像是乙個大型機器裡的無數個齒輪一樣，共同運轉，負責各自的任務，在一起便實現了乙個大機器的任務。」我對架構產生的原因也有了認識——「沿用我上面說到的整體和個體完成任務的關係。組成這個整體的每個個體所能完成的任務以及完成某些任務的效率是不一樣的，因此我們需要對整體需要的大任務進行劃分，並且將每塊小任務分配給適合完成此項任務的個體，這樣會提高總任務完成的效率。也即是，當我們對質量和效率有了更高的要求時，架構便會如上所述的產生了。」同時要能明確「架構解決的是誰的問題」——乙個架構要解決的問題一定都是人的問題。比如媽媽讓我去買醬油，「買醬油」實際上是乙個解決方案，而不是問題，真正的問題是「我們家的人吃飯需要醬油，而我們家沒有醬油了」。因此，解決的都是「人」的問題。
有了上面的認識之後，我逐漸對架構師的工作有了一定的認識。當我對「架構要解決的是誰的問題」這個一方面有了自己的了解之後我認識到了——找出問題的主體是做架構的首要問題。架構漫談作者王概凱說到——「我們要解決的問題，一定都是人的問題。更進一步，架構師要解決的，基本都是別人的問題，不是自己的問題。再進一步，我們一定要明白，任何找上架構師的問題，絕對都不是真正的問題。為什麼呢? 因為如果是真正的問題的話，提問題過來的人肯定都能夠自己解決了，不需要找架構師。架構師都要有這個自覺：發現問題永遠都比解決問題來的更加重要。」因此，作為乙個架構師，首先要可以找到問題的主體，確定了問題的主體之後就要去弄明白主體有哪些問題。關於如何弄明白主體有哪些問題，架構漫談作者王概凱說到——「常用的方式就是直接面對主體進行訪談，深入到主體的工作生活當中，體驗並感受這些問題，甚至通過資料的反饋來定位問題。」當我們發現出現了問題之後，從問題出現的地方一步步深入找下去是可以找出「是誰的問題」的。如果由於時間和能力的問題實在確定不了「是誰的問題」，我們要能及時止損，降低這個問題帶來的成本。
因此，首先，作為乙個架構師要可以明確「要解決的問題是誰的問題」進而明確「有問題的主體都有哪些問題」。若可以明確「問題的主體」，我們已經可以很自然地解決大部分的問題了，因為很多時候問題是因為溝通不暢而產生的，這部分的問題當我們弄明白「主體」後，自然而然地就解決了。出去上述型別地問題，還有一些真實存在的問題需要架構師去解決。通過閱讀我了解到，這一部分的調整稱之為「架構的切分」。
軟體架構師軟體系統的核心，其影響久遠，並不隨著某個軟體系統生命週期的結束而終結。我們經常把軟體設計看作是為保證軟體系統能夠按照原來的設想正常執行而在各個環節上採取正確步驟，軟體架構所要考慮的問題更夾廣泛。架構設計師面臨的時諸多相互競爭的因素和需求。軟體架構對從事軟體開發的組織產生深遠影響的正規化。在軟體開發中，構架和其開發組織相互影響，相互幫助，共同成長、發展。
對於剛剛接觸到軟體架構的大學生來說，是沒有機會實際組織專案的。所以我們只能通過書本來增長自己的見識與學習別人的經驗。書海浩如煙海，沒有那一本書籍可以囊括所有知識，所以養成讀書的好習慣尤為重要。
軟體架構師如何工作
通過閱讀構架漫談，軟體架構師工作需要了解一下幾個方面 首先要理解什麼是架構，為什麼需要架構 架構是規劃 設計和建造建築物和其他物理結構的過程和產物。人們完成一項任務，因為每個人的能力不同，所擅長的方向不同，所以如果自己去完成一項任務一般要花費很長的時間，效率很低，但是人們對目標有更高的要求，所以需要...
軟體架構師如何工作
要理解軟體架構師如何工作，在閱讀了架構漫談九篇部落格後，不妨先來看看架構是什麼。內容如下 1.根據要解決的問題，對目標系統的邊界進行界定。2.並對目標系統按某個原則的進行切分。切分的原則，要便於不同的角色，對切分出來的部分，並行或序列開展工作，一般並行才能減少時間。3.並對這些切分出來的部分，設立溝...
軟體架構師如何工作
軟體架構師如何工作 閱讀了王概凱老師的架構漫談九篇部落格，從中了解到了什麼是架構 什麼是軟體架構師以及軟體架構師應如何工作。軟體架構師首先要搞明白問題的主體，之後把問題進行拆分形成架構，是工作人員的效率更高。架構師還必須要明白，所給出的解決方案 架構的分拆 合併方案，只有讓問題的主體的權責對等，才能...