##助教學習總結html
##關注助教:陳彥吉 https://home.cnblogs.com/u/ChildishChange/feed/1.html前端
##1.助教的長處/特色: ###1)有哪些好的習慣:熱愛閱讀?愛運動?代碼量大?動手能力強?等等。git
善於總結,並給出相關的建議github
###2)他們的博客有什麼優勢:排版美觀?行文流暢風趣?技術功底紮實?等等。算法
博客行文流暢,嚴謹,技術功底紮實。不難看出其行事一絲不苟,認真而專業編程
###3)他們的助教風格:重視溝通?善於啓發同窗?點評一針見血?對一個問題不斷追問下去的能力?等等。markdown
善於啓發同窗,會常常提出問題讓同窗思考,在指出學生問題的同時,可以一針見血,而且經常會給出一些專業性和我的總結的建議,可以更好地幫作同窗去發現本身的不足並及時改正自身的缺點工具
##2.值得學習的點評:學習
####1)點評的做業鏈接優化
http://www.javashuo.com/article/p-ccdawvvp-nd.html
####助教點評文字:
引用 在前端的編寫中,每每須要使用到某些功能,但這些功能本身來寫又過於複雜,所以使用插件是一個很是簡單又實用的選擇,這裏就推薦兩個JS插件,一個是用於星級評價,另外一個用於圖片的裁剪。
這裏我建議開頭就說清楚爲何要使用這兩個插件,而不是到具體介紹的時候才說。
一個可能的版本:
咱們項目須要使用兩個插件:一個是更好、更直觀地可視化點評的結果,另外一個是解決用戶上傳頭像時對圖片進行裁剪的需求 巴拉巴拉吧
####個人點評
發現問題,並可以給出本身總結出的建議。該方面我自身有所缺陷,我可以發現問題卻沒能給出專業性的建議
##2)點評的做業鏈接
http://www.javashuo.com/article/p-yandonkx-ed.html
####助教點評文字:
能夠將大家想要解決的問題和解決問題的過程描述得更加清楚,完善一下這篇文章的結構:
####個人點評
提供規範的格式,給同窗參考
##3)點評的做業鏈接
https://www.cnblogs.com/ws-1st/p/10564872.html#4218521
####助教點評文字:
https://github.com/ccyyycy/ycy/issues
不知道大家怎麼看待GitHub上的這個項目:) 它是大家潛在的競品嗎?他有哪些優點和劣勢?
####個人點評
提出我的的疑問引起同窗的思考
##4)點評的做業鏈接
https://www.cnblogs.com/tbqjxjkwg/p/10536697.html#4218443
####助教點評文字:
引用 來上計院的課後受到了驚嚇(沉默),但願能在團隊項目中學到更多東西
具體哪裏比較嚇人?具體想學到什麼東西?
####個人點評
對於同窗模糊的表達,進行深究
##5)點評的做業鏈接
https://www.cnblogs.com/buaatbxl/p/10536535.html#4218429
####助教點評文字:
引用 介紹:很撈
這是什麼意思?
https://www.cnblogs.com/NewTeam/p/7891444.html
學習一下大家的學長學姐們,多介紹一點本身:)
####個人點評
發現問題,並給出建議,讓同窗學習學長學姐的優勢
##6)點評的做業鏈接
http://www.javashuo.com/article/p-pggxvith-hq.html
####助教點評文字:
做業已經完成得很棒了,可是還缺一點東西:
引用 結對的每個人的優勢和缺點在哪裏 (要列出至少三個優勢和一個缺點)。
請看你的隊友是如何評價你的: http://www.javashuo.com/article/p-sepprtcg-kx.html
####個人點評
優勢提出表揚,錯誤也直接指出
##7)點評的做業鏈接
http://www.javashuo.com/article/p-mhmrjzea-eg.html
####助教點評文字:
引用 必定程度上優化了算法。
具體優化了多少?能提供一個對比嗎?
####個人點評
對於問題深究到底,讓同窗對於問題具體分析並給出具體回答
##8)點評的做業鏈接
http://www.javashuo.com/article/p-yzyzlrsh-t.html
####助教點評文字:
引用 咱們將對外暴露的兩個接口都驗證了前置條件,後置條件和不變量 可否拿一個接口來舉例,大家作了哪些驗證?前置條件,後置條件和不變量分別有哪些?請給出一段關鍵代碼
####個人點評
提出問題讓學生思考,讓同窗學會具體問題具體分析,
##9)點評的做業鏈接
http://www.javashuo.com/article/p-nppyhioq-hx.html
####助教點評文字:
markdown的排版請再優化一下:)
引用 總以爲徹底地「二人合體」編程並非一個頗有效率的辦法。
如今你以爲呢?
####個人點評
直接指出同窗的不足,對於同窗以前提出的疑惑進行詢問此時的見解
##10)點評的做業鏈接
http://www.javashuo.com/article/p-mxhbplmx-hz.html
####助教點評文字:
引用 我曾經瞭解到在現在BAT的大部分項目裏,也沒有創建良好的Code Review制度,Unit Test也僅僅有重要模塊會作。
從哪裏瞭解到的?可否給一個例子:) 我舉一個我實習的例子:我在微軟的開源項目上提交了一份約300行的示例代碼,先後通過了四次複審,兩次來自個人mentor,兩次來自其餘同事。
####個人點評
以自身爲例,告訴同窗如何舉例,讓同窗可以更好地完善博客與自身的不足
##11)點評的做業鏈接
http://www.javashuo.com/article/p-mxhbplmx-hz.html
####助教點評文字:
引用 最主要的是走了錯誤的路吧,你們都在用遞歸子程序來完成代碼的主體部分,而我用了相似於NFA這樣的方法來實現了程序的主體,由於當時學編譯的時候剛好學到了這裏就想試試,沒想到陷入了一個深深的漩渦hh
有想法就動手嘗試是好事 :) 那麼,爲何使用NFA讓你陷入了深深的漩渦呢?有過後分析嗎?
####個人點評
對於優勢給予確定,也提出問題引起同窗的思考