试下来不太准。
百度识图的植物识别还是蛮牛的。以至于我每天拍一张植物照片、通过翻植物图鉴来识别名称的行动都没有动力了……那么简单就不好玩了……在此之前我靠人肉认了百余种植物 http://s.weibo.com/weibo/%25E4%25BB%25A3%25E5%258F%25B7%25E9%2587%2587%25E5%25BE%25AE&Refer=STopic_box

Github 新增了 protect branch 的功能，我们现在用起来了。原来的油猴脚本光荣退休。

呀，做广告的机会来啦 http://www.lagou.com/gongsi/j9343.html
我们实习生只要能力够，就可以提前转正，等正式入职后就会把薪水补齐。
另外印象中我们确实有同学没毕业证照样在公司以全职员工身份工作了几年的，具体怎么操作的需要去问一下HR。

@clino 因为我们目前全部都在github上，没有特别理由不想换啊

@pyKun @krafttuc 好，我去看看。多谢！

由上面gerrit+github的文章顺藤摸瓜找到cloudfoundry的实践 http://blog.cloudfoundry.org/2012/04/11/the-new-cloudfoundry-org-gerrit-jenkins-github/ 不过也是3年前的了。不清楚他们是自己搭的gerrit还是用的某public服务。

gerrit+github的服务我只找到GerritHub.io, 可是从他们的blog来看，似乎他们和github关系一点都不紧密，要用还是不太放心。 http://gitenterprise.me/2015/06/25/github-api-change-causes-problems-to-jenkins-and-gerrit/

有实践gerrit+github方案的同学么？传授一点经验？ @mintist @clino @benjiam @yangshengwu @pyKun @hitmanx @oxoxoxox

@Livid 报bug：附言太长了发不了，里面的markdown没转换……问题本身倒不大，不过你好歹提醒一下么……

这是去年的视频 http://www.youku.com/playlist_show/id_22777674.html
这个会干货还是很多的。
可惜，安排周二、周三这么奇葩的时间，上海北京来回折腾一下，一周就耗掉了大半。还是应该像QCon一样搭着周末开能好些。

@humiaozuzu 两年多前我们开始启用github时不过二、三十号技术人吧。现在把数据之类的全都算上也就五、六十来技术FTE，做主站开发的不过十几个，不算大。

@Andiry 是啊，我们也都很不理解，纷纷问xxx你用pull --force是想干嘛呢……还是没有教好呀

@kzzhr 招呀，来吧 http://www.lagou.com/gongsi/j9343.html

嗯，我挺乐意写这样的软文的，这样的交流总有收获。我以前还真没有留意gerrit，这次那么多人提，是得认真看一下了。先谢过哈。

@Livid 为啥我这条消息不能作为附言发出？
答楼上各位

我们是要求fork出自己的repo、建自己的branch，commit后发pull request，然后code review/merge 到主repo的master。这个流程正常操作是绝对不会有问题的，只是没按规则出牌就出了意外。

出意外的原因是为了让所有工程师都能review完别人的代码后merge（我们认为只又少数人有code review和merge代码的权限很不合理，会严重降低工作效率），就必须给大家开write权限（我们用的是普通的github private，只有read/write/admin三种权限设置），从根上无法禁止直接push（包括force push）。各位自建git、用github enterprise的同学的建议都很靠谱， 可惜我们目前做不到。

确实也有考虑过是不是该强制大家用同样的git工具遵循同样的操作方式，来杜绝意外的发生。不幸，百姓网对工具的使用向来不做限制，甚至可以说是鼓励大家小范围尝鲜，导致百花齐放（其实我对这个是有吐槽的，以后再展开）。大家与git相关的玩法很多，大概只有通过github网页上code review PR并merge，这一点是一致的。所以这次就通过用油猴脚本让大家能继续“merge”，来确保避免breaking things的同时没有妨碍moving fast.

关于code review，我们以前一直是要求“必须”，但全凭自觉。过去多年一直执行得挺好的，但最近一年感觉松懈了。所以这次油猴脚本加了对code review得强制要求。接下来会去研究一下gerrit，看是否值得为此改变大家得工作习惯。多谢大家建议！

另外就是我们也考虑过webhooks，但似乎没能找到pre-push之类的event https://developer.github.com/webhooks/

@humiaozuzu @ChiangDi 禁止 force push 是github enterprise才有的特性？我们使用的是普通的github org 有private repo的那种账户，在organization profile里没有找到admin tools哎。

搜到了这个 http://stackoverflow.com/questions/5094524/github-prevent-collaborators-from-using-push-f 今年6月8号github stuff的回复，disable force push还只是在wish list上……

@ChiangDi 没错啊，我们正常的流程就是要fork，改代码，然后发pr，merge。正常流程是绝对不会出问题的。但是，既然每个人都有往主repo的master写入的权限，那就有可能脑抽敲出push --force baixing master这样的命令啊。

@humiaozuzu org 配置里，只有 read/write/admin 三种权限。如果禁了push，等于禁了merge。
所以这次是禁merge，但通过一个robot加一段脚本来达到原来一样的效果。

@9hills 我们也要求。只不过是靠自觉。这次加的robot会检查PR下面有没有别的reviewer回复LGTM(looks good to me)

@XiaoxiaoPu 嗯，我们用github，并且希望所有工程师都能merge代码到主干，而merge代码和push用的是同样的写权限，所以……

@feiyuanqiu 我们是工程师代码经同伴review过、unit test跑过、自己线下环境测过，就可以自己merge、自己点deploy按钮了。一天deploy几十次的。 :D:D 这叫moving fast，确实会breaking things，但到目前来看收益大于损失。

这个app的体验相当赞的，用过很长一段时间

@ityao 为什么你觉得小app不会接入呢？

@zouxy 好的我找同事去确认一下

@jox @ityao @wanjun @bjhyyc 谢谢支持。能多给一些建议么？你们，或者你们的朋友们，有合适的app，可以来尝试接入么？

@zouxy 嗯，爬信息是几家分类信息网站互相都在做的事情，我们有同事甚至遇到过发了一个帖子被爬走再爬回来来来回回每过一天就生出两条新帖子的事，直到我们加上了去重逻辑。
我本人非常不喜欢这样的行为，也不打算为公司辩护。不过，按理说我们在搬帖子的时候，会给用户发短信，用户一旦拒绝就再也不会搬了。你没有收到过这样的短信么？

@manhere @ltyhpynyh 百姓网接下来的工作重点确实是信息质量，不管对合作方APP还是自己的网站，都需要提升质量。如果某些类目信息质量确实差，我们会诚实地和小伙伴们说，并且提高优先级来改善这个类目的质量。另外，坦率的说，我们给合作接入方的质量，会比百姓网上的质量要高。因为对百姓网来说，一个帖子只要不违规，即便我们猜测有30%的可能性是假的，按照现在的排序规则，是没有理由不让它展示的；但对于合作放来说，我们完全可以把阈值压到10%甚至更低。

@simo （1）其实我们也有提供 WebView 形式的接入，这样就不需要嵌任何SDK了，应该能打消你的顾虑吧？不过目前页面基本还是直接用百姓网wap站的，自定义类目之类的功能都还没有实现。（2）通话返佣是否靠谱，还需要时间来证明；但目前（以及接下来一年里），百姓网采取现金补贴，确保了高于CPM/CMC等收益。这个我找机会让已经接入的同学们来说说吧。2014新驾考神典的开发者每个月收入超过一万。