Day 30. 结语

#结语

最後一天，专案完成了，铁人赛完赛
不过第9天就中断了比赛
真的是觉得太~~~~~~~~~~~~~~~可惜了!!!

一开始觉得连续30天的挑战虽然没有接触过，但感觉没有想像中的难才对
实际开始跑之後才发现，平常没事，一旦忙起来很多事情都忘光了...

虽然中断了，但运动家的精神还是要有，剩下的还是努力跑完了!!
给自己一个掌声鼓励

#可改善的点

30天下来有发现一些问题

F2E & B2E 傻傻分不清楚
在系列文中，有分为前端专案(F2E)及後端专案(B2E)，而前後端文章有些是混杂交错的，在观看的人可能没有办法这麽即时的分辨，导致越看脑袋越乱
- 这个部分可以在目录时就先做前端15篇後端15篇之类的分类方式，观看的人就会比较明白目前文章的方向
部分问题没有解决就直接带过
开发时有一些遇到的问题，例如在API连线MongoDB时使用到一个拓朴的设定 useUnifiedTopology: true，但其实不清楚为什麽必须使用这个设定，在文章中就直接简单带过了，个人认为如果自己都不清楚不了解使用到的设定或内容，又怎麽去写教学或分享来误人子弟呢...
- 这个只能说未来在写文时尽量先自己厘清以後再来分享
无法30天连续不间断
这个真的是一个罩门，因为常常公司要做一些很急的专案就要加班处理，回到家根本没时间甚至直接就忘了「自己还在铁人赛」的这件事，变成假日时回过头补进度
目前想不到更好的解法，看未来有没有机会不要加班吧xD
提前写未来的进度
有看到邦友发文问过类似的问题，我个人是有提前写，但很少(回头补进度比较多xD)，因为知道自己未来可能来不及写，所以可能会先把一些大纲拟好写进去，例如知道自己会写「CSS引用字体」，那就先把「要引用什麽字体」、「字体参考连结」、「引用方式」大概写好放进文章之後暂存草稿，但毕竟时间有限体力更有限，写完大纲就没什麽力继续了
不晓得这算不算本末倒置，有人可能觉得铁人赛的初衷就是要当天处理当天的文章，而不是提前写未来的，这个就见仁见智
没什麽大神想鞭我
老实说我还蛮期待有人可以提出任何可以改善的问题，跟我说说哪里的程序不用写的这麽复杂，可以改成怎样之类的，但可能我的主题对大神来说没什麽吸引力吧~
- 下次再想一个更屌的主题来参赛