第33章 (第1/2页)

    喝完奶，打完嗝，换完尿布，哄完睡，掐准时机心念一动，回去完成未完成的吻……

    还在他妈怀里。

    接连试了好几次都失败，鹿乙喊住跑去宿舍等自己的马楼。

    “你登下我的生死簿账号，看看有没有异常。”

    “怎么可能，”马楼信誓旦旦，“要是出问题，那可是p0事故，研发部早炸锅。”

    系统出事也分等级，p0最严重，比如生死簿系统全面瘫痪，亡灵无法转生，地府必须5分钟内启动应急，阎王级别介入处理。再比如酆都帝反馈的故障，苦了谁不能苦了最高级别用户。

    马楼确认工作群里安静如鸡，登录生死簿。

    “登进去了，能看到主界面，态势大屏、操作日志、轮回审核……”他挨个功能试了试，“都能点进去，一切正常。诶，你收件箱好多未读——”

    “你别点那个！进我的用户中心看看。”

    吼那么大声干嘛，马楼撇撇嘴。

    “我去，还能自己审自己，自己轮回呢。”这哪是管理员，这是神，太超模了，他第一次体会到主宰万物有多爽。

    鹿乙担心他程序员灵魂上线搞破坏，赶紧指引他找到“再次轮回”按钮。

    “有变灰吗？”他问。

    “没有，亮的。”

    “亮的？！”

    “嗯，亮的。有问题吗？”

    问题大了。马楼第一次把他拉回阴间，生死簿“再次轮回”按钮失效，导致无法投胎。如今身处人间，却还能再次轮回，这合理吗？

    他让马楼点一下按钮。

    马楼不敢：“能随便点吗？万一你又不见了怎么办？”

    “没事，它有二次确认。”

    遇到这种危险操作，生死簿也担心用户自己手滑点快了，会弹出窗口，再一次向用户确认是否触发轮回行为。

    时间过去一分钟，马楼那边没动静，鹿乙悬着的心快蹦出来。

    “怎么了？”

    “一个好消息，一个坏消息，想先听哪个？”

    “坏消息，”鹿乙抢答，“轮回成功了？”只有死人才能轮回，按钮可用也就意味着这回又修炼失败。

    “这是好消息，button响应了动作。”马楼说。按钮响应了用户点击行为，触发相应的业务逻辑，系统正常运行。

    鹿乙懵了：“那坏的……”

    “生死簿没有向你说的让我二次确认，它提示了别的东西……”

    马楼深呼吸，把提示词念给他：“因用户动心违反修炼条例，系统不再处理任何请求。”

    --------------------

    程序设计原则之一，不要相信用户。你不知道他们会对你设计的正常业务运行逻辑、写好的功能以什么匪夷所思的方式使用。最普遍是游戏里卡bug，明明地图有边界，明明那是一堵墙，玩家就不走寻常路，非要闯一闯。结果卡墙里出不来，走到啥也没有的地方只能重启就老实了。

    马楼现在也很老实。

    生死簿提示完没给他反应时间，自动退出登录，再也登不进去。也就是说，我们最高级别用户自行触发系统封禁策略，待人间回不来了。

    “不是，怎么能一刀切，把你账号给封了啊。”马楼像捧着定时炸弹般捧着手机，“不是，它怎么敢封你的账号啊，你可是酆都帝啊……”

    鹿乙重重合上眼：“生死簿有这个权限。”

    “那它好歹给个确认、取消或者啥能操作的机会吧。要么提前说，我就不点了。哦，登进去一切正常，啥功能都好好的，点完按钮触发判定逻辑，发现你违规了，就擅自不让用，哪有这么霸道的系统。它是你设计出来的吗？你可是它爹，它就这么大义灭亲。是，强扭的瓜不甜，自己熟的瓜还碍眼了是怎么着，父父爱情也要拆吗？！”

    鹿乙：“……”

    “这套判断逻辑不是我设计的，”他说，“我也是第一次知道有这个修炼条例。”

    “哪个杀千刀的想出这种变态条例？！别人谈恋爱怎么了？怎么了？！”马楼拳头硬了，“这是侵犯用户婚恋自由！我要告他！”

    前任酆都帝。胃里的奶反流，鹿乙强忍恶心：“……我认为，当务之急是先想办法让我回去。”

    既然根源在生死簿，首选方案改代码，让系统自行解封。程序员的好处便体现出来，只要马楼动动手，问题便迎刃而解。

    他连上生死簿服务器……

    “哪个大聪明把逻辑写死到内核里？！”

    内核一旦随生死簿加载就不能停，除非关机。可这