uintptr(8) 可以替换成 unsafe.Sizeof(new(int))))

@xiaocsl #3 这个没限制 web 的，里面是可以看到源码的一个 shader ，和 ffmpeg 自带的转场 shader 是通用的，你能用 ffmpeg 就能用上这些效果。

DigitalOcean 也要涨价了，大概 12~20% 的级别，这轮涨价，可能是大范围的。

@jacy #14 看维基百科介绍，官方网页写：Not recommended for small children and big babies

@unt MySQLWorkbench 个人体验也还好，不知道你说的差指什么方面，个人用来日常查表改表啥的也没遇到什么问题。

话说没有人用官方的 MySQLWorkbench 吗？日常开发时用，感觉也不差呀。

推荐淘宝买二手 iPhone ，前些日子入手二手 iPhone 8 给老人，也就一千四百多，需要更新一点的 iPhone 在再加价往上。不卡，不会乱装东西，省心，稳定，够用。

可能用现 MBP 装 Windows 去玩 Dota2 得到的体验和最新款 14 MBP 低配 Mac 下玩的效果是一样的。

好像大多 M1 Pro 测评 Dota2 的都是在第二档画质适合玩的水平。

大概率是优化问题，没有最大发挥硬件性能。

作为参考：iMac 2019 4K 屏幕 ，Intel Core i5 3.0GHz ，16GB ，Radeon Pro 560X 4GB ，在 Windows 下也是第二档特效顺畅玩（ 60~90fps ），直接在 Mac 系统玩只能降到第一档特效。

用 moviepy

element 好像已经不维护了

@reorx 『其实如果想确保 fixture 的东西都是正确的，也可以在里面写一些 assert 语句确保正确，只是它不叫 testcase 而已』 这句话其实对应着主贴提到的 『严格遵循单元测试思想中问题: 一个是测试的目的发生了改变、另一个是让代码变得非常臃肿』臃肿的问题在 fixture 的写法上感觉还好， 还有也对应着『 setup 中放入数据库操作的代码却让 model 层工作正常成为了先决条件』，一般在构建 fixture 时，也会在调试时验证 fixture 是否正确，只是没有像 testcase 那样加一些 assert 语句，这点工作和单独写成一个 testcase 并没有本质的分别；


『因为「对测试用例的执行顺序有要求」这样的事情在很多场景下是存在的』，其实个人觉得即使是要测试的流程变得很长，也是一个单元测试，只是测试的单元变得大了而已，按照 『互相有依赖的测试其实可以看做一个测试组』说法，感觉 deptest 是把这个长的测试流程分拆了组，如果能整合到 nose 或 pytest 里面感觉会个吸引人的特性 :)

@reorx 关于『但 fixture 本身不是测试，而且也无法控制测试的执行顺序』这句话，其实如果想确保 fixture 的东西都是正确的，也可以在里面写一些 assert 语句确保正确，只是它不叫 testcase 而已；而且单元测试里面，不同测试用例间理论上一开始假想可以单独运行的，并不受其他单元测试用例的影响，所以执顺序并非一个很重要特性。

纯想象性质猜想一下，如果采用 deptest 的写法，可能因为前面某个 testcase failed 了，导致后面的依赖它的测试也多 failed 了，开发者必须找到最底层的依赖，先 fix 了，再开始调试上层的测试是否正常；测试用例多了后，感觉也会带来额外的 debug 成本。

上面实现的功能感觉 Pytest 已经提供了一个类似的的机制了： https://pytest.org/latest/fixture.html 而且控制依赖的粒度可以做到很细。

这里有个详细的介绍：[OpenResty 的现状、趋势、使用及学习方法]( http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=402261263&idx=1&sn=7b771e13eb978b0ee551596ba73165e9&scene=2&srcid=1209KVyaEG7Jf1LwuSlsdk8C&from=timeline&isappinstalled=0#wechat_redirect)

@fyyz 应该一样；这里主要还是讲解 Socket 编程，和语言关系不大。

socket 描述符类似 file descriptor ，并不是 sa_family ；

除 UNP 外，推荐《 TCP/IP Sockets in C, Second Edition 》这本小书，里面有关于 socket 编程一步步的讲解，有可运行的示例代码，也有对示例代码细致的讲解。

赞赞