首先按照國際慣例,此次彷佛不久前才見面。不知不覺已經到了學期結束,到如今爲止事情基本也都算是結束了,是時候push這個大鴿子博主更博客了😢。其實不少感想啥的,說來又複雜,又簡單,並且每每就那麼些個車軲轆話。不過該說的不管多少遍,仍是都得說的,不礙事。web
而後說正事,既然都結束了,那不能沒啥收穫,那對不起本身;更不能有了不說,那對不起觀衆。因而那就說說唄。工具
我我的的收穫的話,其實主要是兩個方面,分別是關於軟工理論的,以及團隊相關的。學習
軟工理論相關的話,主要就是一些軟件設計上的方法與思路,其中很多在以前的本科OO課,以及本身的實踐中,均已經直接或間接有過接觸,我的理解,實際上上次博客做業的那個用詞十分準確——按圖索驥。軟工理論,或者其餘的工程理論,本質都是這麼回事。咱們經過按圖索驥,讓更多的工程人員能夠有穩定可控的產出,這也是工程規模得以擴大且始終處於可控狀態的根本保證。設計
團隊相關的話,主要就是,見識了另外一種模式的團隊,以及另外一種模式的人。其實我一直以爲,你們都是十分優秀的,確實十分優秀,而對於leader而言,須要考慮的是如何物盡其用。物盡其用這件事,看似簡單,實則否則,尤爲對於技術見長的人,很容易陷入到惟技術實力或惟直接產出的一元化評價體系中,從而對組員的價值產生錯誤的評價。我的認爲,在這件事情上,關鍵仍是在於,擺正心態,戒驕戒躁。blog
實際上,筆者對於這個課程的實操部分實際上存在必定的疑惑。以前和老師溝經過,信號燈項目無需代碼實現,主要由於門檻過高,且仿真模擬(例如搞個web界面模擬下紅綠燈)效果有限且意義不大。而其餘的項目,都是須要進行代碼實現的。實際上,就筆者本人而言,對這樣的設計是大大歡迎的,畢竟寫代碼啥的簡直不要太爽,沒這個的課簡直少了一大樂趣。可是實際上倒是存在必定問題的,具體來講,是節奏上的問題。咱們來梳理一下整個學期的各個時間點:開發
不知道是否是由於今年疫情致使的特殊緣由,也不知道若是是的話,這樣的因素佔幾分,畢竟筆者尚未對往屆進行過系統化的調查或信息整合。不過我的感受,這樣的總體任務結構,給人一種不協調之感——前期過於鬆散,後期又過於密集。具體來講,12月以前,只有一次博客做業,一次小做業,和一篇沒有正式評審的領域分析報告,近乎過半的週期卻只有這些;而12月後,三次博客,兩篇正式評審的文檔報告。不只如此,我相信老師的本意,必定是但願編寫代碼的組,按照一個標準的領域分析,然後需求分析,然後系統設計,最後代碼實現的過程進行一次實戰。然而實際上這樣的節奏將意味着理論上12月底才能開始碼代碼,而1月中旬就放假了,週期一個月都不足;而若是想要早作準備,那就意味着,這個標準的四部曲流程,必然出現倒置,好比先代碼後設計,也可能先代碼後需求,甚至可能先代碼後領域,若是那樣的話那就真的糟糕至極了,課程的本意是教會學生用正確的方式作事,可是卻讓正確操做的學生連滾帶爬,而不正確操做的學生順風順水,還順帶強化了一遍錯誤的印象。文檔
實際上筆者認爲,該部分真正的問題不在於代碼實現這碼事,而是在於總體節奏的分配,或者更深一點說,在於課程自己的定位,是偏向於理論講述,仍是偏向於實踐學習,以及實踐應扮演什麼樣的角色。把這些問題想明白,纔是解決之道。get
說完了正經的,那麼說點不正經的,那必須的。博客
我本身的話,上次博客倒了一堆垃圾,實在有點髒,不太好意思😸。而後,既然知道本身菜,那就得拿出點樣子,該作的事作起來,別和下水道似的咕嘟咕嘟冒着臭味的泡,還點火就炸,把臭水揚得跟下雨通常,世上沒有比這個更糟糕的事了。基礎
在本身的研究這邊,本次的高軟算是開了一扇門,經過一系列的實操分析,發現了一些門道,一些不一樣於本來想象的門道,這下方向算是有了;在OO課程那邊,相關工具鏈的開源,以及部分工具鏈的重構和解耦也將被提上日程,目前已經在筆者內心基本有譜,各方對此也表現出積極態度。
此外,我還會將參與到2021年本科軟件工程課程的助教工做中。目前已經和老師取得了聯繫,而且有了初步的計劃,後續有待進一步的討論與研究。以及,若是條件容許,咱們將考慮將新技術投入到軟件工程課程中,之前所未有的基礎設施、工具鏈與技術支持,爲課程提供全然不一樣的思路。
我明白,走出這一步意味着不少,不過也沒啥,也不是頭回作好被送上斷頭臺的準備了,何況以前該度過的難關都度過了,此次更沒什麼好怕的。不只如此,我們反過來看,當你的敵人說你如何好,那說明你遂了人家願,站在本身人的立場,你是個徹徹底底的蠢貨;而當你的敵人怒髮衝冠,破口大罵,乃至歇斯底里,那偏偏說明你作了一件令他們恐懼到骨髓裏的事,站在本身人的立場,你是真正的英雄。
既然選擇了遠方,便只顧風雨兼程。喂喂喂出發前先把那幾個留坑的博客給寫了啊喂!!!就醬,告辭。