分享
260601日报-韦译
输入“/”快速插入内容
260601日报-韦译
用户6299
用户6299
6月1日修改
1.工作内容概述
1.
参与AI游戏开发问题交流会,整理笔记和收获
2.
调研拆解《浪漫餐厅》的关卡设计和数值设计规律:今天主要拆解了前15单的一个棋盘摆放规律
3.
基础功能线——修复bug:点击生成器生成物品后,图标会错位的问题
4.
商业化线——学习cocos UI多分辨率适配方法,完成多分辨率的初版开发
5.
调研二合类游戏的数值模型
2.进度
2.1 参与AI游戏开发问题交流会,整理笔记和收获
2.1.1 AI配表问题
▪
设计具体数值和表格字段
•
设计的时候,可以跟AI来讨论数值设计。
•
人管数值大方向和体验,AI来输出具体的数值
▪
配表部分配表部分
•
核心:配表的时候,重点是确定性,AI不能出一点错误,出错问题很大
•
方法
◦
方法一(较为稳健):AI出具体数值,人来配置,AI来检查
◦
方法二:如果要AI来配,要保证准确性为100%
▪
让AI用脚本来写入,不能直接填
▪
原因:脚本是规范化程序,如果配得有问题,能够直接报错原因
▪
不要让AI来配置表格的原因
•
自己不去配表,全让AI配,整个表就是黑盒,很难排查问题
•
AI配表还是有出错的概率,如果不是百分百对,就仍然有很大风险
▪
源表格的选择
•
yaml:ai好读好改,人好读,但不好改
•
excel:目前这个阶段,还是尽量用excel
◦
excel有mcp,AI也能直接改。但是最好不要让AI来配置表格
🥥
后续计划,根据以上学到的内容,改造自己的AI配表方案
2.1.2 AI编程问题
主要围绕架构设计展开
▪
架构设计思路:
•
架构和业务是要分开设计的,业务逻辑上要解耦,做成基于架构的设计的填空题
•
架构设计在单一品类的游戏中,大概率是不变的,是具备高可复用性的。
◦
案例:一套二合的游戏架构/mmo的游戏架构,能做很多个同类型的项目
▪
设计架构的原则
•
高可复用性:一个代码设计能够重复利用
◦
例如:程序老师举的例子,在UI中只分层全屏弹窗、小弹窗、浮动组件3种UI。所有UI都能用这三种组件来构成开发。
•
低耦合度:即各个系统互不影响,修改A系统不影响B系统
▪
怎么学习和积累
•
自己去网上学习相关内容
•
找一款参考对标的游戏,自己设计一套架构,看看能否顺利复现,如果可以,就证明方向大概率是对的;如果不可以,则需要调整方向
•
带着问题去拆解分析网上的游戏源代码架构,看看他们是怎么解决/呈现这些问题的
◦
核心:带着问题——没有问题就无法进步
◦
案例:自己学习到的架构设计原则是,高可复用、低耦合——去看看这些架构有没有实现
🥥
后续计划:根据以上收获,对项目进行一次重构
2.2 调研拆解《浪漫餐厅》的关卡设计和数值设计规律
◦
今天主要拆解了前15单的一个棋盘摆放规律