※ 引述《gsj.bbs@bbs.nchu.edu.tw (國王的新衣)》之銘言：
> 但是我從來沒有看到有一本書提到它，大概這些人也沒什麼寫大程式的經驗吧
> 對一個常在電腦上的 GUI上Click來，Click去的人來說，OO的觀念的確好上手
> 但我相信它適用的Domain 也就只有到這邊為止
其實我倒不覺得 OO 跟 GUI 有什麼直接的關連性，
也許是因為我從來都不寫 GUI，
也不用 IDE 開發程式，
但是卻常使用 OO 的關係。
如果 OO 會讓人有這種奇怪的想法，
我想這應該是商品化的 IDE 環境，
或是重視 GUI 設計的這個時代，
所帶給人的錯覺。
> Range 再擴大就有問題了
> 不管OO在高階上來帶來多好處，不要忘記一件事
> 高階的東西畢竟要由低階來實作完成
> 而低階到最後，CPU的運作都是循序式，而不是物件導向式
如果這樣想，
那就背離了高階語言當初被設計出來的目的和意義，
當然，若是你的專案與那些目的和意義無關，
你大可使用低階語言實作，
這也是為什麼現在只會低階語言的人還不會餓死的原因，
從來就沒有書上會告訴人說高階語言是解決一切問題的最佳工具。
高階語言本身是經過一些取捨後才被創造出來的，
使用的人必須自行評估這些取捨是否對目前的狀況來說很划算，
而非盲目的去使用高階語言。
> CPU內部的Address Segment 暫存器，
> 一開始就是分成Data Segment 及 Code Segment 兩大類
> 只要電腦還是三大元素的架構 (CPU、Memory、IO)
> 循序式的東西就永遠不死
但是，這跟高階語言存在的目的和意義並不相違。
> 我很早就說過OO的Class語法，將Code與Data 搞在一起，
> 這是從出發點就錯誤了，
> 程式語言與硬體開始有了 "不對稱 " 的問題
> 所以程式越是發展，毛病也就越多
這倒沒有你想的那麼糟糕，
事實上使用 class 這種東西的人，
只要他也學過一些簡單的低階語言，
多多少少還是知道 class data meber 和 class member function 會放在哪，
把它們放在一起只不過是為了在語言層面，
就規定好哪些 data 只允許哪些 code 存取罷了，
可以避免有人拿不適當的 code 對不適當的 data 做運算，
這只是一種保護機制，倒也不是什麼危害觀念的重大陷阱。
另外，即使有些沒學過低階語言的人真的誤解了，
那也不過代表他們工作的需求並不需要懂到那麼低階，
因為每個人時間有限，
在這個時代有些人生來就是不需要懂那麼多，
只需要專心做好表層上的東西就好。
--
Name: Tseng, Ling-hua E-mail Address: uranus@it.muds.net
School: National Chung Cheng University
Department: Computer Science and Information Engineering
Researching: Porting GCC and Implementing VLIW instruction scheduler in GCC
Homepage: https://it.muds.net/~uranus
--
╔═══╗ ┼────────────────────────╮
║狂狷 ║ │＊ Origin：[ 狂 狷 年 少 ] whshs.cs.nccu.edu.tw ╰─╮
║ 年少║ ┼╮ < IP：140.119.164.16 > ╰─╮
╚╦═╦╝ ╰ ＊ From：218-171-138-13.dynamic.hinet.net
─╨─╨─ ＫＧＢＢＳ ─ ◎ 遨翔"BBS"的狂狷不馴；屬於年少的輕狂色彩 ◎