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

snoopy · 2007-01-04, 05:33 PM

如題

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

除了把功能做出來之外

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

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

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

應該算是吧

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

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

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

各位認為呢

劍痞憶秋年 · 2007-01-04, 06:28 PM

引用:

作者: snoopy

如題
你們認為程式的藝術是什麼
除了把功能做出來之外
我認為是導入設計架構設計樣式
讓程式變得容易擴充修改除錯
讓修改數萬甚至數十萬行的程式碼也可以變的很優雅
應該算是吧
==================
要維護擴充除錯都是難上加難
==================
各位認為呢

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

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

mini · 2007-01-04, 09:26 PM

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

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

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

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

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

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

eric19790402 · 2007-01-04, 11:51 PM

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

重點是老闆願意買單

magicchiu · 2007-02-02, 07:33 PM

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

rainnylin · 2007-02-02, 10:00 PM

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

non · 2007-02-02, 11:37 PM

我不懂程式...

不過我覺得

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

zasiza · 2007-02-03, 01:39 AM

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

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

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

bblin2 · 2007-02-03, 01:57 AM

引用:

作者: zasiza

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

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

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

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

snoopy · 2007-02-03, 02:35 AM

引用:

作者: zasiza

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

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

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

有趣的比喻

getter · 2007-02-03, 06:12 PM

引用:

作者: zasiza

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

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

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

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

dddd · 2007-02-04, 08:29 PM

引用:

作者: zasiza

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

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

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

小心這種人。

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

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

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

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

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

snoopy · 2007-02-04, 08:49 PM

引用:

作者: dddd

小心這種人。

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

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

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

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

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

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

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

吱吱可怕

superxboy · 2007-02-04, 10:42 PM

引用:

作者: dddd

小心這種人。

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

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

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

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

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

所以我討厭鬼才...

zasiza · 2007-02-04, 10:52 PM

引用:

作者: dddd

小心這種人。

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

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

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

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

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

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

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

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

2007-01-04, 05:33 PM	#1
snoopy 註冊會員榮譽勳章勳章總數8 UID - 33737 在線等級: 註冊日期: 2003-02-02 VIP期限: 2011-06 住址: 台南共和國文章: 1831 精華: 0 現金: 12744 金幣資產: 12834 金幣	討論 - 你們認為程式的藝術是什麼如題你們認為程式的藝術是什麼除了把功能做出來之外我認為是導入設計架構設計樣式讓程式變得容易擴充修改除錯讓修改數萬甚至數十萬行的程式碼也可以變的很優雅應該算是吧 ================== 現今程式碼的 size 動輒幾百萬甚千萬行程碼如果沒有遵循軟體開發流程軟體設計架構要維護擴充除錯都是難上加難試想你要如何再幾百萬行程式裡面撈出你想改的那一行並且改了之後不影響其他的程式碼這時軟體工程就變的相當重要 ================== 各位認為呢此帖於 2007-01-04 05:46 PM 被 snoopy 編輯.

	送花文章: 623, 收花文章: 392 篇, 收花: 1288 次

2007-01-04, 09:26 PM	#3 (permalink)
mini 管理版主榮譽勳章勳章總數17 UID - 4144 在線等級: 註冊日期: 2002-12-07 文章: 13491 精華: 0 現金: 26854 金幣資產: 3024784 金幣	八個字簡化と組合、效能と拆解說到寫的讓人看的懂，其實這不是這麼重要因為一般只要寫好詳細的註解即可且很少人會去看您的原始碼簡化 : 事後可以簡化的程式碼，比事後不能再簡化的程式碼還好因為表示程式擴充性高比如可以在更多的地方插入新的代碼組合 : 組合是模組的實現，不止提高區段程式碼的利用更渴提高自己對程式寫作的興致效能 : 雖然現在的 PC能力越來越快但這始終是一項不可不重視的要求這也是進步的原動力之一拆解 : 拆解 -(成就)> 組合組合 -(造就)> 模組模組 -(使之)> 簡化簡化 -(形成)> 效能效能 -> 拆解

	送花文章: 2054, 收花文章: 8069 篇, 收花: 26923 次

2007-01-04, 11:51 PM	#4 (permalink)
eric19790402 註冊會員榮譽勳章勳章總數2 UID - 48968 在線等級: 註冊日期: 2003-03-16 VIP期限: 2011-05 文章: 55 精華: 0 現金: 365 金幣資產: 9434 金幣	最高的藝術就是沒Bug 就算有Bug 也被當成是一種功能重點是老闆願意買單

	送花文章: 91, 收花文章: 11 篇, 收花: 17 次

2007-02-02, 07:33 PM	#5 (permalink)
magicchiu 註冊會員榮譽勳章勳章總數 UID - 16798 在線等級: 註冊日期: 2002-12-23 VIP期限: 2007-03 文章: 84 精華: 0 現金: 105 金幣資產: 105 金幣	最高的藝術是沒有Bug???? 那這一行最強囉System.out.println("No Bug!!!");

	送花文章: 0, 收花文章: 2 篇, 收花: 2 次

2007-02-02, 10:00 PM	#6 (permalink)
rainnylin 註冊會員榮譽勳章勳章總數5 UID - 64912 在線等級: 註冊日期: 2003-05-05 文章: 617 精華: 0 現金: 199 金幣資產: 1853 金幣	我覺得好用最重要! 寫得再好的程式沒人用就是廢物... 例如 lotus 系列的辦公室軟體

	送花文章: 65, 收花文章: 170 篇, 收花: 619 次

2007-02-02, 11:37 PM	#7 (permalink)
non 長老會員榮譽勳章勳章總數6 UID - 17047 在線等級: 註冊日期: 2002-12-24 住址: 蘭亭序始文章: 1309 精華: 1 現金: 4502 金幣資產: 1578485 金幣	我不懂程式... 不過我覺得相同的功能若是能做到最佳效能~佔用最少的資源,這是很厲害的!
	__________________ 大千海水尚可量　十方虛空猶可涉　諸眾生心尚可同　世尊功德不可盡諸佛世尊有百四十不共佛法。以彼彼諸名詮彼彼諸法此中無有彼是諸法法性 odysee \| Buddha-img \| 如何得觀音菩薩感應
	送花文章: 1547, 收花文章: 694 篇, 收花: 1820 次

2007-02-03, 01:39 AM	#8 (permalink)
zasiza 長老會員榮譽勳章勳章總數9 UID - 10429 在線等級: 註冊日期: 2002-12-12 住址: 台ㄨㄢ文章: 1892 精華: 0 現金: 619 金幣資產: 158976 金幣	我聽過最好的一種比喻，頂尖程式設計師可以分成兩種：高手：寫出來的程式擴充性高，結構佳，好讀，給人類看的。鬼才：寫出來的程式充分壓榨系統的效能，設計結構複雜卻又充滿美學，但是程式如天書一般，不是給人看的。
	__________________ 少年啊　胸懷大志吧　不為錢財　不為私慾　不為了用名聲填補內心的空虛最初描繪的夢想　你還記得嗎人為什麼而活呢　為了走完這條人生之路　胸懷大志吧
	送花文章: 18574, 收花文章: 1417 篇, 收花: 3923 次

Google 提供的廣告