#2 楼 @verfino sorry 回晚了。本地分支不删除，你也可以这样删除远程分支

git push origin :branch_name

#49 楼 @small_fish__ 我擦，原来是 food inc，老实说我认识的老外都不太吃这些。程序员属于中高收入了，买些 organic 的产品还是无压力的

#35 楼 @small_fish__ 恕我无知，foot inc 是啥？

#7 楼 @hxgdzyuyi 这个功能只适合帅哥，我玩了几次之后觉得自己实在太难看了，就删了

#3 楼 @blacktulip 翻译的太扯了

老外无生活压力

#2 楼 @kgen 你这速度是 WIFI LAN 传文件吗？Time Capsule 肯定不可能翻一倍。。就多了一块硬盘

#2 楼 @hxgdzyuyi https://coderwall.com/p/xlatfq thats sth long long ago

#44 楼 @zhen9ao Support 比较简单，都是些语法糖和让你写 rails 更轻松的 helper

先从 ActiveSupport 看起，很多 Rails Contributor 的经验

#9 楼 @yedingding 浙江太热了，我爸都去广州避暑了

敢忽略我大杭州，分分钟热死你

#3 楼 @blacktulip 二等公民至少也是公民，tg。。。

Vimium +1，懒得挪手

为啥一定要去湾区

#9 楼 @Sunnyroger 这下真的全跪了。。。

放眼望去，无一妹子。。。

#1 楼 @yesmeck 有，游戏风云有直播。或者 dota2 主页/twitch

#14 楼 @xds2000 我团队成员=2 的时候也是这样的，就是俩人互搞，养成习惯就好。不过这么小的团队大部分是私人项目了，cr 的间隔会久一点

#4 楼 @Ryan finder 确实一直开着的，白点一直都有

#10 楼 @xds2000

算了，稍微详细的回复一下，当然，这只是我和我们团队用的，未必是最好的。唯一我能说的就是从没影响过项目进度

Code Review 有很多很多的实现方法，我们用的是基于 pull request 的。每一次的 pull request 就代表着需要一次 Code review。并没有规定说今天一定要结束工作前 A 和 B 都 review 掉对方的代码。一般来说不是特别复杂棘手的问题，通过在 github 的留言，5 个回合之内就能决定是 reject 还是 merge 了。如果非常的麻烦，不紧急的话，在 standing up meeting 的时候讨论掉，或者如果有多个人的项目，你就找一个人能顶的，抽个时间和你无论是近战还是远程 pair 消灭掉，然后再 pq。所以说我说 5 天有可能 cr，我真的没有弗扯。。

基本上来说 Code Review 就是开发的一部分，所以在我这，pm 从来就没有 cr 占用时间这种说法

这样异步的 cr，没有人来鸟你怎么办？这我感觉是团队氛围吧，一般我发一个 pr，总有至少 2 个人来看，然后给我留意见，我改完之后再帮我 merge 了

至于任务的优先级，或者说哪些应该先 review，急着 merge 的，一般我们都分成 Blocker, critical, major, minor, trivial 这几级吧。一个 PR 都会对应一个 story，无论是 bug 还是 feature。我们用的 pivotal/jira 来 track story/issue，同时都会有对应的优先级。PM基本上就成天画大饼写故事，然后我们挑着做。

开发过程中我们也使用 Jenkins 来 CI，保证项目环境啊测试神马的不会出错。所以在前面的 5 级只上，还有 Jenkins build fail 这一级。基本上无论什么情况，假如 Jenkins build fail 了，都要立刻修复。

扯远了。我觉得 code review 是我开发的一部分，根本不可能分割。所以我没有那些问题。

#8 楼 @xds2000 A 和 B 互相 review 当然不是真正的 pair，但是思路是一样的，通过两个人互相审查提高代码质量，我说他是类似异步的 pair 有错么

我确实没有一直坚持 code review，一周 7 天只有 5 天有可能会 code review。但我没听说过心情不好就不 review 了的

#5 楼 @xds2000 看完感觉怪怪的。

1. PM 这么搞，说明不是工程师主导的团队，不喜欢这样的氛围，code review 他们觉得不产生价值，这种见识的 PM 你伤的起？为什么会忽略测试，不都是一边写代码一边都测着的么，QA 妹子好无辜的
2. 很多小团队都没 QA 的，而且就算有 QA 我感觉也不应该这样甩手给 QA，起码自己稍微测一下
3. 我觉得还好，A 看 B，B 看 A，这不就是异步的 pair 吗。多写功能测试是对的，但是一般一边开发一边就用 cucumber 写了，不是问题。每一个 bug 写一个测试覆盖是一个很好的实践

配合 Github flow 更好用

我一般点一下 finder 的图标，下面的小白点在了就回来了。

国内的话，随便搞个学校读了就行了。出国的话，读不起本科只能读个硕士找工作

#20 楼 @hxtheone 。。按着不累么