在本學期的學習中，有哪些是經過博客作業後才學到的？

1、最開始的vs的使用、工程項目的叠代、類和對象的基本概念、代碼調試技巧、代碼規範、個人博客、github、基於對象編程、團隊項目經驗。
2、比較具體得有文件輸入輸出流、cout輸出格式控制、命令行、STL、markdown語法、CSS。

回想起來，的確大部分東西都是通過博客作業學習的，視頻、博客、搜索引擎，都是很不錯的學習方法，不過最好的還是親自動手敲幾遍，挺大的遺憾就是很多學過的東西總是想用的時候就得去百度；還有就是作為一個初學者，語法記憶得不夠完整，寫出來編譯總會有些奇奇怪怪的報錯，在這一點個人是無比心累，因為總想試一試新東西。

在電梯作業和團隊作業中，遇到的最大問題是什麽？

• 電梯作業遇到的最大的問題就是把一個面向過程的代碼轉化為面向對象編程，第一次作業，尚未對面向對象有所了解，用了面向過程來實現，第二次電梯作業要求體現面向對象的思想，很是難受，深入學習了慕課，了解到重載和繼承，打開一片新的天地，最後選擇了重寫。
• 團隊作業因為基本是第一次項目經歷，大家對這方面都很是生疏，在分工、結構、代碼規範等方面不能很好相融，最大的問題個人感覺是項目的結構，我們團隊是從底層的類開始實現的，然後整合在一起，再和界面ui整合，在項目展示的前一晚，肝到四點，才發現實現難度超乎想象，因此得出ui和底層同步進行的結論??

在電梯作業和團隊作業中，還有哪些可以繼續改進或完善的地方？

電梯能改善的地方還有很多，首先從電梯的架構講，我的電梯就是日常電梯運行不能掉頭的版本，還能更優，只是自己沒有勇氣下手。怎麽說呢，電梯的核心就是算法邏輯，能夠完善的主要也是算法，其他的在算法面前都是大巫見小巫了（以我的水平來講，哈哈哈）

你是否有想過重構？如果讓你重構你的在電梯作業或團隊作業中，你會如何重構？#請寫出你的重構計劃。

重構的話，想過沒敢下手，還是涉及了一個和時間相關聯變得十分復雜的算法，在被無限調試的無限調戲後，野心都被磨圓了。
如果真要重構的話，首先先確定電梯架構，然後畫流程圖，根據流程圖完成類的成員和方法，這很重要，可以減少在編程中臨時添加功能，考慮數據結構、重載和多態。接下來就是完成具體功能實現了，調試等等。

經過這學期的學習，你有哪些體會和感受？

1、c++在面向對象編程的確很有特色，抽象、封裝、繼承、多態。
2、個人的學習能力很重要，特別是在計算機這一行業，且不論其他語言，單單c/c++就夠我們探索一番了。這種學習能力包括獲取知識的能力、使用知識的能力，兩者相輔相成，缺一不可。

對於這門課程的實踐作業形式（博客+個人/團隊編程）有何看法或建議？

1、雖然半個美好的暑假都泡在博客作業，但我的的確確收獲了很多很多。應本次作業第一篇美文的訴求，我也覺得可以提高博客作業在成績的比重，不管怎麽說，相對大部分同學來說博客作業肯定是投入最多的
2、希望可以給出pta每道題的題解，或者請同學完成像Codeforces那樣的題解博客，有的題目嘗試了很久就是寫不出來，也找不到哪裏錯了