※ 引述《tinlans ( )》之銘言：
: ※ 引述《semop (semop)》之銘言：
先在這跟上次tinlans的小無理道歉, 上次會這樣衝動的理由就不說了,
我錯了就是錯了~
只是, 我雖然寫過C++, 但是我目前還沒有寫過讓我覺得
用到OO比較方便的東西, 看到OO我只是感覺, 對阿, 如果上百萬行的東西
用OO性質, 善加規劃, 加上有經驗的SA, 我不否認會相當的方便
扣除PHP, ASP這種一頁八百做到死的方向
但是, 請問, 台灣的公司, 哪一個需要用到這樣多的程式碼才能寫出東西?
我是蠻懷疑的, 台灣地區的程式, 有點"搜尋能力"的都可以在短短的數萬行中寫出
程式太大, 也可以切割, 所以"單一程式原始檔"一般來說根本不會超過5000以上的等級
這種"小程式" 規劃一堆畫一堆UML圖, 您真的覺得有用?
小弟大學時教程式設計的教授說過, 不要寫大程式, 程式越大, 撰寫和debug難度越大
所以基本上, 程式的實作方法, 我都是大的切小的, 小的切更小, 個人寫的東西
單一檔案過千的, 基本上都很難看到, 這種大小, 很多的時候用一個class就超過了
在我的感覺OO等等, UML規劃等等, 感覺上都是脫褲子放屁, 繼承和basic的goto
在小程式中, 感覺上根本是一樣的東西, 就算扣除OO工具開發出來的東西
大, 慢, 無法準確控制硬體的缺點, 純粹就寫程式開發方面來說, 我體會不出好處
因為要把程式搞的這樣大, 大到會覺得OO好用, 已經是寫普通工具程式
不合理的設計方法了
對, 我不否認我這樣寫出來的東西很亂, 就算加上註解, 我自己數年後
回頭看, 也要花很多時間, 但是, 請問在市面上, 活的到數年的工具多嗎??
更何況台灣主要產業是硬體產業, 該硬體過時, 基本上就不維護相關的程式了
根本不會維護數年的東西, 有必要設計到數年後再回頭還看的懂嗎?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.128.251.34
※ 編輯: piimaila 來自: 220.128.251.34 (01/05 11:55)