陈然知道楚垣夕说的是什么，而且对楚垣夕能问出这么专业的问题来感到很吃惊。

表格中的id不连续有个很大的好处，就是可以通过“id段管理”的方式进行扩充和识别。

比如角色表，id的第一位表示性别，男性为1女性为2，第二至四位表示种族，人类为100，兽人为200，血精灵为300，这样九个种族各占一个id段，第五至七位为具体的id，需要添加角色的时候直接在表格里相应位置添加一行就可以。比如id为1201017的，就代表男性狼人第17号角色（假定兽人中狼人代号201）。

这种方式有些类似程序中的数据结构，看起来非常清晰。1201017下面一行可能是蜥蜴人，1202001，中间有很大的间断，这样如果需要再添加一个18号狼人，直接在17号下面插入即可。

而使用陈然要求的方式，所有id必须连续，那么必然出现混乱排序。仍旧以角色表为例，第一版100个角色，可能是按种族性别排好顺序的0-99，第二版再添加50个新的，完蛋了，没法往前插，必须从99的后边开始写起100-149，新旧两版的狼人在表格里隔得天南地北，几个版本过后再也没有顺序可言。

如果这个问题还不严重，那楚垣夕说的情况就严重多了。项目组给运营方传过去的第一个版本的表格是0-99，写的清清楚楚，运营方拿过去一看，角色这么少？这不好卖卡牌啊，于是自己添加了50个新角色，是100-149，然后拿去卖。

然而项目开发组不知道，下一个版本他们也添加了50个新的角色，id同样是100-149，传给运营方，这时运营方除了草泥马简直无话可说。

楚垣夕能够接受陈然的解释，但是接受不了陈然的工作方式，因为他所谓的效率高，对于产品来说高不了万分之一，就连代码“好写”都要打一个星号。

第0268章 期权释放

这种好写只是后端好写，前端反而被挖一个大坑，因为前端本身对id是否连续根本没需求，但今后需要维护的时候能把前端折腾死，需要做大量工具去填坑。

相对来说在前后端的分工中后端总是强势一些的，站在鄙视链的上游，但为了这么点便利性对产品的未来做出那么大的牺牲，楚垣夕只好给陈然画个圈圈。

所以当听到陈然说：“不用考虑那么远的事情吧？”

楚垣夕表示：“你说的很对。”然后满意的点点头。

总的来说人家的工作确实完成的不错，合规、干净，而且该写的日志非常全，现在他们全体离职，招一批靠谱的程序猿过来照样能够接着开发。

离开果实研发，楚垣夕带着杨健纲走进小会议室里，亲自给杨健纲斟茶，问：“您到底要出什么幺蛾子，说吧？啊对了，我先说。”

杨健纲一愣，只听楚垣夕说：“tcg上线之前我打算释放一批期权给兄弟们，所以需要你给tcg组的码代码的兄弟们写一份考评。”