1、請參考第一次做業,當初你對課程的承諾和指望都兌現了嗎?數據庫
我仍是比較喜歡這門課的,當時說必定要認真的完成每一次的做業,來上每一節課,雖然有時候實驗室事情比較多,有時候下午開會開到6點才結束,開完會沒有吃飯就當即騎小黃車從計算機學院趕到信息學部來上課,可是我以爲這門課收穫很大的,我比較酷愛軟件開發,在系統的性能、技術方面比較感興趣,喜歡動手去作一些小軟件、小遊戲之類的,以前作的有些軟件,好比掃雷破解軟件、中國象棋人機對戰軟件等等當初徹底是給本身設計的,對用戶的體驗沒有太多的考慮,後來上了這門課知道了若是面向用戶來編程的話,用戶體驗也是很是重要的,第二次做業我以爲是一個教訓吧,雖然功能都完成了,可是用戶體驗卻不好,經過這門課最大的收穫就是,知道了要站在使用者的角度去看問題,不能只站在本身的角度去考慮。編程
2、總結這門課程的實踐給你帶來的提高,包括設計模式
3、寫下屬於本身的人月神話——項目實踐中的經驗總結+實例/例證結合的分析緩存
在開發過程當中遇到一些問題,好比郵件提醒,這個功能須要開通POP3/STMP協議才能夠經過調用JAVA API來進行郵件提醒的消息通知,而後當時寫了以後會提示一個沒有權限的異常,後來在調試的過程當中發現,沒有加入SSL證書,加入以後測試就正常了;在增長表情回覆的功能時,有兩種選擇,第一種是經過導入四字節的表情符號emoji來完成,這種方式因爲數據庫是UTF-8編碼,而該表情須要UTF-8mb4編碼纔可以顯示出來,否則存進數據庫是亂碼,這種方式須要對編碼進行調整,而編碼的調整容易出現一些其餘的問題,因而咱們採用了第二種方式,經過表情圖片導入來完成,作法是在回覆後,將一些表情信息用::::特殊的標記符號來代替,再把這些表情標記所有用圖片<img>來替換,這樣輸出的結果就融入了表情。微信
4、分析一下本身所處的團隊。《構建之法》上說團隊的發展有幾個階段,你的團隊都經歷過麼,最後到達了「創造」階段了麼?併發
起初是萌芽階段,這一階段交流很多都想獲得對方的接納,試圖避免衝突。再有就是磨合階段,再是規範階段,而後是創造階段,最後是解體階段。書中將這個過程用跳舞來舉例。我以爲咱們設計的系統就已經有創造階段了,由於咱們的系統是全新的,目前尚未人作過相似的東西。在課程羣組管理系統上,目前大多都是選課和創建羣組是分離的,可能絕大多數課程,包括這門課,老師都是在開課以後,本身在微信或者QQ羣本身創建一個羣組,這樣的話就有幾個問題:1.很是的麻煩,有的老師一我的開好幾門課,那麼他就要本身創建好幾個羣,並且還要把學生一個一個拉進來,效率很低;2.這門課結束以後不能自動釋放羣,一個老師講了十年課,她帶了十屆的學生,每一年都有相似的課程,那麼他創建的羣組就很是多,甚至容易弄混,若是課程結束了還須要本身手動解散羣。咱們這個課程羣組系統實際上只是一個創造性的思路,很但願可以正式在學校投入使用,給老師還有學生都帶來方便。不讓本身的微信還有QQ都被創建的課程羣所吞噬。框架
5、在從此的教學中,老師們還將根據同窗們的基礎、指望達到的目標,在教學內容和做業量上作更多的調整,爭取爲你們提供一個更加個性化的學習過程。你對課程設計(授課內容、方式、做業內容)有什麼建議嗎?另外,做爲學長的你,對後面的學弟學妹們有什麼建議?編輯器
課程設計的建議是,咱們作的這些系統根本不能達到企業級的規模,做業也僅僅只是一個demo,在緩存技術、多併發技術上也根本達不到,更別說是適用於百萬級用戶和千萬級用戶了,我以爲這門課主要的是一種思路,能夠過多的把時間用在讓咱們理解這種思路上,而目前咱們的時間大多都花在寫文檔還有編程上,文檔裏面的內容的確是比較多,若是認真寫,兩個小時都不夠,在開發上的主要訓練了本身的邏輯能力,在這種框架技術方面,我以爲跟作實驗室的項目差很少。學弟學妹們的建議就是要鍛鍊本身的自學能力,有些技術在學校裏是不會教的,對找工做沒有任何幫助,只能靠自學,學校裏的課程主要的做用是告訴你一些思路和方法,我以爲這些纔是最重要的,建議學弟學妹能夠把關注點都放在這個地方。工具
6、助教老師爲課程的順利開展作了不少工做,與老師們的交流也讓你們獲益匪淺。你對助教老師的工做能夠提一些意見和建議嗎?性能
助教老師仍是比較辛苦的,由於這門課的做業實在是太多了,每次做業都要助教來進行批閱,咱們學生累,其實助教和老師更累。若是要提一點小小的建議的話,就是但願在給分的時候,把詳細的扣分點告訴你們,咱們只知道每一項的總分,只知道本身的成績哪部分比較低,可是不知道那部分的成績每一分具體是怎麼扣的,但願能詳細的標明出來,這樣咱們能夠詳細的知道本身是哪個地方有問題,更好的去改正本身的問題,之後可能就不會犯相似的錯誤,謝謝助教老師。