第389章贾修的「业余活动」也很硬核

    「滴滴——滴滴一」

    判卷魔像的音效，打破了贾修的思索，他暂时从记忆宫殿里退出来，这是笔试有人过线的音效。

    是今天到目前为止过线的第一个。

    事实证明，只要筛选的人够多，怎么样也能出几个保底。

    贾修看了一下那张试卷，魔像只能判断对错得分，并不能判断出答题的具体思路。

    试卷上除了固定答案也固定步骤的基础题之外，还有解法不定，只要能实现效果怎么做都行的符文拆分问题。

    看一下具体的思路，也能了解这位学生的能力水平。

    比如简洁聪明灵活的解法，肯定要比暴力硬解好一些。

    毕竟神明伺服器那边容量也不是无限的，还是需要注意一下复杂度和资源占用的问题。

    贾修大概看完，不能说很好，但考虑到是初次接触这东西，还是现场考试，答题是这个水平够用。

    够用就行。

    贾修也没指望走到哪都能遇见一两个米娅级别的人物。

    而至于笔试后的问题，也问的很简单，就是考试中的题目解答时的大概思路O

    作为本世界的第一批魔法符文程式设计师，指定是不能问项目经历什么的，除了他之外没人有经历。

    就这样，一整个上午的时间过去，在这个学校只筛出来两个人。

    看起来很少，不过考虑到拉尔文里这个水平的学院有二十多所，占得差不多是二本到专科高职的生态位，每个院校里能有两三人的话，最后凑出个五六十人的团队，贾斯汀娜和丹尼尔对半分还是就一个团队负责两边的维护还不确定，总之应该差不多足够。

    五六十人在程序项目团队里，也算是不小的团队了。

    很多伟大的项目一开始就是车库里两三个人搓出来的。

    说起来车库这地方多少有点计算机行业「龙兴之地」的意思，有传承的。

    等等。

    贾修突然意识到一件事。

    要是几十人同步开发的话，那还需要一个版本管理工具，不然会乱成一锅粥O

    在招人和培训的这段时间里，就需要把这个管理工具写出来，贾斯汀娜和丹尼尔身上各来一份，为他们搭建出一个可以同步协作的工作流。

    又给自己加工作量。

    贾修想了想。

    什么样的版本管理工具更适合他们，按理说如果想要更便捷灵活，那肯定是用分布式的控制系统，每个开发者本地都存有完整的资料库，开发者之间可以直接拉取或推送，不需要中央伺服器处理，这样不仅灵活，而且中央伺服器万一爆炸了也不致命，靠本地数据可以恢复。

    怎么看是都是优点多多的样子。

    可以说除了实现不了之外全是优点了。

    贾修估计了一下想要每个开发者本地都存完整数据需要多少魔能水晶，确实，平台上的那些论文和视频内容不需要本地保存，可是光构成平台功能的符文数量，就已经是极为夸张的程度。

    不考虑复杂度，只论量，基本相当于好些个九环法术合一起，并且以后肯定还会随著功能更新增加。绝大多数软体都是越更新越臃肿，罕有更新著更新著，！突然变简洁了的。

    能稳定保存九环法术的单一水晶目前还不存在，勉勉强强能存的也都有爆炸的风险，不是常说的「伺服器炸了」的那种炸了，是字面意义上的，boo的那种炸了。

    当个程式设计师，面临猝死的风险就已经够难受了，还要再面临炸死的风险，那也太惨了些。

    所以只能用集中式的架构，所有的项目数据也存在神明那边。

    神明侧需要同时保留一个对外的正式运行版本，以及一个对内的测试版本，开发者有更改需要的时候，从神明那里把符文段祷下来，改完合并或替换上去，然后在测试副本上验证一下更改后的效果。

    这样很需要做好分工，每个具体的功能要明确好由谁负责，不然俩人同时改到一个符文段上去，大概率有个白干了。

    啊，真麻烦。

    贾修总觉得人多起来就会很累，可是想发展只靠一个人注定不行，还是需要协作的力量。

    想当初他在的工作室也是用集中架构在管理资源，也就是SVN，后来他想推进改Git，提高一下效率，然后来来回回拉扯好久，开了好几场没什么大用的会，最后才确定代码部分改用，其他资源部分保持原方案。

    要是所有人的思想意识都能连接起来，并且能一瞬间达成共识，那效率就无敌了。

    可那样好像又有点恐怖————

    结束校招工作后，贾修便与玛格丽特和菲奥娜汇合了，收工。

    「怎么样？那什么，符文魔法什么员？」

    「程式设计师。」