#4 楼 @wuwx 要不直接从我这个模板开始改？已经集成了 device 和 bootstrap。

devise 有点特殊，默认 email 和password是必填的，可以通过 Freedom patch(or monkey patch :: ) 直接搞成选填，不过这样还要重写 find_first_by_auth_conditions，这里有个例子，可以看看，目的是允许用户通过 badge 工号登录，email 是选填。

另外我看你似乎在做电商网站，那么我强烈建议你参考Shopqi的实现，有了 Shopqi 的参考开源实现，貌似现在从头开发电商网站没啥意义。。

#7 楼 @as181920 #9 楼 @jonny 想起了一个故事，幸福婚姻的全部秘诀：做一个好人并找到一个好人，其实我说清洁工一两个就足够了，也是一个意思，如果你找不到这样的清洁工，那么就是 11 楼的方案，问题是，这还是小团队么？

这个其实用 Package 有点多了，感觉自己写一个类似下面的OpenUrlInBrowser.py放到 User 目录下面也就差不多了。

import sublime, sublime_plugin, os, subprocess

class OpenUrlInBrowserCommand(sublime_plugin.TextCommand):
    def run(self, edit):
        for region in self.view.sel():
            if not region.empty():
                s = self.view.substr(region)
                if s.find('.') == -1 and s.find('://') == -1 :
                    s = 'http://google.com/search?q='+s.replace(' ','+')
                command = "C:\\Program Files\\Mozilla Firefox\\firefox.exe " + s
                subprocess.Popen(command)

然后在 User 目录下新建：Context.sublime-menu，就可以在选中的上下文 url 中打开浏览器了。

[
    { "caption": "-", "id": "file" },
    { "command": "open_url_in_browser", "caption": "Open in Firefox" }
]

#1 楼 @ruby_sky 企业应用程序就是用大家都比较明白的技术做大家都不太明白的事，互联网应用程序就是用大家都不太明白的技术做大家都似乎都明白的事。

不要讲分工肯定是错的，不分工还叫团队么… 当然我想楼主的意思可能是团队内人做事要主动，不过坦白说，如果我的队友能把一件工作做得很好，我何必要主动揽下我不擅长的事呢…… 其实个个都是清洁工是一个很不对的人员配备，清洁工一两个就足够了。

运维和主站是啥意思？都是用 Production 的 Database 的话，只 migrate 一次，然后分别重启两个服务器就好了呀？

#6 楼 @yedingding PPT，代码很快上传，稍微清理一下，或者就不清理了（不过公司相关表单肯定要删除一下），其实我是最水的，不过可能这个对于众多在 Windows 下进行日常工作比较有用吧，其实最好的 Rails 环境还是 Ubuntu。

Ruby 小众，可能大家就比较团结吧，再加上 Ruby 出自日本，大家就比较能为他人着想吧…… 我倒是希望 Ruby China 里面能出几个 GroupOn 这类的成功创业公司，能靠它赚到钱的都是好技术，省钱也行

#117 楼 @ruohanc 来了，螺丝刀也带了，但是没找到你……你把电话删掉吧，隐私保护哦。

#114 楼 @ruohanc 借到？没有明天我带来吧。

建议单独安装Ruby 1.9.3p286和 DevKit-tdm-32-4.5.2-20111229-1559-sfx.exe，railsinstaller 版本有点旧，也许新版本已经解决了这个问题了。

C:\git>rails -v
Rails 3.2.8

C:\git>gem --version
1.8.24

C:\git>ruby -v
ruby 1.9.3p286 (2012-10-12) [i386-mingw32]

如无必要，勿增抽象

嗯。。。请再仔细阅读这篇。。

puma在 windows 上不能用，不过thin可以，至少比 Web Brick 快多了！

array.shuffle[0...n]这样如何？

加班……

能达到这样就行！

#20 楼 @lgn21st 内置麦克风还是可以的，户外说话声都可以直接录上，布置的时候靠近点喇叭就行，电脑录后期还要整合，比较麻烦。

