谈谈"不懂 Markdown"的问题 很多人包括新人,都没接触过 Markdown,这是正常现象。 我觉得可以在注册的时候,加入一个向导, 比如做一个 3 至 5 页的向导,专门讲解 Markdown 的用法。 这样可以帮助新手了解 Markdown 的用法。 当其了解了 Markdown 以后,自然就会去用了。
所有的高手,都经历过新手的阶段, 所有的新手,都会问比较白痴的问题,否则就不叫新手啦, 扪心自问,谁曾经没问过白痴的问题。 “学而不厌,诲人不倦” 很多年以前,我在 CSDN 上问过很多白痴级的问题, 那时候,我得到过很多人的指点和帮助, 那时候,我觉得高手们都是热心肠,都喜欢助人为乐。 那时候,我希望有一天自己也可以成为高手,可以帮助别人。 而此时此刻,这个新的规则,让我心里有点难过。
我发现你是 windows,你应该尽早用 linux 的 ubuntu,否则折磨死你。
很久以前,我安装 debug 的时候,也经常遇到很多奇怪的问题, 后来我换成了 pry!从此不再有烦恼!
如果代码对性能要求不高的话,那么基本上不会用到算法。 但是如果你想成为一个优秀的程序员的话, 那么你还是应该学一下数据结构和算法,不要求精通,但起码要了解。 我编程已经 10 年多啦,的确遇到几个项目,需要使用算法和数据结构。 但是绝大多数项目,都用不到。
如果我们自己都不要重视 自由 和 平等 那么谁还能帮助我们 那么我们和 GFW 又有什么区别
Google Reader 是我每天必读的,听说她要走了,我心里很难受啊。
二进制 不能完整的描述所有的小数,就像十进制不能完整的描述 1/3 一样。 这和语言没有关系,C++ C# 都有这个问题。 这和浮点数的存储机制有关。 如果需要需要精度处理 最好 用 BigDecimal。
在外企工作一段时间就会有明显提高,或者找个语言交换的朋友。
建议你研究一下 capistrano 的源代码 https://github.com/capistrano/capistrano
Sublime 飘过
Pry 很强大,尤其在调试代码的时候,秒杀 Ruby-Debug
翻到一个很老的帖子 “REE 即将完成自己的光荣使命” http://ruby-china.org/topics/1359
编程 ING
Ruby 的车真难看
if concurrent?
db_specs_map(:build_db_with_thread).map(&:value)
else
db_specs_map(:build_db)
end
def db_specs_map(method)
db_specs.map do |label, options|
send(method, label, options)
end
end
def build_db_with_thread(label, options)
Thread.new do
build_db label, options
end
end
转
update edit 这个两个次都是 修改的意思 rails 特意这么设计的,就是为了符合 restful。
如果只用一个词的话,比如 edit, 那么,action 的名字,就是 edit_get edit_put create 和 new 也是同样的问题。
没有什么太深层的含义,就这什么设计的。 千万不要想太多。
选择 Gem 的时候要谨慎, 如果选择了不合适的 Gem 就会后患无穷, 如果选择了合适的 Gem 就会事半功倍。 关键在于如何选择。