这个怎么不和上次使用的那个写着一个大“R”的 ruby-china 客户端使用同一个 bundle id，这样的话，我直接 update 就可以了，现在需要安装 2 个客户端，个人觉得统一一下，使用一个作为官方的即可。

CC 招聘啊，顶一个！

#11 楼 @yangjie6020 到 rvm 的路径下，选择你所使用的 ruby 和 rails（如果只有一个，这个就不需要考虑了），如：ruby-1.9.3-p194@rails32，然后找到 rails 里面的 generator 的 template，找到 Gemfile，然后替换https://rubygems.org 为 taobao 源 即可！

我只想说我前几天总是使用 Ctrl + C，然后修改源为 taobao 的源，但是我发现这样很不爽，不能一气呵成，所以我就改了 rvm，从此之后我就不再遇到 bundle 的网络问题了。

生命是如此的短暂，它不允许我们去创造垃圾！

#4 楼 @oldfritter 应该是有这个考虑，我觉得用 google 确实很好才是最主要的。

#22 楼 @Yujing_Z 只是外包啊，可是我不太喜欢外包公司，喜欢做自己产品的公司，或者 startup

rails 菜鸟，iOS/OS X 比较熟，在 startup 担任技术主管的在美帝可以找到 rails 的工作吗？

又一次看到王银的换工作情况。

#8 楼 @song940 汗......当了一次小白。谢谢，明白了。

总是打不开是啥意思啊？

看到是美女工程师我就进来了，啊哈哈！

表示没太明白这个“系列”是干嘛的，讲 javascript？我怎么觉得还是正经的那篇比较好啊，纯属个人意见。

#20 楼 @VoidMain 我不知道你是用的触摸板，但是不管是那个设备，你那显然是手势问题，你只需要到 system preference 里面设置手势应该是可以的。我用的是 Magic mouse，升级之后发现手势失效，设置乐之后就 Ok 乐。

#10 楼 @VoidMain 设置一下 Magic mouse 的手势

#42 楼 @sdpfoue 对啊，是 branch B 的问题，但是由于沟通不够，branch B 不知道那些跟他不同的代码是干什么的，然后也没有人进行 review，所以才出的问题，所以我觉得@raven的办法很好。

#11 楼 @chunlea 我就是觉得 Postgres.app 很好，我才对它这么感兴趣的，之前 homebrew 需要安装大堆东西，看着都不舒服，而且更麻烦是，在 stackoverflow 和一些 blog 上看到的都是教你怎么安装 postgres.app，而且统一都是 homebrew，没人发现 postgres.app 这样的形式很好吗？还是他们遇到了和我一样的问题就放弃了？ @small_fish__ 我的也是数据库没连接上。

#40 楼 @sdpfoue 话说我不是已经编辑了主题了么？为什么还可以看得到？

就是一个 master，然后 branch A，branch B，branch A fix bug，然后 branch B merge，conflict 中，直接采用了 branch B 里面的代码，把 branch A 里面的修改 bug 的代码直接去掉了。所以就.......

#37 楼 @liwei78 根据团队规模和公司的规定不同，其实只是一种习惯。成规模的公司大部分都是你说的这样的，做事情一定要有依据，小团队可能不会这样，一个是时间因素，你知道，那是很累心的，另一个是必要性，极端例子，如果团队只有一个人开发，除非后来有大批招人的计划，否则那根本就没必要。

#31 楼 @liwei78 任何时候有了教训之后得到的经验一般是很难改变的，我理解这种情况，我自己也会这样，但是后来回过头，仔细想想，“好像是我把承担责任的对象搞错了，根本不是那个的错，如果怎么怎么做就可以避免这个问题了”。

#26 楼 @liwei78 对啊，这个人确实关键，如果找不对这样的人，对于团队来说是个灾难啊，所以目前最好的办法就是自己成长为那样的人。流程图感觉不是那么重要，一般都是给出一个 mockup，然后大家就知道流程了，感觉 mockup 就替代了流程图了。 @yedingding 个人认为 100% 的覆盖率过于困难了，但是一个项目长久下去，其实还是在朝着 100% 的覆盖率前进，只是它是一个缓慢的过程而已。

#18 楼 @liwei78 @yedingding 谢谢！ @liwei78 很多时候程序员们都会有些“癖好”，这一般都是高手的习惯，他们会认为代码能正确工作并不是 100% Ok，而是让他觉得所有代码他 (他们那一类人) 看来都是 Ok 的才是真的 Ok，而他们把这些“癖好”，汇编成一些基本的规范让人们去学习，不可否认的是往往 (不一定是 100%) 他们说的是对的，对于项目来说是有利的。 @yedingding 只听过，没看过这本书。我内心认为我上面的理解就是这本书所要讲述的问题。不过有有时间我还是会读一下，来确认一下我的看法，哈哈！

#16 楼 @liwei78 例子很直观，谢谢！issue 被退回 2 次就调岗或者停止，这叫我情何以堪呐。。。 @yedingding 谢谢！快读看了下，我想问的是介不介意我把你的这篇文章拿出来讨论一下，然后按照我们的情况适当修改一下？

#12 楼 @liwei78 谢谢！有一点我不太明白的是：技术点需要写到 issue 里面去？另外对于“按照技术点去 review 是否符合要求”，受教了，我一般 review 都是通过应用表现出现的功能是否符合要求，以前没太管技术点的实现情况。 @ZombieCoder 看来对于 rails 的 review 我们团队目前适合同行评审。谢谢！

#10 楼 @raven 嗯。Thanks！

@raven 非常感谢！我以为需要拿出一整天的时间单独做这个事情，现在看来，这是在准备 deploy 的的一项基本的工作。有点明白了，谢谢！

#6 楼 @raven 谢谢，对于 rails 我们确实没有一个非常强的 rails leader，把 code review 计入工作时间没有问题。我说的给他们“压力“，是指他们的代码现在是有人看的，写的不好大家是有目共睹的，是指的这个压力，测试的代码我已经要求 rails 的 developer 做了，我检查了下，这个已经确保是有的，只不过我目前保证不了测试是全面的。

我的意思是我会单独拿出一天或者半天的时间去做这个事情，让他们就在那个时候互相看还是提前给时间让他们看，然后 review 的当时写测试代码？

或者是我们拿出一段觉得可以优化的代码，然所有人一起讨论？

@aptx4869 @raven @mouse_lin 重新编辑了下帖子，突出下重点，谢谢！

#1 楼 @aptx4869 谢谢，首先我承认测试可以解决这个问题，测试也要写，我只是拿这个问题举例子（可能举得不太好....... ：-(.......），解决这个问题的办法有很多，我想问的不是怎么解决它，而是怎么做 code review，请大神介绍下，谢谢！

#5 楼 @chunlea @small_fish__ 谢谢！我的情况和@small_fish__一样，不是 yml 的问题，是下载了 postgres.app 然后双击运行，就看到一个大象在最上面的任务栏出现了，然后在 activity 就看到了 5432 的端口被占用。但是我使用 rails new 一个 app 之后，把 yml 修改得和@chunlea一样，但是 bundle 就出现上面帖子原文的错误，有一次不知道怎么回事，bundle 成功之后打开 localhost:3000 就出现错误，提示 pg 不能连接上。这才是我一直的疑问。 @small_fish__ 是 heroku 的东西吗？我一直以为是 postgresql 官方的呢，额弱了！