[評價] 103-1 謝宏昀計算機程式

看板EE_Comment作者jungKK (Net)時間9年前 (2015/01/25 00:17)推噓14(18推 4噓 30→)

留言52則, 10人參與討論串1/2 (看更多)

※ 本文是否可提供臺大同學轉作其他非營利用途？（須保留原作者 ID）（是／否／其他條件）：是哪一學年度修課：103-1 ψ 授課教師 (若為多人合授請寫開課教師，以方便收錄) 謝宏昀 δ 課程大概內容計算機程式可以參照之前文章的內容簡單來說就是C++ Ω 私心推薦指數(以五分計) 不考慮期末考，以外的所有因素：★★★★★★★★★ 期末考：負的★★★★★★★★ η 上課用書(影印講義或是指定教科書) 無參考用書，上課用講義講義內容大多來自cplusplus.com μ 上課方式(投影片、團體討論、老師教學風格) 禮拜二在教室裡面用投影片上課禮拜三789在計中借教室實作 σ 評分方式(給分甜嗎？是紮實分？) Weekly programming assignment 14% (1% each) Hw1 5% Hw2 6% Midterm 25% Term project 25% Class participation (10%) (16 previews，算預習表填寫次數) Final 15% 應是紮實偏甜最後結果 A+ ρ 考題型式、作業方式每週的PSA：幾乎都是簡單的小練習每週預習表：有填有分 Hw1：這份也算簡單，大家分數都很高 Hw2：其實這份算蠻難的。期中考：中規中矩的上機考期末考：個人認為覺得很糟，不該拿來作為評分的出法。 project：評分尚未出爐 ω 其它(是否注重出席率？如果為外系選修，需先有什麼基礎較好嗎？老師個性？加簽習慣？嚴禁遲到等…) 我初選就選上，加簽情形似乎是有撐到最後就簽得到。 Ψ 總結除了期末考以外都沒有怨言是一門好課老師很用心很有耐心如同以前的評價基本上我認為這是一門不選可惜的課。但是期末考就要解釋一下為什麼充滿怨言我們的team project 由於一開始不小心project規劃格局過大所以我們採取了比較快速的寫法，我們的project幾乎沒有class的概念都是函數傳來傳去我在組上是負責做關於資料處理的code 總共四千多行code，我大概寫了兩千多行。我的任務大概就是做出能讓組員在其他地方使用的黑盒子function 期末考的內容根據project的內容，要做很多class的處理看的時候是覺得有「一點點難」期末考的期限 1/16 18:00 ~ 1/17 18:00 個人於1/16考兩科，前一天沒有睡覺的在讀書一回家簡單掃了一下題目，覺得有點難想說睡起來再做。於是直接睡到了隔天的中午。還去了一趟系上的閱卷才能開始做。實際上做起來才真的是發現真的很難實現負責處理大部分數據的我 project沒有限制寫法為了方便，我完全沒使用封裝，沒有任何的class處裡。其實當下的心情真的是非常抑鬱但時間有限的情況下也只能硬著頭皮寫下去。期末考中要求要實作很多class的功能要使用project裡面的變數或者是拿裡面的class來用很多功能，其實project都不需要用到甚至是不適合那樣處理至少當下，主觀上會這麼認為。但因為題目要求變成要硬著頭皮去寫那個狀況。廢言太多期末考不公平之處如下：每組project規劃不同，用來實現的code方式又不同，組內分工不同。去除掉自身能力的因素外，還是有這麼多立足點不平等之處。但上面就是我要說的話在考期末考前我非常喜歡這門課，覺得選到這門課是我這學期最大的榮幸花了好幾個晚上甚至好幾次通宵終於把project完成我成就感滿滿就算其他科幾乎沒讀，期末考爆了我也甘之如飴但是一到了期末考，真的很手足無措，當下真的是崩潰了。其實平心而論可以感受到期末考出題的用心已經盡量避免不公平而且這個點子的動機非常棒這是一份很酷的考卷，有很多想法在裡面。只有認真的老師才會這樣做但畢竟攸關評分，雖然已經降至15% 還是讓我還有一些一起修這門課的朋友覺得很不公平。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.230.65.59 ※ 文章網址: https://www.ptt.cc/bbs/EE_Comment/M.1422116276.A.9DB.html ※ 編輯: jungKK (61.230.65.59), 01/25/2015 00:21:07

推

eimt

01/25 01:38, , 1^F

01/25 01:38, 1^F

噓

ahpc82

01/25 12:56, , 2^F

01/25 12:56, 2^F

推

norta

01/25 13:00, , 3^F

01/25 13:00, 3^F

→

norta

01/25 13:01, , 4^F

01/25 13:01, 4^F

噓

yclnl

01/25 13:02, , 5^F

01/25 13:02, 5^F

→

yclnl

01/25 13:04, , 6^F

01/25 13:04, 6^F

→

yclnl

01/25 13:05, , 7^F

01/25 13:05, 7^F

噓

bob71735

01/25 14:50, , 8^F

01/25 14:50, 8^F

→

bob71735

01/25 14:52, , 9^F

01/25 14:52, 9^F

噓

ThxThx

01/25 14:56, , 10^F

01/25 14:56, 10^F

→

ThxThx

01/25 14:57, , 11^F

01/25 14:57, 11^F

抱歉我沒說清楚那時候打完忘記重新檢視原本文內只稍稍提到一句project跟final的關係，且敘述不清楚，造成上面大大們的誤解期末考的內容是使用自己組的project內用到的變數以及函數來實現各種class的功能 (以上在文內總結有補上所以我才會在文內提到明明不適合使用的class概念卻變成說要硬去寫，去用project的內容把它實現。去寫繼承（還必須要有兩個）要去做一些class管理但是我們的project就是不適合所以這就是為什麼會覺得期末考很不公平事情大概是這樣的，很抱歉我沒說清楚。絕對不是我不喜歡class，拒絕學習class，拒絕使用class。基本上我覺得在時間有限的情況下期末考這樣考有點像是在比硬凹的能力 (不一定有辦法思考出完整的物件化把project的部分內容去湊成期末考考題要的樣子我當初花了很多心思去構造出來的project 對我來說，在主觀認定project內容不適合期末考考題的前提下，我可能越瞭解這個project可能就越難去把它做成期末考的需求。因為我會有盲點「先入為主」去認定project裡面的變數跟函數。這些東西已經被我定型了，很難一時間釐清。相反地，早就已經懂物件的少數同學。(ps project開始的時候才正準備進入物件導向是很容易輕輕鬆鬆改寫而得到高分的。

推

eric01208

01/25 18:21, , 12^F

01/25 18:21, 12^F

推

sacredzaro

01/25 19:54, , 13^F

01/25 19:54, 13^F

→

sacredzaro

01/25 19:55, , 14^F

01/25 19:55, 14^F