我們要認識到，架構實際上解決的是人的問題。我們人需要什麼，應該用什麼東西來滿足我們的需要，通常不只有乙個東西能解決我們的需求，也不只有乙個需求用到同乙個東西，根據我們需求的不同，相同的東西可能會有不同的用法。我們必須要有這樣乙個概念，就是我們是為了在解決乙個具體的問題的前提下，才需要能解決我們問題的框架。意思就是我們要首先知道這個框架解決了我們什麼問題，然後才開始有針對的學習它。不要一味的為了學習框架而學習框架，盲目的學習很多很多的框架，這樣會導致你不僅浪費了時間，而且在今後的幾年中如果你不用其中的某個框架，你肯定會忘記，這樣來說是非常得不償失的。
當我們去解決乙個問題的時候，我們一定要先把問題搞清楚。很多軟體開發者的時間往往會用在討論解決方案和實現的細節上，基本不會花什麼時間去想「問題是什麼」。或者即使想了一點點，也基本都是一閃而過，然後憑藉自己的直覺去下判斷。而成為架構的乙個標準認真思考問題的本質是什麼，要主動去思考根源，究竟「問題是什麼」。正確認識和理解「這是誰的問題」和「有什麼問題」這兩個問題。
生活是乙個很好的鏡子，我們開發的軟體就是跟生活密切相關。是架構為我們明確了我們要開發的模組，明確的具體的功能，但是架構畢竟是乙個大的框架，可以說架構師是在以乙個上帝的視角來看待乙個軟體的，他所看到的是乙個總體的框架，而具體的實現還是要靠著開發人員，不斷的推理業務邏輯，結合實際的場景進行架構的細化。這就需要我們在開發**的時候能關徹底的研究使用場景，不能僅僅為了完成任務而進行。用書中所提到的乙個例子就是「業餘選手，越想從水裡浮起來，就越想把頭抬起來，身體反而沉下去。只有克服恐懼，把頭往水裡壓下去，身體才能夠從水裡浮起來。真正專業的習慣往往是和我們日常的行為相反的」只有能夠真真的鑽研之後才能保證架構的順利進行。
《架構漫談》閱讀筆記三
今天將 架構漫談 又讀了一遍，在此進行了總結 第一篇主要在介紹了什麼是架構以及為什麼會產生架構。文章中提到，架構是把乙個整體切分成不同的部分，由不同角色來完成這些分工，並通過建立不同部分相互溝通的機制，使得這些部分能夠有機的結合為乙個整體，並完成這個整體所需要的所有活動。比如平時像我們學習中有很多情...
架構漫談 閱讀筆記（三）
作者 了軟體發展火熱的根本原因以及軟體扮演的角色等問題。就像說中所提到的我們並不缺架構實踐，而是缺少對於架構的反思。軟體的歷史，實際上可以說是用機器模擬人的歷史。不管大家 包括在這個歷史過程中的參與者 有沒有意識到，我們都有意無意的在計算機上模仿人類的行為。從馮諾依曼結構開始，程式邏輯開始脫離硬體，...
架構漫談閱讀筆記三
在識別出問題後，大部分問題都會迎刃而解，但還是會有一些問題需要做出相應的調整，也就是架構的切分。切分是乙個很生動的詞彙 切分團體中每個人應得的 蛋糕 也就是合理分配每個人的利益。利益是乙個人生存的根本，所有維護利益是每個人的本能，人不為己天誅地滅 正是由此而來。有捨才有所得，在這個模式下，每個人都必...