#6 楼 @Rei 感觉 Mailgun 更贴进 metal, 更方便 developers. 服务也不错，跟他们几个 developer 都混个半熟了

和你的问题无关 - 这个类不需要 < ActiveRecord::Base

#1 楼 @lgn21st 邮件服务真正靠谱的是 Postmark 和 Mailgun 两家

#38 楼 @zhenjunluo 我的眼界有限，我能想到的：

1. 编程语言和框架 - 比如 ruby 和 rails, 能够快速上线模具 / prototype
2. 程序的构架和组织 - Object Orientation, Design Patterns etc. 对 Functional Programming 最好也有理解。相关的概念还有比如重构，测试等等都在这个层面上。
3. 新技术的跟进和快速学习能力
4. 工具的选择和系统的架构 - 数据库，消息队列，应用集成方式等
5. 系统运营，发布，脚本管理，生产环境的维护
6. 团队协作和开发流程
7. 性能，拓展型的工程解决方案
8. 算法，人工智能，大数据分析和梳理

这个顺序也大概跟随着项目成熟的阶段，或者是在小团队，起步项目的环境里容易学习到前面几点，而在大公司，成熟的项目里面是学习后面几点的地方。或者反过来，如果你的志向是开拓创业的方向，可以集中精力突破前面的几点，如果你的志向是做大型技术公司的骨干或 CTO, 要找机会接触学习后面的东西。

@iBachue 能说下具体的用例么？如果是数据量不大，不值得纠结；如果数据量很大，感觉总有更好的解决渠道，而不是把大数组加进内存来判断

#9 楼 @ashchan is this also career advice? ;)

#14 楼 @xranthoar 叫什么不重要，体不体面，称呼怎样都不重要。知道自己拥有的选择，作出合适的选择重要

#11 楼 @yzhrain 还是不清楚，怎么用 eval 执行，用 eval 执行和性能有什么关系？

@xdite 请教下 35 页为什么 把 condition 放到 helper 里面要好过 在 view 里面呢

最后一次提醒，马上开课了，请还有意参加的同学报名。

#27 楼 @poshboytl 基本一样的流程 :) 现在重构的时候不再很坚持的提东西，尤其是那种 context 里面带 context 的东西，更倾向与保留在本地的 it / expect 里面

#31 楼 @ery 同步 migration 对开发流程非常制约，举个用 git / gem 的例子：

team 1 creates a migration A, runs it as part of development, but not commit to git / gem yet team 2 creates a migration B, runs it, commit to git / gem team 1 now commits migration A to git / gem after finishing a feature

now team 2 gets a migration A that it hasn't run with stamstamp before migration B that it has run.

如果两个团队都用 git branching 就更复杂了。退一大步说，没有这些复杂的情况，migration 的建立和运行也都是线性的，这种情况需要两边有更新 migration 的时候要立刻向对方大吼要立刻更新，并且 roll back 本地还没有 commit 的 migration。这种互相制约的情况很不利与项目的快速开发。向我上面说的，这是把数据库结构的依赖转化为对开发流程的依赖。

#17 楼 @poshboytl

你指的是 TDD 的时候，还是最终的测试代码？

这个怎么讲呢？

我现在也倾向与这么写 rspec 了 -- 1) local clarity over global DRY 2) 如果需要太多的 setup，是代码本身需要 refactor 的信号

#9 楼 @xdite

#31 楼 @Jijin 现在还不会出售单独的视频，我们的参与在现在课程模式下还是非常重要。

#28 楼 @blueplanet 没关系。英文很重要的。。不光是读写，很多的会议资料，postcast 等都是英文的声讯资料。

#27 楼 @piginzoo 谢谢！

#24 楼 @flypiggys 字幕还没有时间加。。不过课程里面有讨论版，什么地方听不懂的可以直接问。

企业级应用里面对这个的成熟解决方案是针对数据层的 SOA - 除非是玩具项目或者 prototype, 不建议重新发明轮子

两个 model 层对数据库理解完全不同的应用共用一个数据库非常容易造成数据质量问题，除非一个应用是只读，比如是报表这一类。这种情况可以考虑自动镜像 生产环境的数据库到 sandbox 供本地开发使用。同步 migration 的问题是把对数据的依赖转化为对开发流程的依赖，在多团队协作的时候或者开发员经验不足时会太乱。

#22 楼 @5long #21 楼 @virgil #20 楼 @zw963

