做好架構簡單來說就是找到需要解決的問題,如果把真正的問題找到,那麼問題就已經解決很大一部分了。
講乙個比較好笑的現象,現在社會上的大多數人對程式設計師的印象都是高智商,低情商。很多人甚至編了很多日常生活中的笑話來調侃程式設計師的死板,不知道變通。
當然 ,這些說話多少有點以偏概全。但是我們從中也能得到一些啟示,我們大部分時候過於關注解決問題,急於完成自己的工作,而不關心「真正的問題是什麼」而造成的。當我們去解決乙個問題的時候,一定要先把問題搞清楚。
把問題搞清楚聽起來很簡單,但是實際實施起來卻很難很難,這取決於你的溝通能力和理解能力。
識別問題的乙個最大的前提就是要搞清楚:是誰的問題。這個搞清楚了,問題的邊界也就跟著確定了,再去討論問題才有意義。如果不對這個問題進行深入挖掘,我們就會做很多繁雜並且作用不大的工作,到最後會發現每個人都做了很多任務作,每個人都認真完成了自己的工作,但是最後發現實際問題並沒有得到解決。
所以為了確保不浪費很多時間朝著錯誤的方向,所以有效溝通和找到問題是一種事半功倍的辦法。
由上面的分析可以看出,找出問題的主體,是做架構的首要問題,我們要解決的,都是人的問題。
架構漫談讀後感
應老師的推薦閱讀了由資深架構師王概凱 kevin 執筆的系列專欄 架構漫談 9篇文章遞進地講述了 討論什麼是架構 怎樣做好架構 軟體架構如何落地 如何寫好程式等問題,文章生動形象多次舉通俗的例子讓本來生澀的知識變得更加容易理解,感觸頗多。對這系列文章印象的較深的一點是 一直在挖掘一些本質的東西,對一...
架構漫談讀後感
花了一周的時間利用課餘的閒散時間,總算看完了王概凱的架構漫談,這九篇部落格從相對全面的角度對架構進行了概述。自己也對架構有了更深一層的認識。感覺作者在部落格裡提到的對架構的理解對我們初學者來講幫助其實很大。架構其實就是根據要解決的問題,對目標系統的邊界進行界定,然後對目標系統按某個原則進行切分,接著...
架構漫談讀後感
這學期新開設了軟體體系架構這門課,學這門課之前架構漫談的九篇部落格進行了閱讀,對這門課以及架構設計進行了初步的認識與了解。通過對這幾篇部落格的閱讀,首先需要明白什麼是架構,在最早期,每個人有自己的生活方式,人與人之間相互獨立,不相往來,隨著慢慢的發展,男女共同生活,也就出現了各自的分工,有的人做這個...