[閒聊] OOP小評

看板Soft_Job作者csfgsj (Lazy bone)時間9年前 (2015/02/28 20:54)推噓3(3推 0噓 23→)

留言26則, 11人參與討論串1/43 (看更多)

From護法兄 >>: 的確，oop是會疊床架屋。 >>: 但倘若Domain Knowledge內功紮實，習得OOP程式語言外功套路，則不會造成問題。 >>: 而且trace code速度快也是因為內功深厚，並且善用工具軟體的緣故。 >>: 你可以有個人好惡，但這段我持平而視。有些人愛用oop，或許真的有一些理由從Gui的角度來出發，也許真的是一個蠻契合的Paradigm 但一個Paradigm適用範圍畢竟有限出了這個範圍，若還是要硬套，那就是自找麻煩就我的觀點來看，OOP裡的確有不少討厭、自找麻煩的東西存在什麼是理工學生的思維模式？以及十數載在學校的學習，是在作什麼？能不能用幾個簡單的字來詮釋它？我的理解就這四個字：定性、定量即對世間的事物，學習培養對其定性或定量之能力什麼物理、化學、數學等理工學科都一樣，都是在作這樣的事，沒有例外而且能否對事物作定性定量，也就成了評量對事務是否了解的普世標準漸漸地，它成為所有理工學生的思維基礎處理陌生事物前，要先對它作有效的定性定量這樣的作法也就理所當然，成為標準程序反過來說，一個遲遲無法定性定量的事物就會成為理工科學生的困擾，甚至惡夢尤其是在無法逃脫非要處理它的情況下幾乎所有的軟體，都是由許多不同的軟體元件疊加起來的一個軟體工程師很可能只作其中的一部分其它的部分不是現成的，就是別人作的有很大的一部分，工程師的工作只是在整合這些元件我的問題是工程師在整合這些元件之前，能對它們作有效的定性定量嗎？不管是C++還是JAVA以及其他的OOP程式語言都有所謂Class的語法，並且大量的被使用 Class就是資料加程序的集合體有人說這是個好東西以我的觀點，它確是個萬惡之源資料是資料，程序是程序兩者是性質完全不相同的東西當你刻意將兩個性質完全不相同的東西併在一起成為一個東西之後其結果就是你創造了一個無法被有效定性定量的東西大量的無法定性定量的東西被創造出來，並且存在於程式之中程式會呈現什麼景象？亞馬遜叢林在亞馬遜叢林，一切都變的隱誨，似明未明基於本能，人在這時候往往採取保守小心的策略以免不小心，那邊冒出一隻大蟒蛇，把你一口吃掉隱誨、保守小心，也就是侷限的開始，愚化的淺勢開端由其是經驗不夠的時候，很容易就此走不出來因此 "工程師的缺德行為：叫朋友去學C++"

→

bibo9901

02/28 20:58, , 1^F

02/28 20:58, 1^F

→

bibo9901

02/28 21:03, , 2^F

02/28 21:03, 2^F

→

rodion

02/28 21:23, , 3^F

02/28 21:23, 3^F