SRP的全名是Student research project (我猜的)，對於部分學生來說，不做就相當於不能畢業，一個project大概做一年左右，算是我工的一個特色。本人參加的SRP是做一個編譯原理在線教學平台，負責后端開發。
之所以在博客上發周記，目的是想提醒一下自己還有個坑要填。
因為對后端開發感興趣，想學一下web app開發，做個小項目；而且老師是班主任，還算靠譜，於是就去了。可能是自我介紹吹得好，老師也要了我。
和老師聊了一下，原來老師手上已經有個半成品，但是他不滿意，還想繼續做下去。仔細看了看代碼，是用Vue.js和Node.js做的。
目前整個項目都沒有做完，我們這一期的同學也只是改進(我覺得很有可能變成重做)詞法分析這部分的功能。
不得不吐槽之前的人真的不懂什么是前后端分離，兩份工程居然合到一個工程里去了，導致代碼可讀性極差，而且前端部分的代碼沒有任何注釋。我看了半天的src文件夾才發現這是前端代碼，后端代碼居然放在了名為server的文件夾里，讓人腦殼疼。
老師着重吐槽了網頁的展示效果，明確指出通過讀入正則表達式直接給出NFA、DFA的做法不好，教學效果不佳。我表示這方面還需前端的同學多多努力。
老師還吐槽了后端代碼結構性非常差，而且bug不少。我大致看了一下，其實是用了框架的(express)，但是命名習慣非常不好，搞得老師非常難受。bug什么的我倒是沒怎么看見。
組內成員討論了一下，給出了一些我覺得還算靠譜的改進方案：1) 增加動畫來逐步描述NFA、DFA的構造過程；2) 增加課堂練習功能，讓學生自己畫狀態機。老師覺得還可以，就先這么做。
后端決定重寫，框架被老師吐槽太老了，所以應該是用KOA。沒辦法，沒學過動態語言的人真吃虧，只能趕緊速成js。
上個目前項目的效果圖：
接下來我認為急需解決的問題：
1、趕緊速成js和框架(組內成員基本是新手)
2、需求分析，文檔的編寫
3、代碼風格，版本控制
4、前后端接口需要認真討論
這幾個問題真的讓人頭大。接下來的這個星期能速成KOA我就覺得自己完成任務了。