|
2007-01-04, 05:33 PM
|
|
|
註冊會員
 
|
討論 - 你們認為程式的藝術是什麼
如題
你們認為程式的藝術是什麼 除了把功能做出來之外 我認為是導入設計架構 設計樣式 讓程式變得容易擴充 修改 除錯 讓修改數萬甚至數十萬行的程式碼也可以變的很優雅 應該算是吧 ================== 現今程式碼的 size 動輒幾百萬甚千萬行程碼 如果沒有遵循軟體開發流程 軟體設計架構 要維護 擴充 除錯都 是難上加難 試想你要如何再幾百萬行程式裡面撈出你想改的那一行 並且改了之後不影響其他的程式碼 這時軟體工程就變的相當重要 ================== 各位認為呢 此帖於 2007-01-04 05:46 PM 被 snoopy 編輯. |
|
送花文章: 623,
|
|
向 snoopy 送花的會員:
|
|
2007-02-06, 04:37 AM
|
#31 (permalink) | |
|
長老會員
 |
「這可真是一篇好文~~~ 我真是臭屁的該打屁股~~~！^^;」
引用:
硬體的效能... 本來就是拿來用的... 何況是給「軟體」用？ 除了「密集運算」才有使用低階語言搶時間的訴求外； 而這種具有「特異功能」的「專業程式」；許多時候是直接購買專業現貨而達成的。 根本無法交給專案團隊編寫；看看「Excel 97」「增益集」中的「規劃求解」就明白了； 那種專解「單形法」的「線性規劃」軟體，全世界知名的祗有三、五家... 微軟~ 省省吧！ 即使是「微軟」的 Office；也祗是一堆市場上買來的C語言/甚或組合語言模組。 比較誇張的說法是：微軟祗是「規劃」並「編寫」出了一個「龐大而嚴謹的使用者介面」... 大多數「微軟」自編的程式都是以「維護管理」為出發點而成局的，所以慢得要死~！ 可是這種玩法卻保障了程式維護的「便利性」、「升級性」或「延展性」、「回收再生性」； 但它就絕對不是「最佳效能」；甚或「佔用最少資源」；完全辦不到~！祗會越來越肥大！ 但是呢... 基於這種理由的肥大；在另一方面卻能有效的配合「微軟」的市場行銷策略， 使「微軟」的軟體無往不利~~~！ 同時... 加惠全球硬體廠商，使得硬體天王的台商有利可圖；也因此促進了 PC 產業的升級... 各位看官；文走至此... 我們還有什麼話好說的~？ 我們的外匯就正是靠著「日益肥大且遲緩」的「微軟 - 作業系統」、「微軟 - Office」 以及「日益粗壯的應用軟體」在支撐的...  那我們還在抱怨啥呀~~~ 快去勸敗；請全球的胞胞換 OS 和 AP 吧~~~ 呵~ 呵~ 呵~  (好啦~ 一口氣唬爛七篇了；該可以去切腹謝罪啦~~~  )(唬爛的感覺真好~~~ 已經很久沒這樣... 啦~ 啦~ 啦~ 就是這樣~~~  ) |
|
|
|
送花文章: 52967,
|
|
2007-02-15, 04:45 PM
|
#32 (permalink) | |
|
註冊會員
|
引用:
也是值得學習的地方 其實除了real time system, os, 跟一些急需快速回應的程式用低階語言開發之外 高階語言是對程式開發者比較有吸引力的 因為高階語言開發的便利性與快速 可以讓軟體早一步上市 搶得市場先機 市場先機是非常重要的 使用者一旦習慣你的東西之後就被你綁架了 微軟當初也只是去跟別人買買作業系統來改而已 卻有今天這樣的事業版圖 只能說策略很成功 |
|
|
|
送花文章: 623,
|
平板模式
