dawangyezi

我是怎么发现可以修改 decompress_lzma 来达到目的的。
1. 首先我通过命令行工具 lzma 来压缩（命令为：lzma -z a)了一个普通的文本文件 a ，它会生成一个 a.lzma 文件。
2. 通过 xxd （ hexdump 工具）我发现 a.lzma 文件的结构非常简单，一个表头表示压缩算法信息，然后紧接着就是内容区域。表头刚好就是 unitypy 中指定的 0x5d 0x00 0x00 0x80 0x00 。我又打印了 descomporess_lzma 函数参数的数据长度，和标准 lzma 算法生成的数据长度吻合。这说明只要把 decompress_lzma 的入口参数写入文件就是一个标准的 lzma 文件
3. 我使用 lzma 工具 (命令为：lzma -d a.lzma) 可以正常解压测试数据导出的文件。这说明是 decompress_lzma 实现的有问题。
4. 我通过 python 标准库的标准 lzma.open 可以打开并解压第 2 步生成的文件。这再此验证 lzma 库没有问题，是使用上的问题。
5. 综上，我推断只要将 lzma.LZMADecompressor 的参数改为默认的自动，就可以正常解压数据。实验验证猜想正确。

将 unitypy 库中 CompressionHelper.py 中 decompress_lzma 函数修改为:
```python
def decompress_lzma(data: bytes) -> bytes:
return lzma.LZMADecompressor(format=lzma.FORMAT_AUTO).decompress(data)
```
针对你给出的资源，我发现只要让 lzma 去推断算法就好了
让 lzma 自己去推断，不要去指定算法。关于算法推断过程因为在 C 代码中，我没有去具体调试。

挺好玩儿

用 sourcetree

远程登录一个 linux 主机，在那上面跑

windows 有 robocopy

我用的是一个小猪佩奇的液晶手写板。用了好多年了。我觉得很实用。

我近一年一直在做 windows 游戏开发。经常用到 ps 做自动化的一些东西。习惯了就觉得蛮好用的。
有没有用毕竟是看使用场景的嘛。如果你经常在类 unix 机器上开发，那肯定觉得不如 bash ，zsh 这些好用。
因为微软官方为 ps 提供跨平台的实现。所以一些跨平台的脚本也可能是使用 ps 的。
我知道的应用场景里面，亚马逊云的 lambda 就提供了 ps 作为一种内置提供的 runtime ，而不是 bash ，zsh 这些。

有其它岗位吗？我有丰富的音乐应用开发经验。但是是从事客户端跨平台部分的功能。不知道有没有多平台方向的岗位。