仔细看了一下手持 DV 说明书，没有音频输入线接口 ，请提前知晓……

如果可行，现场把摄录机布置在靠近喇叭旁边，声音部分就可以直接解决，后期搞制作毕竟还是麻烦啊。。。

#11 楼 @lgn21st 当天我早点过来，电池可能不给力，反正直接电源接一个，录多久都行了。

#9 楼 @lgn21st HD-DV 我有，Sony DCR-SR220E，60GB，400 万像素，8 小时摄录，三脚架也有，全套哦

Node.js 是纯粹的异步执行 web framework，如果考虑运行效率，就用呗，但是 Rails 在开发速度和使用方便性（特别是调试）上绝对优于 Node。

CNodeJs 的 TypeScript 帖子

#14 楼 @jeffz 突然发现老赵也来 Ruby-China 了，我在博客园可没少看你的文章啊！你是 javascript 大神，要不你说说 TypeScript 和 CoffeeScript 相比，除了静态检查（以及随后的自动完成），还有啥优势？我知道语言比较比较无聊，不过有利于初学者嘛…还是你建议直接上 Javascript，不要再引入一层抽象层了？

#11 楼 @lgn21st 我也想到了，TypeScript 其实还是为 IDE 服务的，自动完成（静态强类型）一直是.NET 和 Java 的特点，从这个角度看 Rails 程序员应该还是会继续使用 CoffeeScript 的，毕竟选择了 Ruby 就是选择了 Duck Typing 和动态类型。

不过你的另外一个观点我倒是不赞成，过去有一个说法，一个优秀的 C 语言程序员能够想象出他写的 C 代码最终会变成什么样的汇编语句，和你说的

在写每一行 Haml 的时候，你的脑子里面已经知道这行代码被翻译成 ERB 或者最终输出的 HTML 会是什么样子。

其实是一个意思，但是我倒是认为，如无必要，勿加抽象层，或者说：要加抽象层，那么新加的抽象层必须完全能够使被抽象的那个东西对用户透明。所以对于 Haml 我是不会用的，我不怕多打字，但怕在写 Haml 的时候还要不停地想 HTML 长啥样子…… 对于 Scss 我肯定会用，因为写的时候不需要想 css 长啥样了，很好用。但是对于 CoffeeScript 或者说 TypeScript，我只能说比较纠结……

#16 楼 @jjym 我和你一样，也是离开了自动完成和类型检查貌似就不会写代码了，不过现在想想其实太依赖这些 IDE 功能也不是好事，有些东西还是直接背出比较省事，当然前提是这个东西不会老变（这里吐槽一下微软每隔几年就变 API 变框架的恶心行径……）

@ery 你回帖速度还是真快，动态静态肯定是各有千秋，我最好是用动态语言，有静态检查和自动完成，然后还有 Ruby 这样的元编程能力，然后最好还不用我担心运行速度，然后还是完全免费的……

当然这个有点贪心，其实免费对我来说最重要，所以我肯定还是会继续 Rails 的，至于 CoffeeScript，等待有人给我更加充分的理由使用它吧……

#9 楼 @lgn21st TypeScript 也和 CoffeeScript 一样，最终是编译成 JavaScript 的，JavaScript 是一门基于 prototype 提供面向对象特性的语言，TypeScript 提供了一种完全 CSharp 化的面向对象机制，但是最后又能编译为 JavaScrip，还是挺有意思的。

CoffeeScript 我不熟，还在学习，学习成本肯定比 TypeScript 高，不过作为 Rails 程序员，我们的口号不就是，不怕难，就怕代码行数多，别人看得懂么…

Ycombinator上也在讨论，我看了一遍Channel9上大神安德森上的介绍，发现 TypeScript 强调 Type Safe，Interface 以及自动完成，配合 VS.NET 真的不错，不过貌似这些都和 Ruby on Rails 的 Duck Typing，最小 api，无自动完成 vim/emacs/sublime code typing 的精神背道而驰啊？

比较纠结，不知道到底现在应该学用 CoffeeScrip 还是这个 TypeScript ……