程式的複雜度將隨程式的演化而遞增,除非採取措施來保持或降低複雜度。 — — 雷曼的複雜度遞增定律。 p. x
如果你不瞭解自己所說的事,即便你遣詞用字精確,也毫無意義。 p. 27
在我們對問題有共識之前談解決方案是沒有意義的,在我們對解決方案有共識之前談實行步驟也是沒有意義的。 p. 1
團隊中最有影響力的人並不一定是最優秀的程式設計師。事實上,他們也不是經理或領導者。他們是真誠的人:他們在團隊中是為了完成工作,在完成工作時能夠保持自我。他們能夠聆聽周遭人們的意見,知道是…
採用微服務的公司的組織架構必須大幅的改變以配合微服務架構,而團隊架構也會有計列的變化。但微服務架構最大的挑戰是服務架構與每個微服務的可信賴和可用性需求的標準化。 p. 1
複製別人的模是比創新事物容易。做大家都知道怎麼做的事、提供更多熟悉的東西,這是由 1 到 n。但是,創新是由 0 到 1。創新獨一無二,創新的時機與開出出的結果也是新鮮奇特的。…
其實很多時候我們並不需要去解決什麼大問題;就算想解決,也不是現在呀!那種能夠解決大問題的做法,對於我們所遇到的小問題來說,往往都是比較平庸的解法 ——…
容器 (Container) 和容器編排器 (Container Orchestrators) 普及程度不斷地提高。如同物件導向編程 (Object-Oriented Programming)…
這本與《人月神話》都是軟體工程領域知名的書籍,曾從學校圖書館借來看過,但說真的,還沒進入業界,其實很難體會風險是什麼?但… 在業界打滾幾年後,再次回來看這本書時,你會發現風險… 不好說 XD