【集美大學1411_助教博客】2017軟件工程開跑啦。。。。html
在本學期的開始,我就對本身有如下但願:前端
除了第3條在出差的過程當中完成得很是很差,我的以爲一學期下來,本身比第一次作助教時長進了很多,下面我詳細總結一下我本身本學期的助教工做。python
【集美大學1411_助教博客】2017軟件工程開跑啦。。。。git
【集美大學1411_助教博客】我的做業1——四則運算題目生成程序 成績github
【集美大學1411_助教博客】我的做業2——英語學習APP案例分析 成績windows
【集美大學1411_助教博客】結對編程2——單元測試 成績markdown
【集美大學1411_助教博客】團隊做業1——團隊展現&選題 成績網絡
【集美大學1411_助教博客】團隊做業2——需求分析&原型設計 成績
【集美大學1411_助教博客】團隊做業3——需求改進&系統設計 成績
【集美大學1411_助教博客】團隊做業4——第一次項目衝刺(Alpha版本) 成績
【集美大學1411_助教博客】團隊做業5——測試與發佈(Alpha版本)
【集美大學1411_助教博客】團隊做業6——展現博客(Alpha版本)
【集美大學1411_助教博客】團隊做業7——Alpha衝刺之過後諸葛亮
【集美大學1411_助教博客】我的做業3——我的總結(Alpha階段) 成績
【集美大學1411_助教博客】團隊做業8——第二次項目衝刺(Beta階段)
【集美大學1411_助教博客】團隊做業9——測試與發佈(Beta版本)
【集美大學1411_助教博客】團隊做業10——項目複審與過後分析(Beta版本)
分而治之(Work Breakdown Structure, WBS)
累計評論博客
350篇
根據我的筆記本manic time記錄的時間sum(excel+cnblogs+edu.cnbglos+markdownpad2+shimo+coding)=60H,本學期在軟件工程這門課上投入60小時
。固然這其中可能也有屏幕開着但可能在洗臉等沒有幹活的時間,但這其中沒有包括在單位的零碎時間,以及出差時在旅途中的零碎時間。本學期一共16周,因此每週用在軟件工程上的時間大概4小時左右
,這樣看來應該是比去年當助教時效率提升了。
本學期與教師的互動
較多,應該超過50次吧,只算和張老師的我的聊天記錄個人發言就超過30多條了。
與同窗們互動
至少200次吧,沒具體統計,在班級博客中發言就超過100多條。
在石墨中制定的評分標準或參與修改的做業
達10餘項。
同窗一:
我認爲平時分的評定有些不合理的地方。我認爲對於平時分的映射不該該以成績最高的爲標準,而是應該肯定一些容易評分的標準,作到的拿分,沒有作到的扣分,若是作得超出預期的加分。對於我的/結對/團隊分,我的做業比重能夠稍微少一點,結對較我的多一些,團隊的評分可讓團隊貢獻比佔得更大一些。
同窗二:
我的:我的的得分點都很細緻,沒有什麼槽點。
結對:兩人的貢獻確定不同,這裏也須要結對貢獻分來讓出力更多的人獲得更高的分數
團隊:(1)團隊貢獻分那裏,咱們按照貢獻多少,給了主力較高的分數,結果後面咱們的我的貢獻分就和組裏最高的分數對比映射,致使咱們組其餘的人分數較低,然而滿分五分,每一組的主力都是五分,咱們給主力較多的分數也只是拉低了咱們本身的分數,並無給主力帶來什麼更多的獲益,反而咱們只要每一個人的分數差很少,那麼全部人的貢獻分都會很高,致使了有的組全部組員貢獻分加起來遠超其餘組。這裏的評分公式是否是存在問題呢?我以爲應該給每一個團隊固定的分數,讓他們本身按比例分配本身應得的分數。(2)同班的隊互相評分,不免有所失真,能夠班與班之間互評,才比較公平
同窗三:
我的:助教的評分整體來講是比較合理的,每一個給分點都劃分的挺細緻的,對照得分點就能夠知道本身哪方面沒有作好。若是可以再細緻地說明某個點該如何改進就會給咱們更加明確的方向,下次該如何完成。可是我的認爲有一點小小的不足,有些給分點在給題目的時候說是附加分,可是到了評分結果出來的時候就變成了必作的項目,沒作會被扣分,感受不大合理。
結對:結對做業,有領航員和監督領航員的兩個角色,那麼負責代碼的人工做量比較多,得分都同樣,這樣可能會致使不大公平。
團隊:團隊做業是耗時間和精力最多的一個部分,每一個人工做量不一樣能力不一樣,貢獻分比較公平,全部團隊成員的積極性都比較高,你們都很是認真積極參與到項目中去,發揮本身的做用努力完成項目不拖後腿。經過老師評分和各組互相評分獲得民主的得分。可是在第一階段的評分老師先給出了各組的排序,這樣致使其餘小組很容易跟着老師的排序排名,我認爲不太合理,應該同窗先評,老師後評比較合理。
同窗四:
我的的評分標準沒得說,本身一我的作的,該得幾分就幾分,沒什麼好說的。結對和團隊兩個階段來講,評分仍是比較合理的,雖然你們基礎不一,對程序編寫的能力相差會比較大,像我可能只能作些比較簡單的代碼,作代碼覆蓋率、單元測試這樣的事情、代碼來講,能夠說是根本不知道怎麼作,從哪裏入手。因此後期,除了本身要作的,代碼基本上是靠大神來帶我。
同窗五:
團隊:團隊每一個人的貢獻分那塊,是按照最高分爲5分而後再映射其餘組員的分數,那隻要每一個人的貢獻比在比較接近的狀況下每一個人都能獲得相對較高的分數。這樣子的話團隊貢獻分仍是沒可以起到協調團隊中主力與打醬油的分數差。我的認爲能夠給定一個團隊貢獻的總分,而後在按貢獻比來分配這個總分。還有,團隊博客的得分得分點的設置有的地方不是很合理,好比在beta階段的得分點設置爲任務結果是2分,而代碼簽入是1分,代碼的簽入一般就是會簽入當天完成的可執行代碼,而運行結果就是把它進行運行的一個結果或者說在博客上展現出來就只是一張截圖而已。完成這兩個得分點的任務在時間上不是一個量級的,可是分數上倒是顛倒的。咱們組就由於在寫博客時沒有注意,沒有上傳結果截圖吃了虧。。
還想提一個就是總分的問題。不一樣的班級之間的分數差別較大,雖然這是不可避免的。。。每一個人的成績是班級最高成績的映射,這個就是會致使若是班級的最高分特別高,就會致使班級的其餘人的分數相對較低。可是咱們是一整個專業,這就又致使班級間的分數差別更大了。
同窗六:
第一,分數差別
問題:一個就是各班的成績評分有高有低,有的班總體分數都比較高,有的班總體分數就比較低。這就致使最後平時分的劃分的矛盾。雖然量化是標準的,但人這個變量是不統一的。
解決:暫無
第二,指標量化
問題:還有一個現實的問題就是團隊項目是一個大的項目,咱們判斷一個團隊給高份量化標準究竟是什麼?
是完成便可高分仍是說要功能的完善?【若是完成便可高分那麼結果請參照上世紀人民公社化的故事,結果怎麼樣我就不細說了...
解決:我建議加入自評分和相關說明。
即闡述你爲何能獲得這個分數,老師和助教也就能夠針對你的自評來進行提問和打分。
沒有任何人比本身更清楚本身的項目是怎麼樣的。自評分是對本身的認識,也是幫助別人來理解你的項目代碼,闡述優勢或者功能,或者數據結構,也能夠更直觀方便評分。
而這會更清楚的看出各個組在功能實現上的差別,哪一個更難,哪一個更簡單,我想一目瞭然。這也回答了我上面的問題。
第三,展現博客
問題:團隊的展現博客有時間和評分的兩個問題。
在我看來,團隊項目過程和結果一樣重要,而到最後卻由於考試沒時間進行全體的項目結果展現,我認爲這仍是有些問題。應該調整一下,由於仍是要有一個展現的過程在。並且,到了beta基本上就開始有期末考試的問題在了。
在評分上,Alpha階段我當時生病回家沒在學校。致使咱們組alpha階段展現只進行了前端展現,但一樣出現展現問題的有好幾組,最終老師給了咱們最低分。老師的提先打分影響了你們的打分,由於你們也不會認真看展現內容,而後就按照老師打的排下來了。咱們最後就是光榮的最後一名。
解決:時間方面,提早一下時間進度,留有時間做beta和展現。打分方面,建議是老師最後打分先讓小組互評分,減小老師打分的影響,而互評分建議是其餘班進行打分,而不是本班互相打分。
第四,博客&代碼?
問題:有些人基本沒寫過代碼,只是博客寫得特別特別好,就能夠拿高分?諸君如何看待這個事情呢?我認可這是嚴苛的博客評分制度的必然產物。
解決:我,無言以對,得分,但求心安。
其餘。(後面還附有一些建議)
我的和結對卻是沒有什麼特別的評分問題。【我懼怕沒按照要求寫,又得扣分了】
同窗七:
我的:雖然已經作到了量化每次做業的每一個部分,各個助教都協調好了一個評分標準,可是從第一次博客做業下來,就有的班級分數廣泛偏高,有的班級分數廣泛偏低,同窗之間不免會問會比較,對於分數的落差內心仍是又點兒小失落,但願以後的助教評分準則更統一
。可是對於每一個部分都量化出來真的特別好,特別仔細。
結對:結對過程但願也有兩我的的貢獻分的比較,不能只看博客打分,若是一我的代碼作的不多,實驗截圖都是用的同樣的,一週都只是在很用心的寫博客,這樣分數卻比另外一個編代碼的高,可能會有寫不公平,能夠把結對做業作兩個評分標準,一個是代碼貢獻量,一個是博客展現,這樣對那些工做量大的人更友善。
團隊:團隊過程總體都考察的很全面,有組內的成員貢獻分,有老師和助教的評分,也有其餘小組的評分,可是在複審階段,讓同班之間進行復審會存在你們都爲了得一個不太壞的結果,相互牽制相互打高分,能夠互換班級,讓一班評二班的,二班評三班的,三班評四班的,四班評一班的
。
總體來講仍是不錯的,第一次試驗能夠想到這麼多已經很完美了。
同窗八:
①我的:我的的評分標準很好,很完善。我我的以爲都挺好。
②結對:結對做業應該也能夠設置一個貢獻分,就個人體會來講,結對做業時也確定有工做多和工做少的。非我的就一定應該有區分,有功勞大小。
③團隊:這個方面我以爲最大的問題就是團隊複審,本班間評價會存在一些不公平因素
。(這個你們也都清楚、明白)個人想法是,這個複審能夠直接讓老師和助教(四個助教)評分。助教和老師來評也會更加的專業吧。固然也能夠把模式作的貼切畢設答辯,找幾個專業的老師來看每一個組項目並作出評價和打分。複審的展現(同窗間)能夠做爲一次交流、分享經驗。不作評分,這樣你們才更願意提問題,找問題,解決問題。
④總體來說我我的以爲還有兩個問題,一是評分分班級分別映射的問題
(這個自是解決了各個助教可能評分嚴寬尺度有分)可是又會萌生另一個問題,就是各班的狀況不同,可能有些班級總體作的都很好,你追我趕;可不排除有班級總體都作得不甚如意。然而映射倒是以班級最高分(和最低分)來映射,這似有不妥。具體解決的方法,我我的以爲仍是儘可能保證各班助教評分尺度一致(這確實會有難度,但。。。)也沒更好的方法啦。還有一個就是貢獻分,感受貢獻分其實並無發揮什麼做用(1-5)的區分,這實在不妥
。我我的以爲能夠直接和團隊總分掛鉤,好比團隊得分100分,那30(貢獻分滿分6人 120分的狀況下)那這個同窗就獲得25分。剩下的再分別按比例分下去,這樣纔會起到絕對的區分目的。(僅是我的考慮)
同窗一:
我以爲是成功的。再重來一次仍是會選擇這個團隊,咱們團隊各斯其職,每一個人都認真地完成本身的部分,不存在互相推諉的狀況,咱們的隊長龐龐也很好地帶領咱們,咱們初次接觸前端,還不懂如何修改,隊長會給咱們介紹工具和資料讓咱們學習,同時做爲團隊主力她也很辛苦地爆肝寫代碼。
同窗二:
我以爲咱們的團隊是成功的。我經歷了兩個團隊。首先第一個團隊對個人影響比較大,畢竟是從一開始就跟的團隊,也是在這個團隊裏面,我第一次接觸到了前端,也激發了本身學習前端的興趣。雖然我咱們的水平良莠不齊,大多數的成員都是沒有項目經理,可是咱們團隊中的每一個人都處於積極向上的狀態。在咱們的PM 的帶領下,每一個人都周到了興趣點,對於每次的任務都可以按時的完成;每次有什麼設計點,都會在咱們的討論組裏積討論;在博客的撰寫方面,也是分工合做,每一個人都有參與感與存在感。個人第二個團隊,在一開始仍是很是不熟悉的,全新的項目以及不同的小夥伴。團隊裏有一個強大的隊長,可以安排好全部的工做,在他的帶領下,很輕鬆愉快地就完成了beta階段的衝刺,有什麼不懂的,也都會在羣裏面討論。很榮幸很夠參與到兩個這麼優秀的團隊當中。
同窗三:
是成功的。我仍然會選擇這個團隊。
首先團隊裏的組員你們都是極其向上的,想作好每一件事的人。每一次分配任務,寫日誌都會及時的完成。這是咱們團隊完成還算不錯的基礎。我並不算是一個鐵腕的人,想一想若是是另外的組員,想必會很難搞。
坦白講,團隊裏不少女孩子都沒有項目經驗,對於開發,產品,PM也沒有什麼概念。
不過令我感到最開心的事是,你們找到了本身的興趣點。
經過這個團隊項目,有些人開始想學學python了,去看書,去找一些資源,去寫寫小東西。
有些人對前端感興趣了,鑽研前端,甚至之後想作這方面的工做。
有些人漸漸瞭解了PM,產品,運營的工做職責,也漸漸懂得了本身真正想作的事情。
在我看來,這是極好的!拿多少的分數歷來不是授課的最重要的意義,由於在漫漫人生長路,這並無任何意義,【固然我這個要出國的留學狗要GPA除外】而更重要的是找到一個方向,繼續學習下去。
我歷來不是一個講空話的人,也沒那麼多宏圖韜略,惟有實事求是。我敢確認團隊中的每一個人都有事情作了,或多或少的參與了開發,不是坐着拿成績吃空餉的人。
我認爲團隊開發十分有意義,踏實作的項目比上那些空有其表的東西要實在的多。而主觀的說,咱們還能夠寫在簡歷上。
感謝團隊的每一個人,團隊項目BETA結束後咱們還去聚了餐。十分開心!!!
同窗四:
我以爲咱們團隊仍是挺成功的,若是再來一次我仍是會選擇咱們這個團隊。咱們經歷過失敗而後再逐漸追趕差距,到最後完成咱們團隊的任務,咱們組員之間的默契磨合的愈來愈好,咱們在第一階段失敗的緣由是,因爲工做分配和組員間協調很差以及你們的積極性都不高致使的,在第二階段,人員調動後,咱們又從新安排任務,天天給沒人分配各自任務,及時督促監督組員,並天天開會溝通交流,解決問題。
同窗五:
我認爲不算成功,但我仍是會選擇這個團隊。前幾周完成狀況較好,在alpha階段取得了較好的成績,可是在beta階段因爲和期末考複習衝突不少成員就沒有足夠的時間來完成相應的任務,再來一次會規劃好時間,按質按量完成任務。
晚上晚上晚上,由於白天課程比較滿,並且實驗課程也比較多(這意味着要拿出不少的課餘時間繼續完成實驗)。有時候甚至會在某天閒的時候多完成一些內容,而後等到第二日時間比較少的時候就把前一天的部份內容拿過來充當這一天的。(雖然確實很尷尬,可是有時候一天八節實驗課(上機課)不少內容要完成,就。。。)
同窗一:
一、這門課是否是太注重博客了,如今狀況是隻要博客寫得好就能夠高分,是否是太武斷和片面。
二、有個小小的問題,若是我什麼都不作,放棄期末考,直接選擇補考,補考沒有平時成績,那麼我補考認真複習經過,一全年豈不是都很輕鬆?
三、但願這門課可以早點開課,這門課花費時間較多,收貨也最大,最好大一大二就開課,讓學生早點明白一整個項目的流程。
同窗二
1.建議使用Github。其實我不太知道爲啥不使用Github,提交代碼和coding基本一致,惟一差異大概是語言環境的不一樣。而Github上資源更加豐富,在求職的時候有些公司還會特地看你的github記錄,若是是放到Github上,真的是項目參與的痕跡體現。
2.對於課程衝突的問題,大三下的強度挺高的,課程衝突這個問題沒法避免。我建議把不少功能實現從扣分改成加分。每一個人的追求是不一樣的,有些人過就好,有些人想學更多,有些人想拿高分。目的不一樣,上心程度也不同,更重要的,編程程度也不一樣。若是一味的把要求定的過高,那學習成本就會陡增,編程水平通常的同窗爲了避免扣分會花費更多的時間成本在上面。基礎部分是必要完成的,其餘的一些功能能夠加分的,並且加分的觀感比扣分要更好~
同窗一:
第一次體驗到這種方式的教學,真的很是不適應,還懷疑這種方式是不是有效的。剛開始的時候仍是想學習點真本領,從第一次的我的項目到最後的團隊項目,真的付出了不少,並且我還修了二專,很是辛苦,說實話咱們的做業量是很大的,但我都努力完成本身的任務。而且團隊你們都很是努力的作好本職工做,互幫互助,你們一塊兒學習進步。這個期間老師助教的付出也是很大的,因此很是謝謝老師們和助教的幫助和指導。你們提出了不少建議,但願老師們能夠借鑑一些好的建議,下一屆這門課愈來愈好。
同窗二:
這應該是最後一次寫軟工的博客了(終於等到你~),在學習軟工的過程當中經歷了不少,也收穫了不少。若是軟件工程師之前的那種上課的模式,咱們可能能輕鬆地考個試就拿到學分,可是對咱們我的而言是沒有成長的。可是如今,大家要是問我大學讓你映像深入的課有哪些,軟工絕對排的上號。衷心祝願軟工的這門課可以越上越好。最後說一句,老師、助教大家辛苦啦,謝謝大家一路相陪!
同窗三:
課程基本結束,回看過去的三年。軟件工程這門課的改革十分有意義。
原本是空洞的文字和概念,若是不經過動手實踐,那它永遠是空洞的文字。仍是很感謝這個課程的改革,讓更多的人進行了參與,參與可能會萌發興趣。以前的不少實驗也好,課設也好,你們都並無真正上手去作,而這一次的軟件工程卻作到讓不少人開始嘗試。這也是我理想中課程的樣子。
咱們的目標是一致的,但願這門課真的有用,但願這門課可以學習到一些真東西。掏心窩子的話應該比假大空實在些,而這正是我這一學期上課以後的我的想法。
感謝老師和助教辛苦的付出,十分感謝真的。敢於作出改變並常常聽取咱們意見的張老師 我報以十分感謝!
構建之法這本書也不錯,是少有的能讀下來,而且很順暢不費力的書。買了一本全新的,之後上班再讀又是另外一番感悟。
歡迎老師和我進行更進一步的交流!但願咱們院的這門課能夠愈來愈好。努力謙遜,不忘初心。E心E意,一心向前。
同窗四:
這學期收穫真的不少,很是感謝全部的老師和助教們,同窗們。這門課的形式也很是好,我能深切的體會每一個學到的專業(軟件工程)相關的術語,考試的時候根本不須要翻書,我能深入的體會到所列詞的實踐含義。我很開心,而且很享受這種過程,不斷地進步,不斷地豐富本身的知識。雖然每位同窗都會有本身的體會,不少意見,各類疑慮,可是這至少說明你們都認真的參與其中了,有了本身的切身體會,有體會纔會有發言權(確實是這樣),有體驗就必定會有收穫。我我的但願這種模式能堅持下去,而且可以愈來愈好。同時但願其餘的課程也更多的注重實踐,這樣咱們學生才能收穫更多。
關於結對的成績
,有的同窗認爲結對也應該給貢獻分,我以爲是你們誤解告終對編程的意義。結對編程是兩我的共同討論編程的總體思想,肯定下來後,在編程過程當中不斷交換領航員與舵手的角色,共同完成一個項目。在這個過程當中,由於編程思想已經統一,就不存在在項目的實施過程當中誰作得多誰作得少的問題,兩我的實際上是一我的的大腦和手,大腦只負責指導手。
關於團隊貢獻分
,alpha階段結束後,各團隊貢獻分相差還算比較大,基本能夠達到5,4,4,3,2這樣的分差,但進入beta階段,你們的團隊貢獻分就變了5,5,5,5,4這樣的分差,其實從一些組的coding提交和平時的博客中就能夠看出你們的團隊貢獻並非全員總動員的,因此助教們採用了映射爲5-1這樣一個區間的方式。
關於須要大神帶領的同窗
,看來你已經意識到本身的不足,那麼就請你本身行動起來,不但願之後拖你們後腿,那就本身成爲能和別人比肩的大神。種一棵樹最好的時間一個是十年前,一個是如今。
關於映射分
是個人一個失誤,其實在beta階段我就已經看出來前三名的同窗和後面的同窗分差有些巨大,但我並無意識到問題的嚴重性。以至到期末全部分數給出來後,全班爆發了大規模的抗議,也是我始料未及。鄒欣老師指導我,將超級學霸給滿分,其他的同窗按照50-95映射
。我和張敏老師討論後得出的結論,就是將班級同窗的最高分也降幾分,區分出123名,而後按照實際分數映射到100-班級同窗最低分
這個區間上。由於1411班的同窗廣泛完成了beta階段全部的任務,並且演示效果好。而其它班級的有些團隊沒有完成beta階段的所有計劃任務,經過映射後也比這個班同窗的分數高,因此採用了這樣的策略。
關於過於注重博客
,這一點在我上一次作助教的時候也有同窗提過,首先我以爲仍是本身作得有問題,從此會更加關注同窗們的代碼。其次,我仍是要說,博客寫得好,分就高,這沒有什麼錯誤。項目展現與項目編碼同等重要,在實際的工做中,我也深有體會,有時本身花了好幾天作了一個做品,但展現彙報PPT作得很差,最後也沒有得到理想的成績。博客正是你們呈現本身的做品的地方,若是博客寫得很差,有三種緣由,一是你沒作出來像樣的產品,二是你沒認真寫博客,三是你不屑於寫博客。對於哪種同窗,都不該該給高分。固然在之後擔當助教的過程當中,我會更加關注同窗們的代碼。其實助教將每位同窗的代碼編譯運行這種可能性很低,由於你們所使用的語言,環境可能都不同,有些同窗在本身的coding中連引用的包或庫文件都不上傳,只上傳了本身寫的那部分代碼,這讓助教很難經過運行後的程序好壞來評價所有的同窗們,助教們用眼睛看是必定會出現問題的。有時候助教以爲一名同窗的代碼寫得棒棒的,但有可能那棒棒的部分就是從哪一個大神那copy來的,對於部分代碼的查重檢驗,說實話,助教的編程經驗也沒豐富到那種程度。因此一方面請同窗們體諒,一方面助教本身增長修爲。
張敏教師真的已經很是認真了,每一個做業都制定的很是詳細,也常常評論同窗們的博客,常常在微信羣中與老師們討論教學方法,與助教們討論教學實施,很是認真負責的老師,想爲她點贊。但我也提幾點建議,以便從此的課程愈來愈好:)
我很是的喜歡這個班的同窗,感受上進的同窗佔絕大多數。雖然咱們遠隔千里以外,但我知道他們在平時必定都是優秀的,由於咱們有思想的交流。如下是我對同窗們的建議,但願大家能夠愈來愈好:
記得開學初龐同窗好像就由於哪裏的分數有些問題和我懟了一次,我以爲挺好,能站出來和你懟的都是用心的同窗,他們以爲我努力了,但你沒有給我應有的回報。後續幾回的成績發佈過程當中,也相繼有同窗懟我,我很高興,說明你們真的努力在作這件事了,因此纔會向我要成績。我一直秉承個人老師的觀點,在班級範圍內,咱們能夠怎麼懟都行,但一旦這件事肯定下來了,就是雙方都達成了協議。
發佈成績後24小時是一個時間邊界,過了24小時,其實你們就沒有申訴的權利了。這就至關於工程中的deadline,過了deadline,你作出一個多麼完美的東西都是沒有用的,由於在deadline的時候你沒有響應我,那之後就不再用響應了。以前你們一直遵照的都很好,但反而到了期末你們都不守規矩了。由於考試忙,這我很理解,但過了邊界再申訴真的不是一個好方案,因此我可能懟了有些同窗,但我並不想表示歉意。
寫好博客很重要,博客是你展現你的思想,總結你的工做經驗的地方。只作不總結,會有進步,但速度會很慢。將你的思想展現出來,與這個世界進行思想的交流和碰撞,獲得牛人的指點,你纔會進步的更快。世界這麼大,讓你的思想出來看看。。。
回覆別人的話的很重要,不斷迭代才能作出完美的軟件。鄒欣老師說過:「從windows 1.0 到 windows10,咱們將這個「點」去掉了,用了10年。」(大體意思哈,具體細節記不清了,歡迎鄒老師本身來澄清,但這樣的話必定說過)大牛們都一直這麼努力的在迭代,咱們怎麼能夠懈怠。
學習就向健身,非一朝一夕能成也。
這學期終於結束了,我是開心的,我以爲我感覺到了本身的進步。學期初制定的目標基本實現了,與教師常常溝通,印象深入的溝通就有關於領騎杉何時發放、同窗們的我的總結應該包含哪些內容啊等;與同窗們的溝通也比以前多了不少,與每一個團隊的隊長溝通、與意見不統一的同窗溝通,雖然也有溝通後結果不如人意的,但我仍是努力嘗試了,我以爲這就是本身的進步。在制定評分標準上,我以爲本身仍是很用心的,雖然在出差階段評分標準是大史和西瓜來作的,但我以爲我在參與課程設計上還有發揮了必定的做用的。
可是雖然有以上優勢,缺點也是不可忽視的(我也對本身來個漢堡點評法)。最後的成績大爆發給了我很深的教訓,這就是在課程中期沒有預見性,這個問題在課程中期就已經暴露出來了,但我沒有給予足夠的重視,最後致使了成績不合理事件,我要負主要責任,也給張老師帶來了很大麻煩。因爲這學期期中我我的的工做較多,對同窗們的博客評價也不及時,出差階段都是大史、西瓜製做的評分標準,在此再一次展開自我批評,制定評分標準不夠細緻,這一點要向西瓜助教學習,細緻、認真、考慮的周全。還有一點,本身在班級羣聊天中仍是少了點雞湯,好像每週除了發佈成績就沒什麼可說的了,其實若是多瞭解一下同窗們就會知道同窗們課業很忙,也幫助你們解決一些時間安排上的困惑。
經過成績大爆發事件,我也學習到了解決辦法,這也是一項不錯的收穫。同窗們對這門課越批評,說明對這門課越熱愛,不然就會不肯意吐槽。你們對這門課的吐槽也很認真,說明你們真的在思考,是發自心裏的想讓這門課變好,變得更加有意義。
在alpha階段與鄒欣老師不斷就分數計算方法問題進行討論,我不斷的對本身的分數計算方法進行迭代,我以爲這也是個人進步。
感謝鄒欣老師對個人信任,一學期以來鄒老師一直是個人精神領袖,不管任什麼時候候,都能看到他在評論同窗們的博客,我有時都以爲難以想象,怎麼能夠這樣堅持的作一件事,我真的發自心裏的欽佩。
感謝周老師,飛龍博士,讓我成爲了一個更積極的人,遇事逃避的毛病雖然還存在,但好像比之前要改進很多,與同窗的溝通與變多了,本身這學期還寫了幾篇闡述型的博客。鍛鍊身體也堅持下來了,感謝周老師送的書和啞鈴,我很愛它們。
感謝張敏老師,這麼認真的老師,我要向您學習,孜孜不倦,兢兢業業。
感謝這些同窗們,是大家讓我進步,但願經過這門課大家真的有所收穫,若是能找到本身將來想要努力的方向就更好了。
最後仍是感謝個人老師楊貴福老師,是他帶我走進了構建之法。
寫了三天終於寫完了,其實很理解同窗們的心情,上一天課了,回來還要進行軟件工程,要討論,要寫博客,要寫代碼,但就是壓力才令人進步啊。回首看看這一學期,是否是本身最忙的時候,反而是收穫最大的時候。