组内程序会
一、工作规范
强调：
1、重视自测表、排期表：
- a、这是我准确评估大家工作量和产出质量的依据，如果表里体现不出来、我就只能基于对大家的日常工作状态的主观评估，去做排期和绩效了；
- b、需求会定了的排期及时同步程序排期表；
- c、A 版提交前务必过一遍自测表，即便到时间后有未覆盖到的点也没关系，我和策划需要基于此对 A 版的实际情况做出评估；
2、遵守公司规章制度、保证有效工作时长：
- a、注意迟到、打卡、补卡问题；
- b、午饭时间问题，其他部门存在提前 10-20 分钟去吃饭的现象，我们不跟、管理好自己的时间；
- c、自己注意点时间，不要长时间脱离工位；
- d、请假问题：请半天、一天我不问，但请长假、尤其是影响到工作排期的请务必跟我说明原因；
3、日常开发工作安排：
- a、程序组的工作氛围：健康（工作强度、身心）、开放（交流）、高效、协作； 多交流，放平心态，都是工作 5 年以前的老程序员了，除了阅历，技术水平、脑力、经验上的并不存在实质性的差距，都不必有思想包袱，不要内卷，凡事都可以拿出来对等交流； 工作强度上，我们尽量做到饱和、平衡：工作总有不饱和的时候，不饱和时尝试主动分担一些，过于饱和需要协助时也要主动反馈、主动寻求协作；
- b、活动、系统、日常优化部分，亚闯负责协调，和天琦多商量，能自行分配的就自行分配； 关卡，兰楠负责协调，有些优化该拿出来分的就拎出来分配下，不必都放到关卡排期内做；策划的关卡排期是粗排，具体哪一关谁做按我们的节奏协调； 平时多协商、交流，不要各干各的，包括研发期间遇到的各种问题、想法、建议；相关的需求会尽量一起去评估需求；
- c、我会多花一些时间放在需求分析、代码 review 上，尽量用这种方式跟进大家的工作；之后、没人直接找我的事情我尽量不主动插手，以免影响大家的节奏；
- d、另外，重要的事情、关键节点、特殊问题、重大改动等，一定要找我同步；出了任何问题第一时间找我同步细节，不要再出现问题都开始流转了都还没通知到我的情况；
二、研发问题讨论：
关卡、活动 bgm 文件大小限定：
800K-1.1M：基于目前常见大小推定；
前端命名标准统一：
类：大写开头
全局变量、枚举：全大写、下划线分割； 全局类型：全大写、后缀数据结构描述；如：SlotActionType表示类型枚举，SlotActionMap 表示map 类型；
属性： ccb 相关：小写，下划线起始、分割，后缀节点类型；如：_xxx_sp (sprite), _xxx_lb (label), _xxx_node(node),_xxx_ccb (子 ccb),_xxx_p (particle)自定义属性：小写，普通成员 xxx,单例 s_xxx;
注释清晰、完整：
现在的代码编辑器都有注释补全，大家平时要多留意，养成习惯，补齐注释相关的规范；
有没有必要推广 % 适配:
问题：
1、出图标准都不一致（比如换皮）肯定会带来更多衍生问题；
2、美术接受程度有限；
结论：抽个小活动试试水；
美术、动画工具需求：
1、Symbol CCB 生成工具；
2、按钮图标压暗 30%；
3、批量解包、压包工具；
UI 模板库推广：
1、这样分资源真的好吗？
2、提供可视化操作，当前的终端输入交互影响了美术的接受度；
3、以后尽量将可复用、需要标准换的 CCB 转为模板使用；
adb 推送本地代码的工具时否还在用？
环境有问题的尽快解决，不要等临时用的时候才去补环境；
美术资源检查有哪些需要补全的？哪些可以做到提交前检查的？
将现行的错误扫描脚本集成到资源仓库的 git commit hook，有错误禁止提交；
讨论关卡 Debug 工具（QA、策划、美术需求）：
1、需前后端配合；
2、feature 玩法是概率控制，后端每一关都支持的话衍生工作量太大；
3、玩儿法触发方案：前端 spin 协议添加 debug 标记参数，base-赢钱倍数，feature 标记等，后端自行 R 结果，知道 R 到合适结果返回；
4、发用例、发结果方案：前端从测试平台拉取用例，集成到前端 debug 工具面板；
其他工程方向优化：
1、Jenkins stage 改为自动推进；
2、完善 ios 本地调试工程脚本；
MBO 中关于知识库的构建：
之前构思的是两种方式：
1、仍然沿用 google doc，到咱们 Slots 分组里去创建适合的目录结构、同时优化程序总表中的索引； 弊端是，顶多算文档集，起不到知识库的作用；按公司要求我们本来就有个人和工作组两个位置需要维护，如果还要手动维护索引比较繁琐；
2、利用 VitePress、VuePress 等，自主搭建静态站点，托管 Markdown 文档； 好处是向量搜索，有类似 wiki 的文档结构；但要求是用 markdown 文档，上传、同步不大好处理；通常是依托 git；
关卡单文件、代码太多不方便定位代码问题：
1、个人习惯问题，不做强制要求；
2、推荐 vscode 加强版 OutLine（大纲）插件，OutLineMap；
三、总结、记录
待办：
- [ ] CCB % 适配，抽个小活动试试水；
- [ ] 美术工具 - 按钮图标压暗 30%；
- [ ] 美术工具 - 批量解包、压包工具；
- [ ] 美术工具 - 模板库优化，改为可视化操作；
- [ ] 将现行的错误扫描脚本集成到资源仓库的 git commit hook，有错误禁止提交；
- [ ] 前端 Debug 工具集成 feature 触发、发用例、发结果；（主要满足策划、美术、动画验收效果的需求）
- [ ] Jenkins stage 改为自动推进；
- [ ] 完善 ios 本地调试工程脚本；
- [ ] VitePress 做本地 markdown 知识库；
总结：
强调公司规章制度、保证有效工作时长； 加强交流、协作，提高效率、增强自主性；