Coding工作也已經好幾年了，
有關設計模式幾年前就有研讀，
一般常用的singleton,factory,observer
也都有使用過。
在與同事討論的時候總是會有這樣的人，
嘴巴一堆去網路上看到新的專有名詞，
可是真正寫又不見得邏輯清楚。
文人總是相輕，程式設計師又何嘗不是如此?
常常有同事批評目前開發的軟體架構有問題，
可是讓我很疑惑的是，如何定義好架構?
基本上的擴充性夠，穩定度好，效能好
也符合基本的好程式的要件了，
問了許多人，沒人能真正定義出好架構，
所以總覺得同事間的討論好像流於打高空，
就是喜歡互相批評罷了。
到底什麼叫做好架構?
有沒有高手推薦一下書籍，或者幫忙說明一下?

這很主觀的 所以沒什麼書好推薦就好像佛經聖經可蘭經放你面前 可是你是信圓神的重點只在於你相信什麼 這需要一點時間洗鍊出來

如果只是嘴砲，能發洩一下也不錯啊。不過也有的是真的能講出現在的系統會有什麼問題並且提出解法，那這種就會有實際的效益

持續讓它變好~就是好架構~除非是寫了就不改~要不然隨著時間和需求的演變~哪有可能一開始就搞出萬靈丹?從一開始用到現在~某個角度來說算是沒有"進步"~沒有更進一步的需求和必要讓它變得更好...討論通常是為了找到較好的方案...是不是嘴砲就看他是不是能講出優缺點~講得有理就不是嘴砲

如果有工程師隨意批評別人的架構，也只能說他還不夠水準沒有完美的架構，別隨意批評別人的做法，謙虛求教....

基本公正報導,當有人提出批評時,也要同時請他提出建議,或是提出既有的優點

架構好不好，要從需求面來看，沒有辦法以一擋百，還有規劃時對需求與使用的技術掌握了多少。至於樓上武斷說批評就是水準不夠，我想你還有很長一段路要走。

說不好沒用 要說出哪裡不好

看他是不是主事人 如果code是他在寫 當然可以對架構提出意見 反之,如果專案跟他無關,聽聽就好

被人吐草了，不過學越多發覺不懂的還有更多，確實還有一大段路要走

好架構當然有其定義，像是 SOLID principle低耦合、高正交(orthogonality)、容易測試等等這些都是好架構的特色相關書籍很多，像pragmatic programmer或refactoring

如果是偶爾被批評，可以向對方求教一下，如果是經常性的可能需要重新審查一下自己的架構了

如果有人說架構不好，真的可以好好討教一下，畢竟自己寫久都有一樣的模式和盲點。程式要彈性要穩定要跨平台，不就是大家夢寐以求的嗎？