这次有幸受到学弟邀请来参加铁人赛,本来是想要写 godot 的教学的(留到之後有机会再分享吧),然而想到我也即将毕业,而当初大二时修软件工程所留下的专案恐怕也难以维护,便希望可以藉这个机会,好好审视它在维运上的各种问题,并期望能够在阅读 google 的 SRE book 的过程中,找到解决之道。
当初入学之後,因为发现我们系的程序设计课程并没有使用 online judge (OJ) 来批改作业与进行考试,对於在高中时候习惯程序竞赛的我跟部分同学来说,实在是难以适应。在经过与授课老师的讨论之後发现,原来是因为现有的其他 OJ 并没有办法满足老师的需求,因此我们几个同学便希望可以自行开发一套为了教学用途设计的 OJ。
在经过了约莫一学期的努力之後,Normal OJ (NOJ) 就这样诞生了(若有读者 clone 下来可能会发现没有办法好好的执行它,对,那就是这个系列文希望解决的问题之一),并且後续也在系上的其他课程实际运行了一阵子。
然而随着後续功能的迭代,各种问题也随之而来,对於主要负责维运的我来说是苦不堪言。
本系列预计会是关於我阅读 google 的 SRE 团队所着的 Site Reliability Engineering 这本书,并且思考如何解决 NOJ 现有问题的纪录与分享。书内所有内容皆可以在 google SRE 的网站上公开存取,而我是购买中文翻译的版本来阅读的 (ISBN:9789865026011)。
以上,本人初次参赛,若文中有谬误之处,还请不吝赐教。
希望大家能够在这个系列的文章中,能够有那麽一点收获,一起让自身专案的开发与维运流程变得更加稳固。
>>: 【程序】那些保命的技能!转生成恶役菜鸟工程师避免 Bad End 的 30 件事 - 2
缓慢的进展似乎有了成效。 在修正 musl port的 arch/riscv32/bits/sysc...
环境设定: 先去 https://developer.android.com/studio 下载An...
在上一篇,我们完成了 三大法人 vs. 非三大法人占比。 不过,三大法人占比还可以再用细项来分出,把...
使用 Python Flask 架设 API 吧! 今日学习目标 API 观念讲解 什麽是 API?...
稻穗问题 夕阳西下,麦田沐浴在余晖的彩霞之中。片片的麦田在微风里泛着金浪,金浪的尾端旁有一道崎岖的小...