20172319 2018-3_2018-7《程序設計與數據結構》課程總結

時間 2019-12-09

標籤程序設計與數據結構課程總結欄目軟件設計简体版

原文原文鏈接

20172319 2018.09.03-12.25

從數量上看它是遠遠夠了的，但實際上並無那麼多，極大多數代碼都會加上註釋，爲了使代碼儘量能的美觀，方法之間會空一行，再加上有時候一個}就佔了一行代碼量，這些都並不能稱之爲有效代碼；扣除這些以後，它依然會比3000多，所以本學期的任務能夠說是完成了的。程序員

加點代碼，改點代碼是理解的最好方式，參考編程的智慧，談談你的心得：

反覆推敲代碼web

看一個做家的水平，不是看他發表了多少文字，而要看他的廢紙簍裏扔掉了多少;
一個好的程序員，他們刪掉的代碼，比留下來的還要多不少，真正衡量一個程序代碼能力的不是數量而是質量。算法
寫可讀的代碼編程

許多時候，咱們爲了讓本身和別人看懂這段代碼是幹嗎的，所以給了大量的註釋；
然而，當產品的代碼出現改動時，過多的註釋須要修改會形成很大麻煩；
所以在編程時要儘量作到：使用有意義的函數和變量名字。數組
寫簡潔的代碼數據結構

簡潔的代碼更符合編碼的要求，明明能夠一個for循環能解決的東西，你卻恰恰要用if-else語句，這不是吃飽了撐的？
當你寫的代碼呈如今別人面前，上面定義了數十個變量，而後一大半的做用基本沒變，不只讓別人難以看懂你的代碼，許多時候還會把本身搞蒙。函數

從投入上講：這門課的投入是全部學科中最多的，但相較上學期而言較少
從效率上講：感受效率不是很高，在編程時候有時每每會因某些問題而陷入思索，致使在某些東西的編寫中耗費的時間過多；
許多時候遇到的問題不能及時記錄，每每在寫博客時纔想起，致使又得重現事故現場，極其花費時間。
從效果上講：總歸學到點東西，雖然有些時候老師並無把需求講得和清晰，給人一種雲裏霧裏的感受，但根據同窗所實現後的效果及本身的摸索，也能把任務完成，但有時想使其趨於完美，耗費些時間也是值得的；整體上看對於java也是學有所得的。

本身須要改進的地方
碰到問題要及時記錄，以避免寫博客時花費時間；
將需求儘量細化，有針對性解決；
當有疑問時，應儘可能將其剖析出來，化抽象爲具體，這樣也有利於針對性解決，而不是針對一些模糊的概念死死地思索。

結對學習是否是真正貫徹了？寫一下你提供的幫助或接受了什麼幫助，並對老師提供參考建議
應該算是貫徹了，教導其如何寫Junit測試內容，針對我代碼運行時有一些狀況不符合題目需求進行指正。

一週差很少44小時以上用來學java，博客至少花費12小時左右，敲代碼22小時，差很少10小時是針對代碼問題進行相關的檢索查找，弄懂相關知識後才敲上代碼，所以有效的時間是12-18小時。

每週的學習效率有提升嗎？你是怎麼衡量的？
前期剛接觸，不少東西還不是很明白，所以花費了大量時間，學到後面發現其實很簡單，所以前期來講效率較低；
中期接觸一段時間了，也能很好地合上老師的步伐，代碼實現速度較前期來講較快；
後期有些懈怠，比起前期來講效率高，但不如中期。
衡量標準：需求的難易程度及代碼實現的速度。

藍墨雲班課的使用對你的學習有促進嗎？有什麼建議和意見嗎？
有，一些資源及視頻的做用幫助仍是很大的，比本身靠着模糊的概念去查找解決相關知識要好得多。
視頻資源太多了，並且進度條不能拖，看不過來，建議更多的是相似CSDN博客式的資料。

你以爲這門課老師應該繼續作哪一件事情？
讓學生自主學習，每週的測驗，課堂實訓。

你以爲這門課老師應該中止作哪一件事情？
博客互評，感受實在沒有必要，說來講去都是那些東西，意義不大，增長博客排版負擔。

你以爲這門課老師應該開始作什麼新的事情？
保持現狀就挺好的。