TextMate 1 付费用户，然后 TextMate 2，从未爱过其他，不论 Sublime 还是 Atom。Sublime 太丑，Atom 太慢，作为效率之选，工具链确定的时候，TextMate 效率上没什么问题（除了配置 Emmet 有点费劲）。倒是 Atom 玩主题和插件太费时间了。

脚本嵌入并不支持扩展属性。请使用 iframe 嵌入的方式：

<iframe id="goldendata_form_xxxxx" src="https://jinshuju.net/f/xxxxx?x_field_1= ARANDOMNUMBER &background=white&banner=show&embedded=true" width="100%" frameborder=0 allowTransparency="true" height="1047"></iframe>

iframe 方式与 script 的区别在于，script 方式能够自动调整表单高度。如果您的表单中并不包含字段规则（点击之后会有其他字段显示或者隐藏），用 iframe 方式的效果与 script 方式是一样的。

如果您有字段规则，则可以先使用 script 嵌入。然后拿到金数据生成的那段用于动态调整高度的 JS 放到被嵌入的 iframe 即可。(作为一个程序员，你应该知道怎么做)

在这里寻求金数据使用帮助是不是有点不大对头。。。

#13 楼 @poshboytl 常去，但不常呆 下次去成都一起聚聚

@redemption 何不就在金数据团队锻炼呢？！ @Dearest 来吧，试试看！我们的 CTO 就是从毕业生成长起来的，产品经理加入了好几个月才回去办毕业证 @outman 薪酬不提的原因是现在这些已经不是最主要的吸引点了。跟我们一起为了梦想长征，生活不会亏待你的 :wink2:

对的，还在附近

@xlaok 是金数据团队可以 Remote。ThoughtWorks 的主营业务是客户现场咨询（需要出差到客户现场）和离岸开发（需要工作在分布我们在全国的 Office）。目前金数据团队成员分布在北京、西安、成都、武汉，最好你在这些城市，这样不至于特别孤单。如果自己职业性很强，或者有独立 Remote 工作的经历，能够得到团队的信任，你在哪里工作都不重要了。为了增强沟通，目前采取的实践是每隔 3 个月团队在一起工作一个月。

@zfjoy520 目前团队规模较小，兼职仅限于某些可以被兼职的独立工作，这部分工作根据以往经验，限定在文案协作、部分比较独立的设计等。程序相关的东西，代码经过两年开发了，你懂的。

@emanon 你很了解 ThoughtWorks 哈。。。这些内部的东西每年都在与时俱进，因此……没有能够成体系公开出来的练习。根据以往的经验，这些练习多半来自于 CodeKata、设计模式等等与实际项目中的挑战。刻意练习的话，ThoughtWorks 的这些内部训练营并不是唯一的来源。加油哦

@emanon 面试流程稍有不同，基本要求相同 @ailen remote 时间保证每周 40 小时。可能有时候半夜起来修紧急 bug @zfjoy520 欢迎加入啊！

#52 楼 @gene_wu 没问题啊，赞助嘛，小意思~~

#38 楼 @melissa 抱歉很晚回复。前段时间休了个长假。我们现在客服已经找到了。其实想加入也不用这么曲线救国嘛——网上 rails/ruby 教程这么多，你也有编程基础，好好努力一把，花点时间学习一下直接应聘 ruby 程序员就好啦

#30 楼 @kikyous 还在看你的 github，别着急~能单独给我发一份简历吗？虽然简历不重要，但能帮助我们了解过去的工作经历 @Cifer_Y 试试提交一下呗，说不定直接转正了呢 @qinfanpeng 欢迎加入 ThoughtWorks! 肯定有机会一起工作的 @karmue 回来吧！

#25 楼 @rociiu 不会啊，直接显示各个框不能为空啊 @qinfanpeng 我们是在西安的

@hicupp 目前还没有考虑实习生。如果你能力出众，我们还是希望能够长久的跟团队待在一起的 @liuxingfeiyu 股权很虚的……而且小团队有股权的话必然收入打折扣~ :wink2:

@kgen 谈不上成功啦，还很弱小~~

@happypeter 可能会影响你生意了。。目前支付这部分，采用的 gem activemerchant + activemerchant_patch_for_china, 这两个玩意儿加上阅读一下支付宝的文章，一周左右就能跑起来了。

我记起来了，这玩意儿很多年前就得到支持了。。。刚才进去看了一下，大概两年前就支持了。

的确！

@happypeter 发货是有 API 的，能够做到自动发货的。

金数据用的技术栈几乎完全一样。用 Ruby 2.0 之后，目测内存没有增长的趋势，GC 什么的暂时就没弄。

http://stackoverflow.com/questions/274384/how-can-i-share-user-sessions-across-multiple-domains-using-rails

西安做 Ruby 的的确很少。招聘难度比较大，我们都是自己培养，以及从其他分公司借调的。

希望这样的公司越来越多，一堆堆搞 Java/C/C++ 真没什么意思

支持老曹。@caoxg 也是我多年的朋友，值得信赖，煮火锅的水准也不错。。。

从 2004 年开始，老曹便在开源/J2EE/Hibernate 领域一直投入贡献不断，前几年做人间，近几年同样的团队转型到了爱折客，居然也是风生水起。创业年代，点子其实不值钱，关键是团队。对老曹的技术能力、人品以及团队的执行力，强烈推荐。

#6 楼 @huacnlee 某人似乎在生产服务器上执行 rake rspec，然后大家都知道了

#13 楼 @kgen 哈哈，我也这么感觉。相比运营能力，国内云平台的成熟度速度太慢了

#8 楼 @shin 这个目前还不清楚呢

@chairy11 据可靠内线，亚马逊云服务好几年前就开始布局了。至于备案之类的，估计会采取跟 Kindle 类似的策略，找一家国内的公司获得牌照，联合运营。

@lgn21st 下次换个话题吐槽，哈哈

跟早期的 prototypejs 思路类似，通过扩展标准类的方法来增强功能。但这种做法貌似近年来不被推崇，类似于 jQuery, underscoreJS 之类的，都是类似于_.each(Array, function) 来实现的。如果项目中还有其他的类似的库，调用关系会乱掉。当然只有一个没啥问题。

我们做的金数据能够做记账，前提就是得自己设计一下表单。。。也有一些人用来记账的。 http://jinshuju.net

...好吧，今天又花了 30 分钟才发现 treetop 报告 http 错误。。。

不翻墙版本： https://speakerdeck.com/mechiland/beyond-rails-server
还得等一会儿，正在处理

@huacnlee Gem 的成本取决于采用的 Gem 的数量。数量越多成本越高……现在基本上主流的 Gem 名声都不错，升升不会死人的。那些小众的 Gem, fork 数量才几十的那种，当然得小心了。

@fsword 同学，现在都 3.2.9 了。。。