※ 引述《Lordaeron (Terry)》之銘言： : : <[email protected]> 撰寫於郵件新聞:[email protected]... ========================================================================= : : > 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