不建议“动”拼盘 里面的东西,动的话,会带来很高的复杂度。直接 copy 一份其实也没什么
这个问题也没用多少空间,而且随着拼盘被填满,做的尝试会越来越少,而且才 10 几秒就停了。所以就没考虑优化的问题。
希望我没理解错这个题目的意思。
觉得可以换个思路,就是把 bricks(积木) 往上面填。 代码在这, https://gist.github.com/yfractal/9fd567789ec0ef1534d0
结果看起来还不错,但我只检查第一个解。。。
有很多可重构的点,但觉得都是些小的改动。没时间,你先凑合着看吧。。。(Bricks 换个存储结构比较好些)
关键点有两个,一个是,尝试着创建积木,一个是递归。
选择创建积木的原因是,你在可能的积木中挑的话,然后在看是否合适,复杂度太高了,而且应该和创建的方法是等价的。但这是我猜的,没试着证明,也没看过你的代码。。。
不看新闻好久了。
clojure 太难写了(本人比较笨),速度也不够快。 推荐 Julia。R 的语法,C 的速度。
有人说 ios 开发复杂度在 API 那,不在语言。
电脑多数时间用来写代码、看网页、看视频。 觉得如果我有时间,宁愿给编辑器换个配色。
觉得你这个是读源码,依照不多的个人(很可能是错误的)经验,问题不应该在文档。
http://book.douban.com/subject/24316596/
推荐理由:
为注重效率顶一个。
#10 楼 @cisolarix :plus1:
完全没洁癖。估计你们看到我这种会很闹心。 当然有要求,我还是会这么做的。不喜欢是不喜欢,做是做。其实我也喜欢后一种,但我觉得不值得去做罢了。
有个好玩的。
··· 1.9.3-p547 :001 > puts "\x1b[31mred" red => nil 1.9.3-p547 :002 > puts "\x1b[32mgreen" green => nil 1.9.3-p547 :003 > ···
能算出来吗?
比如说这样的公式,初始值 - c * (当前时间 - 创建时间)。
如果值变化的话,加个 xx 值改变时间的字段,然后接着套公式。
觉得,如果一个语言,连这个语言的书(文档不算书)都没有,才酸的上资料少。
haml 是这里面最好学的一部分了吧。。。
#14 楼 @Numbcoder 确实是。。。Julia 在功能上太贪婪了。。。
但觉得语法本身还是很精简的。
#6 楼 @flowerwrong #7 楼 @yukihiro_matz 可以考虑下 Julia。单纯从语法和速度上来讲。
我觉得有文档就不错了啊!
一般都靠 google,然后复制粘贴。。。
人的记忆有“靠前”也有“靠后”的。常用的会被“放到”前面,回忆起来就比较快。一段时间不用,就会被放在后面。所以回忆这些信息的时候,就比较费力。
我的好像是 256MB 的,觉得太多了。。。
觉得可以参考下别人解释为什么 Julia 非常快。 https://groups.google.com/d/msg/julia-users/Uu_UcYp49Qo/YKbwzUpgZzEJ
Julia 语法应该同 Octave,R 不相上下。速度接近 C http://julialang.org/ 。
有些情况下,是没必要考虑运行速度的,有些情况下,却正好相反。