1樓：
跟需求有很大關係。
現在普遍承認oo程式設計在gui最終實現中還是有很大好處的。
可以很大低降低使用複雜度。
但伺服器端則不一樣，很多情況下僅僅需求乙個輸入乙個輸出， 呼叫層次太多會造成效能降低和維護難度。
而且一般呼叫間，相關度不高（會從設計上盡量分開，不用oo還簡單點。）題主列舉的名人大多不是做ui的
2樓：
沒有壞語言,只有爛設計
所有的語言都是工具,都有最適合的應用條件,盡可能的為不同的任務分配正確的工具.
比如你發現你有乙個Class是這樣的: 法拉利 <- 義大利跑車 <- 跑車 <- 轎車 <- 機動車
那麼我覺得,你第乙個反應不應該是抱怨OOP的繼承太麻煩,而是應該重新考慮一下,是不是自己的設計太繁瑣.
總有人喜歡把抽象,耦合,過載,反射什麼的掛在嘴上,其實在OOP發明以前,很多程式已經寫的漂亮了. 嚴謹的邏輯,清晰的說明,明確而單一的功能,這才是乙個好設計應該有的東西.
我認識乙個教授,他就無數次的提醒說乙個function 意味著乙個輸入,乙個輸出,如果違背了這個原則,那麼就是你的問題了. 我不能說他說的絕對正確,但是簡化功能設計,確實是解決現在很多設計模式混亂的好方法.
如何看待所謂「設圈」的「賣設」 「買設」 「玩設」，以及私人約稿的問題？
我覺得玩這個的都是小孩子，而且是那種心智不成熟又有點錢來小打小鬧，就像當年的非主流。我剛從約稿吧出來，那些賣設的圖90 都好辣眼睛啊，那拙劣的畫技甚至就像個小學生草稿紙上的塗鴉，線條不擦乾淨，比例失調的，光影錯誤的 如果自己畫著玩還好，這種東西拿來賣錢真的不是賺黑心錢嗎？小孩子的錢真好賺。有圈子就有...
如何理解 物件導向程式設計的精髓在於將操作繫結在資料上 ？
馬遙 樓主所引用的話看似莫名其妙，其實把這段話和某人引用的 Art of Unix Programming 那段話連起來看，就能看出端倪。其實確實都是經驗之談，殊途同歸，只是不太好理解罷了。之前我給乙個新同事講如何設計良好的資料結構，來讓函式更簡單，思路更清晰。兩周後東西做完，慘不忍睹。所以語言有些...
如何看待生活中的過度消費
劉靜怡 當今社會很多人被消費所控制，產生很多錯誤的價值導向，比如看乙個人生活得是否有價值和品位，看他擁有什麼商品，於是很多人消費奢侈品。馬爾庫塞 單向度的人 說，現在大多數人們的娛樂 休閒需要，是虛假的需要。那些產品通過大眾傳媒操縱著受眾的想法，刺激人們的虛假需求，這些想法和需求只是外部強加給我們的...