PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 七嘴八舌異言堂
帳戶
密碼
 

  回應
 
主題工具
booger
Amateur Member
 
booger的大頭照
 

加入日期: Nov 2004
您的住址: 丁丁科技大學
文章: 45
你喜歡用哪種方式打程式作業分數的老師?

修過一些程式設計課,發現老師對作業的規定大致上有兩種,

題目是聖經:

作業結果要完全和題目一樣,老師像是個真人版的ACM online judge,
有時候程式碼風格、註解都會有規則

題目是方向:

題目只是個方向,會鼓勵學生自己增加程式的功能,發揮自己的創意。



我個人比較喜歡2,因為我有自己的程式碼風格和註解方式,有時候也
會加一些奇奇怪怪的功能...,所以,我也很怕遇到報告一定要交DOC
檔的老師。
     
      
__________________
動怒不動氣(對不滿的事情表達不悅,但是不讓其過份影響個人情緒)
挑嘴不挑食(對飲食頗有想法但是有得吃就吃)
舊 2006-10-24, 08:42 AM #1
回應時引用此文章
booger離線中  
linux2000
Power Member
 
linux2000的大頭照
 

加入日期: May 2003
您的住址: 很危險的地球
文章: 549
我也是2..
程式設計就像藝術ㄧ樣...
可以天馬行空的去寫
這樣才不會扼殺創意....

雖然說天馬行空的去寫,但是也要自己的技術有那能力才行Orz...
都把VB 6忘光了
寫出來的程式破破爛爛
 
__________________
Sent from PTT+ on my Lumia 925
舊 2006-10-24, 08:47 AM #2
回應時引用此文章
linux2000離線中  
darkangel
Major Member
 
darkangel的大頭照
 

加入日期: Aug 2001
文章: 211
當然是 1。

風格和註解和應該也是給分的依據,連什麼是 GNU/BSD/K&R 的 Coding Style 都搞不清楚的話,別來跟我談創意和藝術,相信很多人應該也搞不清楚什麼是 C 的傳統註解方式,什麼是 C++ 的註解方式吧。

勿在流沙築高台,隨性絕不是一個學習中的學生該有的心態。

程式設計從來都不是一門藝術,這句話我講過很多遍了。
__________________
滿招損 謙受益
舊 2006-10-25, 03:47 PM #3
回應時引用此文章
darkangel離線中  
sungo
Registered User
 
sungo的大頭照
 

加入日期: Dec 2004
您的住址: Taiwan
文章: 219
Comment旨在維持Code的可讀性以及方便維護,大家都看的懂就好,這沒有什麼絕對
標準。Style也是,C++有人喜歡把中括號({)斷行在Block名稱後面,有人就不斷行(
Java Style),沒什麼對錯!就是習慣而已.......就算有人習慣真的不太好,排版真
的排很亂,沒差!君不見現在的Formatter一堆?(Artistic Style、SourceStyler..)


回原PO:我選2。我就是在不受特別拘束的環境下學出來的,7年多前在學校學過組合語
言後,後來皆是採自修的方式修習它高階語言。雖無大功,但也略有小成,拿了幾張Java
國際認證,作品去參加全國性比賽,一奪冠、一佳作...就這樣而已。。。
舊 2006-10-25, 04:49 PM #4
回應時引用此文章
sungo離線中  
jsh0518
Major Member
 
jsh0518的大頭照
 

加入日期: May 2002
您的住址: 59號星球
文章: 138
原來是討論這個...

我以為是討論怎麼打老師勒...
舊 2006-10-25, 04:58 PM #5
回應時引用此文章
jsh0518離線中  
dts0069
Elite Member
 

加入日期: Feb 2003
您的住址: 台灣
文章: 4,086
2吧.
反正結果能出來,過程要怎麼沒差吧,連過程都要干擾,祇會扼殺期想像力而已.


不過個人感覺,寫程式數學不行的話還是放棄比較好.
舊 2006-10-25, 05:08 PM #6
回應時引用此文章
dts0069離線中  
傳說
Amateur Member
 

加入日期: Jun 2002
您的住址: 太陽系
文章: 32
在一個想要長久經營的軟體公司中
規範程式碼風格、註解是必然的
包含變數命名、函數命名、參數命名、註解方式、註解的詳細程度、縮排
甚至那些功能該怎麼寫等等都會有所規範
最主要的原因在於
程式完成後...有太多的原因會造成不是由原撰寫者進行維護
即使是原撰寫者...回頭去看三個月前寫的程式
稍微複雜的地方可能就忘記當初那樣寫的作用
就更別說其他程式撰寫人員來看懂和維護了
一個功能由規範的寫法改成新的寫法
意味著必須花費成本去重新完整的測試該功能!!!
但是這個改變也許只是程式碼縮短幾行或是執行速度快上0.1秒
那麼...是否有必要去花費測試成本嗎???
所以創意固然很重要....但是規範的遵守也是不可忽略的

最後....不管喜歡那一種....
搞清楚打分數的老師要的是那一種才是最重要的!!!
(常常會說使用者的需求是最重要的,但卻不是真正決定你的程式能不能賺錢的因素!)

引用:
作者booger
修過一些程式設計課,發現老師對作業的規定大致上有兩種,

題目是聖經:

作業結果要完全和題目一樣,老師像是個真人版的ACM online judge,
有時候程式碼風格、註解都會有規則

題目是方向:

題目只是個方向,會鼓勵學生自己增加程式的功能,發揮自己的創意。



我個人比較喜歡2,因為我有自己的程式碼風格和註解方式,有時候也
會加一些奇奇怪怪的功能...,所以,我也很怕遇到報告一定要交DOC
檔的老師。
__________________
PCDVD站長:擋廣吿的後果就是導致免費網站無以為繼!
在你享受自由網路的同時
自私的行為只會扼殺這個環境。
舊 2006-10-25, 05:11 PM #7
回應時引用此文章
傳說離線中  
sungo
Registered User
 
sungo的大頭照
 

加入日期: Dec 2004
您的住址: Taiwan
文章: 219
引用:
作者dts0069
2吧.
.........................
不過個人感覺,寫程式數學不行的話還是放棄比較好.

基本上同意!但是也不用到放棄這麼嚴重,亡羊補牢趕快加強數學即可。
離散跟線代,Data Structure跟Algorithm這些東西也是後來才比較有
感覺的...
舊 2006-10-25, 05:18 PM #8
回應時引用此文章
sungo離線中  
=大雄=
Basic Member
 
=大雄=的大頭照
 

加入日期: Dec 2004
文章: 22
用棍子或者是厚的書本打吧.....
__________________
Don't Worry Be Happy!
舊 2006-10-25, 05:28 PM #9
回應時引用此文章
=大雄=離線中  
a843433
Advance Member
 

加入日期: Jan 2005
文章: 433
寫註解很重要,因為這是團隊發展的基礎。而且,你也很難保證,多年後要回頭來維護時,能看得懂自己以前寫的東西..........


其實是很困難的>Q<
舊 2006-10-25, 05:40 PM #10
回應時引用此文章
a843433離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是08:16 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2026。