TD十戒（4）：把绝望传递给提问题的人

春节快乐！

自从月嫂走后就没有更新过此系列，今天更新下第4戒。本戒主要面向ATD。比较简短。

制作的需求和问题千奇百怪，有时候受软件限制几乎找不到可行的解决方法，或者有思路但是制作工期限制、开发工期限制没法实施。

这个时候比较忌讳的是赤裸裸的说“不”。

一个推荐的流程为：

判断此问题合理吗？

不合理的当即拒绝。

合理而且经过测试无法解决的话：

解释障碍的根源

说明白是什么让平时牛逼哄哄的你此刻抬不起头。

提出可以尝试的土方法

我的经验是有至少一半的情况下你的方法再土也比他们即将要采用的方法好。甚至有20%的情况会让他们欢欢喜喜的发现今晚不用加班了。

土方法包括但不局限于：

DCC软件本身的奇技淫巧

临时写的脚本，python/ bat/ shellscript只要能让人今晚回家都可拿来怼上

github的辅助

其他环节工具的辅助，比如模型问题Houdini解决，特效问题Nuke解决等

第三方小工具（批量改名、转码、denoise等小工具不要太好）

这些不是技术债，因为不会集成到日常工具中。

描述条件和希望

前两条是含蓄说“没办法啊”。现在到了 “Conditional Yes"环节。之前已经告诉他们这个问题难以根除是因为某些条件不满足，现在告诉他们一旦什么样的条件满足后就可以让他们从此以后欢欢喜喜。