你們認為程式的藝術是什麼
 

如題

你們認為程式的藝術是什麼

除了把功能做出來之外

我認為是導入設計架構 設計樣式

讓程式變得容易擴充 修改 除錯

讓修改數萬甚至數十萬行的程式碼也可以變的很優雅

應該算是吧

==================

現今程式碼的 size 動輒幾百萬甚千萬行程碼
如果沒有遵循軟體開發流程 軟體設計架構
要維護 擴充 除錯都 是難上加難
試想你要如何再幾百萬行程式裡面撈出你想改的那一行
並且改了之後不影響其他的程式碼
這時軟體工程就變的相當重要

==================

各位認為呢

劣者也深表認同，讓自己／別人　花最少的時間／力氣／頭腦來維護 擴充 除錯
才是王道啊!!!

不然日子一久，要改都要花很大的力氣，還常常會顧東不顧西！
把其它相關的程式碼改錯了

八個字
簡化 と 組合、效能 と 拆解

說到寫的讓人看的懂，其實這不是這麼重要
因為一般只要寫好詳細的註解即可
且很少人會去看您的原始碼


簡化 :
事後可以簡化的程式碼，比事後不能再簡化的程式碼還好
因為 表示程式擴充性高
比如 可以在更多的地方插入新的代碼

組合 :
組合是模組的實現，不止提高區段程式碼的利用
更渴提高自己對程式寫作的興致

效能 :
雖然現在的 PC能力越來越快
但這始終是一項不可不重視的要求
這也是進步的原動力之一

拆解 :
拆解 -(成就)> 組合
組合 -(造就)> 模組
模組 -(使之)> 簡化
簡化 -(形成)> 效能
效能 -> 拆解

最高的藝術就是沒Bug
就算有Bug 也被當成是一種功能

重點是老闆願意買單

最高的藝術是沒有Bug????
那這一行最強囉System.out.println("No Bug!!!");

我覺得好用最重要!
寫得再好的程式沒人用就是廢物...
例如 lotus 系列的辦公室軟體

我不懂程式...

不過我覺得

相同的功能若是能做到 最佳效能~佔用最少的資源,這是很厲害的!

我聽過最好的一種比喻，頂尖程式設計師可以分成兩種：

高手：寫出來的程式擴充性高，結構佳，好讀，給人類看的。

鬼才：寫出來的程式充分壓榨系統的效能，設計結構複雜卻又充滿美學，但是程式如天書一般，不是給人看的。

小弟也同意上述的看法，不過是比教偏向『高手』那一方！
尤其是功能越來越多，程式越來越大的時候。
只有你會，那只好全部都靠你，其他人就可以納涼去.....

有趣的比喻:on_14:

都不是我能達到的境界 ... :on_36:

小心這種人。

剛開始，他常會以專案團隊的救星的姿態出現，達成；甚或超前編程進度，而成為開發團隊的英雄；

但是；通常到了最後，他就是開發團隊、廠商與業主的困擾。

通常在專案中；我寧可找到能夠依尋專案規範行事的編程師。

要辨視出醬子的人很簡單，您祗要請問他是否能夠遵循「CMMI LX」行事；

然後看到他漸漸地顯露出不屑的表情，您就知道了。:on_14: :on_14: :on_14: :on_14:

cmmi -> 想必 dddd 師傅也是高人 :on_22:

dddd大還真是洞悉人性 說的一點沒錯

吱吱 可怕

所以我討厭鬼才...:on_07:

怎麼會出現"編程" .... 真是少見的用法 ...... :on_22:


難道 .......... 您是 ........... 侯捷大師的忠實讀者？ :on_44:

ps.他在他的網站說過他還蠻喜歡大陸人用的這個詞。

有時候大陸文章看久了...會被同化掉:on_32:

難怪您討厭我...:on_36:

:on_03: ...............................
　
　
　
　
　
　

其實若用較為嚴僅的態度看待程式設計；
不難發現；「設計」在前；「編程」在後，
所以後來我都使用「編程師」而不用「程式設計師」。

在完成「系統分析」之後，許多發展團隊就直接進入「編程作業」，
可是較有經驗的團隊負責人，會先完成；包含「分工及整合辦法」的「程式規劃」；
以及「硬體需求規劃」。

而「程式規劃」是八到十年以上的專案團隊成員，才能勝任的工作。
在定奪前，老練的專案經理都嘛會把大伙兒都找來一起檢視可行性，一起為此案背書。
到了之後的「編程作業」時，一切動作就都要按照規矩來，否則提出問題；否則滾蛋。
:on_14: :on_14: :on_14: :on_14:

大陸的用字，真是先人用得巧；後繼卻無人落實。:on_36:
:on_03: ........................................................

真講究 .... :on_22:

看來大家至少都有涉獵程式語言
所以歡迎大家在此版區踴躍發言
:on_45:

呃...我那有這麼說...:on_07:

你該不會在做專案經理吧:on_61:

鬼才讓我感覺起來...自己一個人做就很厲害了...:on_44: ...不需要我這個永遠的程式新手:on_36:

鬼才 .... 適合自由軟體世界啊！！(我覺得啦):on_14:


我還以為d大真的是記者 ... :on_44:

做過呀~~~:on_12: 很久沒做啦~~~:on_49: :on_49: :on_49: :on_49:

