回复内容：
lua，因为：lua 比python 更容易编程，这里更容易编程的意思是指更容易做扩展和嵌入编程，也就是对解释器做事情，lua 的跨语言编程模型非常简单好用，数据交互都是通过栈，而 python 要复杂得多，作为 python 和 c/c++混合编程的专家，我在最熟练的时候要把引用计数处理对也要核对文档，睁大眼睛仔细看好几次。lua 的解释器就是一个数据结构，你可以在一个进程里面造出 很多来，而且彼此是完全隔离的，这在并发、错误处理上都极大得简化了问题，而 python 的解释器是全局的，用了 python，涉及这部分的东西就告别并行了，因为 进入python解释器那里串行化了，如果出现了错误，也比较难以可靠地恢复（lua 只要保护好涉及的资源，把解释器销毁重建一个就好了）lua 的效率比 python 好，如果用 api 兼容的 luajit 那就更好了（最快没有之一的脚本语言实现），做绘图软件的插件，这可能还是一个重要的考虑 事实上 adobe photoshop 就是用 lua 做的脚本
python 的优势在于库丰富。它的语言表现力可以打 80 分，基本合格，给生态系统拖后腿的情况不严重，但语言本身用今天的标准看并不出彩。lua 的优势在于语言本身实现简洁（除了 keyword 比较长）：比如 coroutine，还有比较好的 closure 优化。缺点是库比较少。如果是对已有的 c 代码进行 scripting，lua 的缺点就不算缺点。
如果是用c++/qt写绘图软件，然后要找个脚本做插件提高软件的灵活性和扩展性，那必然lua比python好如果是用python/pyqt写绘图软件，然后用c++对性能要求高的部分进行优化，那必然是python比lua好
python。很多专业和开源图像处理软件都是用python做脚本的。
python和lua 哪个适合做绘图软件的插件脚本语言？取决于你期望用脚本语言达成什么目标。如果你只是希望把它做为ui/project配置文件：cmake: given the chance to do the language over, we would have spent some time looking for a nice embedded language that already existed. 【lua】 is the best fit that might have worked.如果你只是打算把c/c++ api封装一下，让用户在你指定的域里做功能定制，那么选择lua。有人提到 adobe photoshop lightroom，从简介上看，其实lightroom干的无非就上面两件事情。是的，lua在游戏行业很流行，而游戏行业用lua做的就是第二类事情。但是，如果你希望你的用户用这种脚本语言定制自己的插件，如果你的用户可能来自各行各业，如果你希望给你的用户足够的自由度想怎么插就怎么插，那么lua不是一个好的选择。出了程序员的圈子，lua的社区并不大，而你需要的是一种能轻松与其他domain对接的编程语言，比如python。maya的脚本语言就是用python，玩法比lightroom多了去了。今时今日，commonjs spec wiki可能是比python更好的选择（node.js是commonjs的一个实现），理由：javascript有丰富的第三方库，涵盖的领域不输pythonv8/node封装c/c++接口更容易javascript的语法比python简单，与lua很相似还可以用html写ui性能比python好了一个数量级，接近luajit（虽然我认为作为插件语言，性能其实根本不是问题）但不是没有代价：集成node.js进desktop app跟简单的集成一个解释器，难度不是一个量级的。。有兴趣可以参考node-webkit · github或者atom shell · github非利益相关：前autodesk程序员，现投身游戏行业。
相当多的专业的三维软件和合成软件的脚本，以及vfx公司的流水线工具们，基本是选择了python，这个也不是随口胡说，是的确有根据的。不信搜搜。
图像处理，python的全局锁(gil)就够让人决定选lua了
这种问题就好比什么语言是最好的语言，只能说哪一个熟练就用那一个
lua，轻。
请搜索：adobe photoshop lightroom