#思考
今天看到 这个微博 ，包括底下的评论了稍微看了点。我发现在这里面牵扯到了 3 个方面。
其一是迭代
在 上一条思考 中，我也叙述了迭代的重要性。
没有事物是能够一蹴而就的，都是在原有的基础上进行改进。因此游戏开发中迭代的概念同样是每个开发者（无论哪个岗位）都需要深刻理解的开发方式。
但最矛盾的情况莫过于开发者们通常是完美主义者，可情况却要求开发者通过迭代把产品迭出来。
我认识很多很多经验不足的美术工作者（包括建模）都恨不得自己每次交出的作品堪比蒙娜丽莎的完成度。
但事实上在早期开发的情况下，大家就是想要个 feel，一种方向和感觉。看完了一个稿提出意见后立马改再改，迭代到大家终于理解、满意的效果为止，之后才画定稿（但即便是定稿，精度也不高，详细的可以看看女神异闻录的官方设定集，里面塞了很多早期概念时的图）。
如果不能理解迭代的话，这是一件非常崩溃的事情。
好在程序员和音乐制作者由于制作生产方式的原因，他们本身开发中也是在利用迭代的方式进行开发，所以他们通常能够理解。
不过，如果对方没告诉你如何修改就非要改的话，那就是职场欺凌了——这就是我想说的第二件事，游戏开发团队的架构。
今天看到 这个微博 ，包括底下的评论了稍微看了点。我发现在这里面牵扯到了 3 个方面。
其一是迭代
在 上一条思考 中，我也叙述了迭代的重要性。
没有事物是能够一蹴而就的，都是在原有的基础上进行改进。因此游戏开发中迭代的概念同样是每个开发者（无论哪个岗位）都需要深刻理解的开发方式。
但最矛盾的情况莫过于开发者们通常是完美主义者，可情况却要求开发者通过迭代把产品迭出来。
我认识很多很多经验不足的美术工作者（包括建模）都恨不得自己每次交出的作品堪比蒙娜丽莎的完成度。
但事实上在早期开发的情况下，大家就是想要个 feel，一种方向和感觉。看完了一个稿提出意见后立马改再改，迭代到大家终于理解、满意的效果为止，之后才画定稿（但即便是定稿，精度也不高，详细的可以看看女神异闻录的官方设定集，里面塞了很多早期概念时的图）。
如果不能理解迭代的话，这是一件非常崩溃的事情。
好在程序员和音乐制作者由于制作生产方式的原因，他们本身开发中也是在利用迭代的方式进行开发，所以他们通常能够理解。
不过，如果对方没告诉你如何修改就非要改的话，那就是职场欺凌了——这就是我想说的第二件事，游戏开发团队的架构。