希望可以参加。

如果只是学习用的话可能没必要，如果是做产品倒是一点也不贵。

有一次我接一个 iOS 项目，先给自己做了一个投资就是买了 RubyMotion。

略远，不过车库那边有很多驻场团队应该会比较热闹。

这个？ http://en.wikipedia.org/wiki/Wikipedia:Database_download

前门的烤鸭店可能不太好。 稍微高端点儿的在金宝街有家 duck de chine，人均大概 500 多，离酒店很近。 老字号的有一家叫四季民福，比全聚德强，或者大董也不错。 比较接地气的有一家叫 香满楼，在渔阳饭店（亮马桥）附近，人均大概不到 100。

可以找一些本地的设计师

这个查一下 pg 的语法就行了。 update table_name set field_name = regexp_replace(field_name, '^0413', '024');

4k sgd 属于比较低的工资。

还可以，没什么太大区别，各有各的优劣。

我觉得对测试有任何疑问的人先去读一下《Growing Object-Oriented Software, Guided by Tests》，能解很多实际的问题。

另外测试一般分 2 种风格，London School 和 Detroit School (Chicago School)。前者是使用 mock，后者是验证状态，上面的书是 London School 的开山之作，经典必读。

如果驱动项目的主要动力是 功能 ＋ 交付日期， 质量（内部＋外部）排在后面，那么测试可以暂时放一放，但同时会积累下技术债。

随着项目的发展，有可能对质量的要求会提高，并且需求发生变化，那么这个时候就要着手补充测试，并且偿还以前的技术债。

当然驱动项目的因素还有一些，比如成本什么的，一般程序员最容易考虑的是开发速度。

测试只是全部流程中的一个环节，类似的还有重构，设计，等等。 周全考虑项目的驱动因素有利于我们把握有哪些需要做有哪些不需要做。

但是一般来说 我认为测试是必要的。

Rspec 的语法更人性化一些。 具体到测试内容的话，无论 TDD 还是 BDD 都是要注重测试行为而不是测试定义。

require 'set'

class String
  def anagram?(other)
    other.split('').to_set == self.split('').to_set
  end
end

不写测试没什么大不了的，只不过是没有按照最佳实践来， 代码里不按最佳实践写的地方多了去了。

但是这些技术债是迟早要还的。

伪代码大概可以这样写

Bob.responds_to words

class Bob
  def self.responds_to words
     parser = WordsParser.new words
     parser.response.respond
  end
end

class Shout; End
class Silence; End
class Question; End

class WordsParser

  ALL_RESPONSE = [Shout, Silence, Question]
  def initialize words
     @words = words
  end

  def response
    ALL_RESPONSE.detect {|r| r.is_response?(@word) }
  end
end

这个都是 confreaks 录的

不错！

可能是监听了 ip 地址，psql -h 127.0.0.1 看看

mac 自己的 office 套件 pages, numbers 之类的

不错，学语言还是 flashcard 好使。。 请问用的是哪种 spaced repetition 的算法？不知道和 Anki 这类相比有什么区别

另外网站上那些 vocab list 可能会有版权问题。

现在 15% off，我今天才买的。。

SICP !

已经降了很多了，360 之类的产品功不可没啊

文章不错。写了 read-thru, write-thru, write-behind 三种

还有一个策略是提前计算好全部 cache，然后在读之前就更新过期 cache

取决于应用场景，我觉得 ft 做的就很好。

http://app.ft.com/

#4 楼 @lgn21st Ruby 3.0 这个很相关啊。就是问对 ruby 未来有什么打算。

Ruby 3.0 有什么改进