信安作品赛复盘

信安作品赛复盘

前言

由于比赛的成绩不是很理想,加上比完赛后生了一场不小的病,一直拖到现在才记录一下这次比赛的收获与教训,聊以自娱

回忆

大概是6月初加入了这支队伍,当时距离初赛结束还有一个月,因为本身队伍中也有部分人退出所以有了这个机会。而一开始的想法是当时对开发比较感兴趣(被ctf劝退了),于是想要和小伙伴一起打打开发类的竞赛,而小伙伴已经提前半年准备这比赛了,就想随便找个队伍混一下,熟悉下这类比赛的流程。一开始确实并不是很看重这场比赛,因为毕竟是赛前一个月临时加的队伍,队友其实甚至都不太认识,就准备了解了解然后死在初赛就行了。这可能也是队伍直到剩10天左右才开始有正常进度的直接原因把。
队伍的一开始设定大概是2个男生主要攻克代码,队里唯一的女生负责文档等,学弟尝试负责一部分代码。虽然自己并不是组长,但其实主要任务还是由我来安排的。虽然是重组的队伍,但已经有明确的课题以及相关资料了,并且邀请了研究生的学长跟我们很通俗的讲了下这个全英文的文献(hhhh本来看了一周还是云里雾里)。这么快的热身也让我挺快进入状态了,我做了个决定,让大家每周三晚上都要来开例会,汇报自己做了或学了什么,就类似分享兼监督的一个会议。确实这执行的挺好的(一直到初赛结束)。我一开始的预想是两个主力代码手去写相应的模块,然后由一个人类似全栈那样串联一下来合并代码。自认为这个想法还可以,但是执行的时候出了很大问题。其实一开始我也不是很懂怎样去吧这整个框架分成一个个小块,从文字上听上去确实被我说的分成一个个快了,但是现在发现实际上有很多没说清楚,给人一种感觉就是我把一段代码的每一行拆成了一个函数,很让人不懂要干嘛。这个在后面自己整合代码的时候发现了这个问题,还好发现的早在阶段2基本没出这个问题。然后是可能确实一开始让大家汇报自己进度是挺好的,但自己也没十分认真,所以对大家的进度要求不是很严格,原因可能是给大家定的预期任务还是太宽泛了,或者自己在每次会议中并没有狠抓每个人的具体进度是多少,预计在以后可能更偏向第二者去思考解决办法。再加上对队友的coding水平不是很了解,就造成了这样一个现象:有让队友去研究技术A的应用,预期是提供的可以直接用的接口,并且后来发现这个在github上是有源码的。然而队友并不是很熟悉这种面向对象的思想,就导致大概由3-4次会议队友都告诉我“大体弄懂了论文,在想怎么实现”。其实这时候我就应该发现这并不是应该去实现它,而是应该去Google然后copy+paste。然后大概在初赛前一周不到发现这里卡了的时候大家都比较急了,还好另一个队友疯狂C直接一天完成了这个任务。后来自己看了下确实这本不应该是个很复杂的任务,但的确因为我的原因居然让这耽误总进度了。在阶段2针对这个问题我暂时让这位队友先完成一些简单的任务,因为面向对象的思想确实我也大半学期才有点感觉,然后这种搜索资料+copy的东西确实不复杂,于是不偷懒几乎这个问题每次自己都会去试水一下,然后自己或者交给他人解决。

写不动了,爬

你可能感兴趣的:(信息安全)