@xingqiuditu 以基础性、实用性和趣味性为准，挂一漏万：34、39~40、50、46~47、60、72、76~78、84~85、90、98、102、105~106、124、135、144~146、164、198、207~208、229、235~236、239
另外，我觉得很多 easy 的题很适合面试，代码量短，时间有限，你不说我就不列了

@p64381 我指的是 next、prev 这些，可以封装的

@congeec 看来我疏忽了，除了我，别的账号看不到。你还是用我的 github 代码提交查看吧： https://github.com/begeekmyfriend/leetcode/blob/master/126_word_ladder_ii/word_ladder.c

@congeec 这不好好的？ https://www.v2ex.com/t/405467

@ballshapesdsd That's it!

@Admstor 实际上我的测试样本分布并不均匀啊

@jjianwen68 Its runtime sucks...

@GeruzoniAnsasu 我的确是引入系统运行环境的误差来，引入随机性。至于期望的可预测性，可以通过纳秒取余等一些附加技巧解决，这样的随机数很难预测分布，也就是说可以引入附加处理获得熵增。

@SuperMild 你的意思是纯代码就必须是 immutable 的？这并不成立

@SuperMild 你的模型想的太狭隘了，def benchmark(code) ... return y，代码难道不能作为数据输入？

@fcten 你是说没有硬件你只能算 1+1=2 了是吧？我通过对一个计算机编程来生成随机数，本身有问题吗？

@eastpiger 我这段代码是基于将近一个世纪计算机科学逻辑理论基础上写就的。

@fcten 你见过什么代码不依赖硬件的，把代码送给你，输出给我看？

@eastpiger 我不是民科，我是炼丹，就跟机器学习一样，真炼出来就“科学”了。另外，就算很大程度上依赖于 OS 调度，CPU 时钟等，那就说明真·随机数生成器本身是可以被设计的。

@fcten
1、O(1)也是可以的，实际上 OJ 刷题是就碰到过用 hashmap 的题目 benchmark 在区间跳跃的，这些都是技巧实现细节的问题
2、样本就是 benchmark，这不是代码生成还是什么生成的？
3、纯代码生成真·随机的不知还有啥方法？

@eastpiger 谁说 CPU 运行就没有物理噪声了？

@MonoLogueChi 也存在无法分析概率密度的随机值

@akira 宇宙的粒子数目也是有限的，那么状态也是有限的，难道这证明宇宙不存在随机？

@fcten 性能其实不是问题，总是可以优化的，你甚至可以用底层语言去实现一个。至于随机性，我说过用 ns 取余等技巧。问题是如果是真·随机，那么已经证明纯代码是可以生成真·随机数的。