第44章 如何实现构想
第44章 如何实现构想 (第2/3页)
于是，在提交了自己修改过的对白系统策划文档之后的某一次进度汇报会议上，打开方式不对的宅胖子听到许主策漫不经心地这样说。
“改过的对白系统我扫了一眼，没什么太大问题。龚主程手里的活儿明天上午差不多会结束，所以段杉杉你明天下午去找他谈一谈对白的事吧，关于你那个根据玩家个体的情况，显示不同对白的构思。”
看起来刘可韦说得一点都没错，虽然仙侠宝鉴是宅胖子设计并通过的第一个系统策划文档，可是因为其“不重要性”而被优先度无限推迟，倒是这个半路接手的对白系统，要成为宅胖子第一次与程序沟通的里程碑了。
“你丫就躲被窝里偷着笑去吧，才入行一个月出头就能和程序部门谈设计构想的实现了，还是和主管级别的谈。”下班后回宿舍的路上，刘可韦半是嫉妒半是祝贺地说道，“哥当年可是熬了好几个月才走到这一步的。”
“为啥是找客户端的龚主程而不是服务器端的黎主程呢？”宅胖子不解地问道，他还是不太能搞得清楚客户端和服务器端两者之间的功能划分。
“一般来说，重要的数据和计算之类的信息要放在放在服务器端，可以防止别人通过简单地修改客户端数据来作弊。”刘可韦不屑地瞥了宅胖子一眼，尽量用简明易懂的方式来阐述，“至于不会影响游戏进程的数据信息，放到客户端去可以有效地减少客户端与服务器端之间的通信压力，进而减轻服务器的通信负担。”
宅胖子怅然若失：“你的意思也就是说剧情对白什么的到底还是不重要对吧？”
“不是你理解的那个意思！”刘可韦哭笑不得地解释道，“谁吃饱了没事干会去修改游戏对白啊？又不是金钱、经验之类的敏感数据，就算真有人闲的没事干去改对白，对游戏对其他玩家也根本不能造成什么影响，放在客户端有啥不好？”
“喔。”宅胖子哼了一声，这才算是听明白了刘可韦的话，他是说对白系统没有被修改的风险，所以才会放在客户端。
回到宿舍以后，刘可韦照例缠着车光龙学韩语，宅胖子没好气地看着这两人，都一个多月了，竟然一个还很有毅力地去学，另外一个也还很有耐心地去教，都没什么三天打鱼两天晒网的臭毛病，连带他这个被迫的旁听生所积累的韩语词汇也越来越多了。
照这样发展下去，说不定这款游戏做出来，刘可韦已经能和韩国人日常交流，甚至宅胖子自己都能连蒙带比划地做一些简单的沟通。
第二天下午，饭后休息结束之后，宅胖子在刘可韦等人的打气鼓励之下，一个人拿着对话系统策划文档打印件向程序部走去。
龚主程他当然认识，在同一家公司里工作了一个多月，要是连隔壁部门的主管都还认不清，那简直应该去一头撞死。
不过，这毕竟是除了车光龙之外，宅胖子第一次与程序部门的人做正式交流——甚至连车光龙也不能算，他们私下里交流虽然挺多，但是在公事上还真没有过交集来着。所以宅胖子难免会有
（本章未完，请点击下一页继续阅读）