没有人是为了学 Ruby 和 Rails 本身而学 Ruby 和 Rails，而是为了学习这个工具从而能够 开发应用。而这里面绝大部分是 web 的应用 - 我自己承认如果我的兴趣不再做 web apps 上，我不会想学 Ruby and Rails - 如果我想做数据处理我会去学 Clojure，如果我想做数据分析和统计，我会去琢磨 R，如果对人工智能感兴趣，我会去学 Prolog。所以“学习 Rails " 本身从来不是 大多数人 的目的，成为厉害的 web developer 才是。真正为了学习 Ruby 本身而成为更好程序员的，是本身基础已经很好，不需要被教，而且大半学会了就去学下一个语言了。

所以，在帮助 Ruby 和 Rails 新手的时候，要看的到他们的驱动力是 build web applications，而教学的路线也应该是顺着他们自己的目标加以推动和引导，而不是脱开 web 的教 Ruby. 自学的新手更是这样 - 自学者最脆弱的就是驱动力和信心，所以自学新手的最好路线是一条增强信心和保持自我激励的路线。简化了的语言和框架来换取快速的进步是维持强大进步感的很好方式，语言本身更高级的特性和框架更复杂的东西完全可以回头再学，这个不是走弯路。这样走的不足是新手会因为基础不够扎实而 don't know what they don't know，所以最好能背靠一个社区，一些朋友，要能有人交流。

其实不管怎样，我认为高手不可能是被教出来的，而从“中手”到高手的这个过程是不可能自己自学出来的，一定是在开源社区，团队，公司这样的环境里成长的。所以，教学或者对新手指引的目的不应该是从开始为培养一个高手准备，而是在最快的时间内最高效的推动一个新手能够达到进到上面的某个环境。

#3 楼 @fsword 。。。

11 月 21 日，下周三开课

#25 楼 @leonkaiyu

#22 楼 @blueplanet

1. 提供一个教程的范例，是我们偏后的一个内容，是不依赖任何 gem 的从头搭建一个 authentication 的系统，你看看理解起来有没有问题？ http://d3kt886xwhjfu1.cloudfront.net/26%20Auth%20from%20Scratch.mov

2. 因为世纪初课程而且只有四周，测试方面不会讲。会集中在 Rails 核心的概念和组件。我们现在考虑要开进阶课程，但至少要明年了。

第一批邀请邮件发出了，请已经报名的同学查收。

有一位叫 lzx 的同学发给你的邮件 ( p0pxy@) 被打回了。如果你在社区里面回个贴或者给我发个 email - kevin at railstutors dot com

#19 楼 @xmonkeycn 那就来参加我们的 Ruby Tuesday 和 Ruby Saturday 吧！

#5 楼 @nouh 如果你用过别的服务，就会感觉费用除非你的交易量大只要差不多就行了。多点少点没大关细。更重要是省心，功能。

费用上如果我没记错 Visa MasterCard 好像比一般的贵一点，收 American Express 比一般便宜些

Stripe 非常好用

1. 不需要申请 merchant account
2. 非常为 developer 考虑的 API
3. stripe.js 的设计使得用户信用卡直接流向 Stripe 的服务器而从不流向你的服务器。从而在根本上达到 PCI Compliant.
4. Stripe 本身是最高程度的 PCI Compliant, 而且他们会定期举办 "Capture the Flag" 邀请大家黑他们的服务器，让我觉得这个公司对安全很重视
5. 客服非常好。他们有一个聊天室，任何人都可以进去直接和他们的程序员问问题。我以前经常去那里逛。非常耐心，上次我搞了个 ssh 他们的人一步步具体的指导我和他们集成。还有几次聊天后发现给我聊天的是他们的 CEO.
6. 新功能上线非常快，在最近两个月的时间就开发出 marketplace 和 stripe button 两个非常好的功能 - 两个都是我想要的 #1 楼 @huacnlee @nouh

#15 楼 @zw963 看来你是 十年磨一剑 的类型的。这个在狭窄的，积累型，线性前进的领域内非常有效 - 比如说医生，律师这些 "经验越多越值钱“的领域里面。

技术的更新是日新月异的，所以要注意不断跟进潮流。到创业这个领域就更是这样了 - 当你磨得好剑的时候可能会忽然发现满世界都用激光枪了

#23 楼 @sanivbyfish 为什么很困难？

#1 楼 @pongyo 同意，我很爱 udacity