※ 引述《Lordaeron (Terry)》之銘言：
: : <sniffer@kkcity.com.tw> 撰寫於郵件新聞:4deHeW$lyx@bbs.kkcity.com.tw...
=========================================================================
: : > 1. 最簡單的, 只是寫出來, 沒有怎麼寫的問題
: : > 做一個小畫家, 沒有東西是未知的, 沒有啥演算法,
: : > 做一個編輯器, 做一個 office, 也沒有演算法的問題, 自己想也想得到
: : > 唯一需要會的就是有哪些 library, system call
=========================================================================
這一段話的小標題與內容, 彼此間存有很大的爭議.
a.說小畫家與 office 沒有演算法的問題是認知的差距, 它至少會有架構與
組件的問題, 這種跟"陳現表達"有關的項目必然涉及該如何有效的對輸入
資料做 "標記" 與 在何處對之如何處理的 "解譯" 問題.
而資料結構與如何處理的演算法, 這兩者是一體的兩面, 皆受限於硬體支援.
事實是演算法的效率與正確性常來自於資料結構與標記的表示.
b.這種 "非數字計算" 的項目, 其關鍵在如何用電腦的內部形式快速又有效表
達與展現出讓使用的 "人" 能簡易使用. 在商業產品裡, 這類內部架構通常
都是機密, 外表看得到的是很好使用的人機介面, 但其內部則不好猜測.
==========
所謂只是寫出來沒有怎麼寫的問題, 那只有一種情況:
所有資料的結構與表示及如何處理的步驟都已經 "可讓人明白的定案寫出來",
連系統提供的支援介面也都明白的以範例陳述. 此時才可能是去寫出來而不必
知道"怎麼寫" !
這種樣子的軟體包案應該不多, 能寫出整個資料結構與如何處理的人, 若還要
寫出讓別人能明白照著做的設計文件與細部規範, 他早就會自己用程式先試製
, 由之再檢驗整個架構與處理過程的正確性, 然後才會有正確堪為遵循的文件.
因為 軟體又沒有複製性量產的難題, 根本對 "只是寫出來" 的人力需求是很低
的, 應該說這種狀況幾乎不存在.
這個世界已經是很多人都會開汽車, 但會開車的未必會造車, 會造車也未必能
造出可勝出的一流好車. 如果只是把汽車想成就是一輛馬車被改成用機器馬代
替獸馬, 認知上沒有不對, 可是這種機器馬還沒被造出來耶 !
: 推 netsphere:的確 1,2的取代性比較高 218.163.193.109 01/02 15:48
: → Lordaeron:取代性? 台灣有出過一套像樣的office? 125.232.140.156 01/02 16:05
: → Lordaeron:還是有出過opensource 的小畫家? 125.232.140.156 01/02 16:06
: 推 netsphere:事實就是這樣 人數多寡 1>2>3>4 218.163.193.109 01/02 16:10
: → Lordaeron:事實? 何來的事實? show me!!我只看到嘴 125.232.140.156 01/02 16:37
: → Lordaeron:巴, 沒看到事實. 你有寫過一套office? 125.232.140.156 01/02 16:37
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.115.4.12