這是另外一個讓我砍人的理由...:on_50: :on_50: :on_50: :on_50:
兩岸的編程鬼才常都有排他性...:on_14: :on_14: :on_14: :on_14:
沒事就喜歡搞山頭；讓我不爽...:on_12: :on_12: :on_12: :on_12:
這還會讓專心做事的小子變壞...:on_59: :on_59: :on_59: :on_59:
三犯絕不手軟；見一個殺一個...:on_23: :on_23: :on_23: :on_23:
反正兩岸高手如雲；鬼才若何...:on_15: :on_15: :on_15: :on_15:

我... 我... 我... 我在史版開「中通社」粉久啦~~~:on_36: :on_36: :on_36: :on_36:
早就升社長啦~~~ 胞胞們不都嘛知道~~~:on_61:
:on_03: .............................................................................................

就怕「中通社」的跑進來「發言」... :on_36: 版主大大您會「發瘋」...:on_07:

別介意啊~ 說點個人淺見...

「好用與否」，與「有人在用嗎？」不一定有直接的關係...

這和行銷能力、市場定位、教育訓練、作業方法... 等等項目都有關係...

有時一個軟體敗下陣來；並不一定就是「寫得不好」，可能的原因很多唷...

有時一個軟體所向披靡；並不一定就是「寫得很好」，可能的原因很多唷...

「格X英語」曾經就發展過專用套軟，但敗北的第一個原因是：

「第一線工作人員害怕工作價值下降；移轉到專案軟體上；」
「所以拒絕給予使用者介面正面評價，因此業主不滿意專案團隊的研發能力，及專案價值。」

在那個案例中，如果業主不願正視櫃抬小姐的恐懼，而接受建議，提供適當的教育訓練；或溝通，
甚至換血；那麼後面的動作都是浪費而已，程式發展得再好也是個屁。:on_14: :on_14: :on_14: :on_14:

如果是專案的話；單就這一句話，您就走對方向了~~~:on_02:

許多人認為，程式本身的易讀性不是很重要，反正在重要的地方會詳加注解。

但事實上，這造成了「大型專案 - 拆解 - 重組」的「不可行性」。

到了專案升級的時候，之前的程式幾乎成為「雞肋」。

是該「全部重寫」；還是「拆解 - 重組」？

這種事情；去問問灑銀子的老板；馬上就有答案了。

那就是為何不少大型專案要求編程師在「定義涵數」時；
必須直接使用「統一的原始英文名稱」的原因。

下一次專案系統升級時，可能已經過了好幾年了，
人事早就異動到不知道誰幹了什麼好事的境地了。

如果一目不能瞭然...:on_22: 很多堪用的東東就祗好放棄了。
如果您是業主，您會有什麼感覺~？:on_36:
:on_03:...........................................................

「這可真是一篇好文~~~ 我真是臭屁的該打屁股~~~！^^;」
 

其實... 從軟體發展的觀點來看...

硬體的效能... 本來就是拿來用的...

何況是給「軟體」用？

除了「密集運算」才有使用低階語言搶時間的訴求外；
而這種具有「特異功能」的「專業程式」；許多時候是直接購買專業現貨而達成的。

根本無法交給專案團隊編寫；看看「Excel 97」「增益集」中的「規劃求解」就明白了；
那種專解「單形法」的「線性規劃」軟體，全世界知名的祗有三、五家... 微軟~ 省省吧！
即使是「微軟」的 Office；也祗是一堆市場上買來的C語言/甚或組合語言模組。
比較誇張的說法是：微軟祗是「規劃」並「編寫」出了一個「龐大而嚴謹的使用者介面」...

大多數「微軟」自編的程式都是以「維護管理」為出發點而成局的，所以慢得要死~！

可是這種玩法卻保障了程式維護的「便利性」、「升級性」或「延展性」、「回收再生性」；
但它就絕對不是「最佳效能」；甚或「佔用最少資源」；完全辦不到~！祗會越來越肥大！

但是呢... 基於這種理由的肥大；在另一方面卻能有效的配合「微軟」的市場行銷策略，
使「微軟」的軟體無往不利~~~！

同時... 加惠全球硬體廠商，使得硬體天王的台商有利可圖；也因此促進了 PC 產業的升級...

各位看官；文走至此... 我們還有什麼話好說的~？
我們的外匯就正是靠著「日益肥大且遲緩」的「微軟 - 作業系統」、「微軟 - Office」
以及「日益粗壯的應用軟體」在支撐的...
:on_49: :on_49: :on_49: :on_49:


那我們還在抱怨啥呀~~~ 快去勸敗；請全球的胞胞換 OS 和 AP 吧~~~ 呵~ 呵~ 呵~
:on_14: :on_14: :on_14: :on_14:
(好啦~ 一口氣唬爛七篇了；該可以去切腹謝罪啦~~~:on_52: :on_52: :on_52: :on_52: )

(唬爛的感覺真好~~~ 已經很久沒這樣... 啦~ 啦~ 啦~ 就是這樣~~~:on_12: :on_12: :on_12: :on_12:)

我覺得這是微軟厲害的地方
也是值得學習的地方

其實除了real time system, os, 跟一些急需快速回應的程式用低階語言開發之外
高階語言是對程式開發者比較有吸引力的
因為高階語言開發的便利性與快速
可以讓軟體早一步上市
搶得市場先機
市場先機是非常重要的
使用者一旦習慣你的東西之後就被你綁架了

微軟當初也只是去跟別人買買作業系統來改而已
卻有今天這樣的事業版圖
只能說策略很成功