|
2007-01-04, 05:33 PM
|
|
|
註冊會員
 
|
討論 - 你們認為程式的藝術是什麼
如題
你們認為程式的藝術是什麼 除了把功能做出來之外 我認為是導入設計架構 設計樣式 讓程式變得容易擴充 修改 除錯 讓修改數萬甚至數十萬行的程式碼也可以變的很優雅 應該算是吧 ================== 現今程式碼的 size 動輒幾百萬甚千萬行程碼 如果沒有遵循軟體開發流程 軟體設計架構 要維護 擴充 除錯都 是難上加難 試想你要如何再幾百萬行程式裡面撈出你想改的那一行 並且改了之後不影響其他的程式碼 這時軟體工程就變的相當重要 ================== 各位認為呢 此帖於 2007-01-04 05:46 PM 被 snoopy 編輯. |
|
送花文章: 623,
|
|
向 snoopy 送花的會員:
|
|
2007-02-05, 12:18 AM
|
#18 (permalink) | |
|
長老會員
 |
引用:
不難發現；「設計」在前；「編程」在後， 所以後來我都使用「編程師」而不用「程式設計師」。 在完成「系統分析」之後，許多發展團隊就直接進入「編程作業」， 可是較有經驗的團隊負責人，會先完成；包含「分工及整合辦法」的「程式規劃」； 以及「硬體需求規劃」。 而「程式規劃」是八到十年以上的專案團隊成員，才能勝任的工作。 在定奪前，老練的專案經理都嘛會把大伙兒都找來一起檢視可行性，一起為此案背書。 到了之後的「編程作業」時，一切動作就都要按照規矩來，否則提出問題；否則滾蛋。  大陸的用字，真是先人用得巧；後繼卻無人落實。   ........................................................ |
|
|
|
送花文章: 52967,
|
|
向 dddd 送花的會員:
|
|
2007-02-05, 12:59 AM
|
#19 (permalink) | |
|
長老會員
|
引用:
 |
|
|
__________________ 少年啊 胸懷大志吧 不為錢財 不為私慾 不為了用名聲填補內心的空虛 最初描繪的夢想 你還記得嗎 人為什麼而活呢 為了走完這條人生之路 胸懷大志吧 |
||
|
|
送花文章: 18574,
|
|
向 zasiza 送花的會員:
|
|
2007-02-06, 01:54 AM
|
#25 (permalink) | ||
|
長老會員
|
引用:
 很久沒做啦~~~ 引用:
 兩岸的編程鬼才常都有排他性... 沒事就喜歡搞山頭；讓我不爽... 這還會讓專心做事的小子變壞...  三犯絕不手軟；見一個殺一個...  反正兩岸高手如雲；鬼才若何...  |
||
|
|
送花文章: 52967,
|
|
2007-02-06, 02:22 AM
|
#28 (permalink) | |
|
長老會員
|
引用:
「好用與否」，與「有人在用嗎？」不一定有直接的關係... 這和行銷能力、市場定位、教育訓練、作業方法... 等等項目都有關係... 有時一個軟體敗下陣來；並不一定就是「寫得不好」，可能的原因很多唷... 有時一個軟體所向披靡；並不一定就是「寫得很好」，可能的原因很多唷... 「格X英語」曾經就發展過專用套軟，但敗北的第一個原因是： 「第一線工作人員害怕工作價值下降；移轉到專案軟體上；」 「所以拒絕給予使用者介面正面評價，因此業主不滿意專案團隊的研發能力，及專案價值。」 在那個案例中，如果業主不願正視櫃抬小姐的恐懼，而接受建議，提供適當的教育訓練；或溝通， 甚至換血；那麼後面的動作都是浪費而已，程式發展得再好也是個屁。 |
|
|
|
送花文章: 52967,
|
|
2007-02-06, 02:43 AM
|
#30 (permalink) |
|
長老會員
|
許多人認為，程式本身的易讀性不是很重要，反正在重要的地方會詳加注解。
但事實上，這造成了「大型專案 - 拆解 - 重組」的「不可行性」。 到了專案升級的時候，之前的程式幾乎成為「雞肋」。 是該「全部重寫」；還是「拆解 - 重組」？ 這種事情；去問問灑銀子的老板；馬上就有答案了。 那就是為何不少大型專案要求編程師在「定義涵數」時； 必須直接使用「統一的原始英文名稱」的原因。 下一次專案系統升級時，可能已經過了好幾年了， 人事早就異動到不知道誰幹了什麼好事的境地了。 如果一目不能瞭然... 很多堪用的東東就祗好放棄了。 如果您是業主，您會有什麼感覺~？ ........................................................... |
|
|
送花文章: 52967,
|
平板模式
