LXJ 最近的时间轴更新 LXJ 最近的时间轴更新 |
LXJV2EX 第 7846 号会员，加入于 2011-04-12 13:27:08 +08:0017
 99  |
LXJ 最近回复了
20 天前 回复了 Cyanhall 创建的主题 › 问与答 › 有哪些推荐给小孩看的视频？ |
@jacy #14 看维基百科介绍，官方网页写：Not recommended for small children and big babies
88 天前 回复了 unt 创建的主题 › 程序员 › Mac 上最好用的 mysql 数据库管理软件 |
@unt MySQLWorkbench 个人体验也还好，不知道你说的差指什么方面，个人用来日常查表改表啥的也没遇到什么问题。
88 天前 回复了 unt 创建的主题 › 程序员 › Mac 上最好用的 mysql 数据库管理软件 |
话说没有人用官方的 MySQLWorkbench 吗？日常开发时用，感觉也不差呀。
95 天前 回复了 magic3584 创建的主题 › Android › 3000 以内有能放心给父母使用的 android 手机吗？ |
推荐淘宝买二手 iPhone ，前些日子入手二手 iPhone 8 给老人，也就一千四百多，需要更新一点的 iPhone 在再加价往上。不卡，不会乱装东西，省心，稳定，够用。
109 天前 回复了 lichaobrave 创建的主题 › Apple › 14 寸的 MBP 低配玩 DOTA2 怎么样 |
可能用现 MBP 装 Windows 去玩 Dota2 得到的体验和最新款 14 MBP 低配 Mac 下玩的效果是一样的。
235 天前 回复了 pxy7717 创建的主题 › Apple › 实测 16 寸乞丐版 M1 Pro 在 Dota2 中的表现 |
好像大多 M1 Pro 测评 Dota2 的都是在第二档画质适合玩的水平。
大概率是优化问题，没有最大发挥硬件性能。
作为参考：iMac 2019 4K 屏幕 ，Intel Core i5 3.0GHz ，16GB ，Radeon Pro 560X 4GB ，在 Windows 下也是第二档特效顺畅玩（ 60~90fps ），直接在 Mac 系统玩只能降到第一档特效。
大概率是优化问题，没有最大发挥硬件性能。
作为参考：iMac 2019 4K 屏幕 ，Intel Core i5 3.0GHz ，16GB ，Radeon Pro 560X 4GB ，在 Windows 下也是第二档特效顺畅玩（ 60~90fps ），直接在 Mac 系统玩只能降到第一档特效。
302 天前 回复了 algas 创建的主题 › Python › imageio 能否从视频中间某帧开始读视频（其它方案也行） |
用 moviepy
2020-03-06 12:03:53 +08:00 回复了 wuhaoworld 创建的主题 › 前端开发 › Vue 全家桶开发类管理后台项目，推荐哪个 UI 框架， Ant Design Vue、Element、iViewUI？ |
element 好像已经不维护了
2016-06-06 17:55:24 +08:00 回复了 reorx 创建的主题 › Python › 发布一个支持依赖关系组织的测试框架 |
@reorx 『其实如果想确保 fixture 的东西都是正确的，也可以在里面写一些 assert 语句确保正确，只是它不叫 testcase 而已』 这句话其实对应着主贴提到的 『严格遵循单元测试思想中问题: 一个是测试的目的发生了改变、另一个是让代码变得非常臃肿』臃肿的问题在 fixture 的写法上感觉还好， 还有也对应着『 setup 中放入数据库操作的代码却让 model 层工作正常成为了先决条件』，一般在构建 fixture 时，也会在调试时验证 fixture 是否正确，只是没有像 testcase 那样加一些 assert 语句，这点工作和单独写成一个 testcase 并没有本质的分别；
『因为「对测试用例的执行顺序有要求」这样的事情在很多场景下是存在的』，其实个人觉得即使是要测试的流程变得很长，也是一个单元测试，只是测试的单元变得大了而已，按照 『互相有依赖的测试其实可以看做一个测试组』说法，感觉 deptest 是把这个长的测试流程分拆了组，如果能整合到 nose 或 pytest 里面感觉会个吸引人的特性 :)
『因为「对测试用例的执行顺序有要求」这样的事情在很多场景下是存在的』，其实个人觉得即使是要测试的流程变得很长，也是一个单元测试，只是测试的单元变得大了而已，按照 『互相有依赖的测试其实可以看做一个测试组』说法，感觉 deptest 是把这个长的测试流程分拆了组，如果能整合到 nose 或 pytest 里面感觉会个吸引人的特性 :)
2016-06-06 12:32:09 +08:00 回复了 reorx 创建的主题 › Python › 发布一个支持依赖关系组织的测试框架 |
@reorx 关于『但 fixture 本身不是测试，而且也无法控制测试的执行顺序』这句话，其实如果想确保 fixture 的东西都是正确的，也可以在里面写一些 assert 语句确保正确，只是它不叫 testcase 而已；而且单元测试里面，不同测试用例间理论上一开始假想可以单独运行的，并不受其他单元测试用例的影响，所以执顺序并非一个很重要特性。
纯想象性质猜想一下，如果采用 deptest 的写法，可能因为前面某个 testcase failed 了，导致后面的依赖它的测试也多 failed 了，开发者必须找到最底层的依赖，先 fix 了，再开始调试上层的测试是否正常；测试用例多了后，感觉也会带来额外的 debug 成本。
纯想象性质猜想一下，如果采用 deptest 的写法，可能因为前面某个 testcase failed 了，导致后面的依赖它的测试也多 failed 了，开发者必须找到最底层的依赖，先 fix 了，再开始调试上层的测试是否正常；测试用例多了后，感觉也会带来额外的 debug 成本。
Select Language