首页 > 代码库 > 列举游戏开发过程中的一些不良现象
列举游戏开发过程中的一些不良现象
1. 没有明确的计划和版本说明，没有定期审核，开发人员没有压力，懒散拖延
2. 工作流没有走通，工作流程不顺畅
3. 缺乏校验策划工作正确性的工具，缺乏提高美术生产力的编辑器，缺乏校验程序效率和稳定性的辅助工具
4. 工作流、工具等效率低下，导致生产力低下，且懒于改进
5. 不紧张、不负责，懒散，需要人督促，某些功能没人催就不管，情愿打游戏、上网
6. 功能修改仅有口头督促，没有任何记录，最后也忘记审核
7. 会议结束后没有结果，没有后续行动，没有监督，等于没开会
8. 策划完成设定后从不通知程序和美术，导致开发无故拖延
9. 程序过分依赖别人通知，等待别人工作结果，从不主动问询（理直气壮的说：他没有跟我说呀！）
10. 美术工作完成后不通知相应人员进行下一步动作，导致进度被拖延（理直气壮的说：我的工作完成了呀！）
11. 一个功能完成后，程序或美术做了后续改动，没有通知其他相关人员做出相应改动，导致各种问题反复出现
12. 潜规则过多，而且没有文档化，只有参与的小部分人知道，这个小团体散伙后就没人知道了，需要从头摸索；
新来的人需要被口头传授，或者碰壁后才知道，导致新人熟悉系统缓慢
13. 工作交接时相应文档没有移交、相应规则没有传授，新人需要花较长时间熟悉流程，不能及时发挥作用（通常是程序需要不停教授新人）
14. （策划）变更设计不修改文档，不发任何文字记录，凭口头传授，最后QA缺乏测试标准
15. （策划）设定存在逻辑矛盾，或者设定不周全
16. （策划）一开始没想好，后面反复改
17. （策划）改完表格、脚本等从来不做测试，直接提交，最后Bug重重
18. （程序）从来不看文档，只依赖策划口头解释
19. （程序）改完代码不做测试，直接提交，以为很简单不会出错，结果可能栽在低级错误上
20. （程序）在别人的代码错误上花费太多时间测试、修正，导致开发时间不足，有些时候可以换个方法或者干脆不做
21. （程序）没有CodeReview，劣质代码遍地都是，最后发现全是Bug
22. （程序）对功能所需技术点预判不足，进行很久后才发现此路不通，浪费时间
23. （程序和美术）开发过程没有优化意识，不思考简洁高效的方案，只考虑眼前利益、出结果，最后导致无法支撑负载
24. （程序和美术）制作粗制滥造，不求精致，“差不多就可以了”的思想，最后还是得回炉重做
25. （策划和美术）文档、示意图各种小错误，且懒于修改，误导别人，导致工作无法进行、或者进行一段时间后发现不对
26. （策划和美术）过分纠结于某个功能点，程序实现上存在难度，不停尝试，浪费大量时间
27. （程序和美术）svn提交资源不做审核，随意上传，垃圾文件一堆，导致资源庞大
28. （程序和美术）不再使用的资源不做精简，懒于删除，导致资源庞大（每次都说：这个事情很麻烦。然后就没下文了）
29. （策划和美术）基本不关心buglist，没有习惯，需要不停督促；也容易导致bug未能及时分配到相应美术或程序
30. 没有对自己的bug做一遍初审，看一个改一个，导致有些被错误分配的bug未能及时修正
31. 部分人员不可替代，过分依赖，发生特殊情况导致工作无法继续开展
32. QA和策划将没有完成或者尚未开发的功能点作为bug，伤害程序情感
2. 工作流没有走通，工作流程不顺畅
3. 缺乏校验策划工作正确性的工具，缺乏提高美术生产力的编辑器，缺乏校验程序效率和稳定性的辅助工具
4. 工作流、工具等效率低下，导致生产力低下，且懒于改进
5. 不紧张、不负责，懒散，需要人督促，某些功能没人催就不管，情愿打游戏、上网
6. 功能修改仅有口头督促，没有任何记录，最后也忘记审核
7. 会议结束后没有结果，没有后续行动，没有监督，等于没开会
8. 策划完成设定后从不通知程序和美术，导致开发无故拖延
9. 程序过分依赖别人通知，等待别人工作结果，从不主动问询（理直气壮的说：他没有跟我说呀！）
10. 美术工作完成后不通知相应人员进行下一步动作，导致进度被拖延（理直气壮的说：我的工作完成了呀！）
11. 一个功能完成后，程序或美术做了后续改动，没有通知其他相关人员做出相应改动，导致各种问题反复出现
12. 潜规则过多，而且没有文档化，只有参与的小部分人知道，这个小团体散伙后就没人知道了，需要从头摸索；
新来的人需要被口头传授，或者碰壁后才知道，导致新人熟悉系统缓慢
13. 工作交接时相应文档没有移交、相应规则没有传授，新人需要花较长时间熟悉流程，不能及时发挥作用（通常是程序需要不停教授新人）
14. （策划）变更设计不修改文档，不发任何文字记录，凭口头传授，最后QA缺乏测试标准
15. （策划）设定存在逻辑矛盾，或者设定不周全
16. （策划）一开始没想好，后面反复改
17. （策划）改完表格、脚本等从来不做测试，直接提交，最后Bug重重
18. （程序）从来不看文档，只依赖策划口头解释
19. （程序）改完代码不做测试，直接提交，以为很简单不会出错，结果可能栽在低级错误上
20. （程序）在别人的代码错误上花费太多时间测试、修正，导致开发时间不足，有些时候可以换个方法或者干脆不做
21. （程序）没有CodeReview，劣质代码遍地都是，最后发现全是Bug
22. （程序）对功能所需技术点预判不足，进行很久后才发现此路不通，浪费时间
23. （程序和美术）开发过程没有优化意识，不思考简洁高效的方案，只考虑眼前利益、出结果，最后导致无法支撑负载
24. （程序和美术）制作粗制滥造，不求精致，“差不多就可以了”的思想，最后还是得回炉重做
25. （策划和美术）文档、示意图各种小错误，且懒于修改，误导别人，导致工作无法进行、或者进行一段时间后发现不对
26. （策划和美术）过分纠结于某个功能点，程序实现上存在难度，不停尝试，浪费大量时间
27. （程序和美术）svn提交资源不做审核，随意上传，垃圾文件一堆，导致资源庞大
28. （程序和美术）不再使用的资源不做精简，懒于删除，导致资源庞大（每次都说：这个事情很麻烦。然后就没下文了）
29. （策划和美术）基本不关心buglist，没有习惯，需要不停督促；也容易导致bug未能及时分配到相应美术或程序
30. 没有对自己的bug做一遍初审，看一个改一个，导致有些被错误分配的bug未能及时修正
31. 部分人员不可替代，过分依赖，发生特殊情况导致工作无法继续开展
32. QA和策划将没有完成或者尚未开发的功能点作为bug，伤害程序情感
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。