我们知道，赋值等过程中使用 MatrixForm 往往会导致后续的计算失效。比如：

只要输出介质为pdf，就不要使用 eps 和 PSTricks 插图

这篇文章主要是记录一下在回答贴吧上这个问题时所发现的关于Mathematica求导的一些坑。

原问题虽然没有明说，但我推测问题背景应该是波特图之类的问题，具体问题如下：

我曾经写过一篇关于Mathematica中下标与赋值问题的文章，不过那篇文章重点解决的是符号关联的问题。但有时，我们可能会遇到另一种问题，比如

All problems in computer science can be solved by another level of indirection. ^[1]

最近在拿Mathematica做一些小东西的时候发现CurrentValue等函数在动态中刷新不受Refresh等方式影响。比如

众所周知，Mathematica中虽然使用下标形式非常方便，但如果对下标结构进行直接赋值，它将关联到内部符号Subscript上。这样，在我们大量清理符号定义的时候可能会漏掉一些定义。类似地，导数Derivative有同样的问题，比如对于

Mathematica在处理字符时默认总会将所有字符转换为ASCII字符表示，例如π会转化为\[Pi]，而像汉字仪这样的一般字符会转化为\:4eea。

这种设计固然可以避免某些环境对非ASCII字符不支持的困难，而且在Mathematica环境下会自动转换成原本的字符，但对于一般的文本阅读环境而言，尤其是在代码中使用一些中文文本或者注释时，这样的内容阅读起来根本无法理解。

为了方便在没有Mathematica的环境下也能方便的阅读程序包中的非ASCII的一般字符，下面脚本提供了将\:nnnn形式的转义序列转换为UTF-8编码下对应的Unicode字符的简单方法

根据个人经验和见闻总结而来。主要涉及C和C++语法和语义方面的一些陷阱。