前面講了不少舊系統的問題,但「知道哪裡有問題」和「知道新版該長什麼樣子」,其實是兩回事。
如果打算先規劃再動工,現在應該開始寫出一份需求規格,規劃新版有哪些功能、有哪些頁面,甚至連資料庫 Schema 都先設計好。
但我是個懶鬼。
好啦,這只是其中一個原因。
更主要的是,我不喜歡全部規劃好再開始動工,比起計畫好再出發,我更喜歡走一步看一步。沒錯,P 人特質發力了。
但我確實知道大概的方向。
我有些想改進的地方,也有些想塞進去的新玩具;但除此之外,我沒有打算就這樣把整套系統的樣子定死。
會把人一直登出的 Session、手機上的使用體驗、一些資安漏洞、跨瀏覽器相容性等等。
前兩篇已經吐槽得夠多了,這邊就不再展開重講了。
總之這些算是基本款,都決定重寫了,總不能原封不動地帶回來吧。
包括但不限於:
Markdown / WYSIWYG、廣播即時更新、主題切換、較現代的登入狀態管理……
舊系統的廣播列表基本上是「你重新整理,我才告訴你有沒有新東西」,但既然都已經重寫了,我其實滿想試試看能不能讓新廣播自己出現在畫面上。
至於最後要用 SSE 還是 WebSocket,我現在還沒完全決定。
雖然心裡已經有答案就是了。
主題系統現在只想到「既然都把版面跟樣式拆開了,不玩一下好像有點可惜」。
至於會不會每個功能都做出來……沒意外應該是都會啦,但搞不好 27 天後其中幾個就躺在廢案區了也說不定。
這次我想把版面跟美編分開處理。
在處理前端的時候,先不管背景、不管配色,也先不管動畫。
只處理一件事:這個元件應該放在哪裡。
這麼做的好處是:如果版面本身很難用,我就沒辦法怪配色,也不能靠毛玻璃和動畫把它遮過去。
等到版面在只有黑白的情況下也能正常使用時,再來想想它到底要長得多漂亮。
因為一開始就刻意把版面結構和視覺樣式拆開,後面真的要做 Theme 時,也比較不容易全部纏在一起。
這個做法對我而言算是嘗試,以前寫前端都是版面跟樣式一起往下刻,沒有試過分開做。
總之先試試看吧。
所以看到這裡你還是不知道新版的數位校園最後會長什麼樣?
偷偷告訴你,我也不知道。
但至少我知道它不該再有哪些問題,也知道我希望它能做到哪些事情。
至於最後會變成什麼?
27 天後應該就會有答案了。應該吧。