• 极客不落🐒
    2019-11-04
    Facebook 为啥使用 Mercurial 代替 Git?
    在 Facebook 官方博客上找到一篇介绍这个话题的文章,主要是 Mercurial 易扩展,更重要的是开发者社区友好(针对 Facebook 的现状帮忙定位问题,并在新功能开发时候考虑 Facebook 的特殊情况)。

    Instead, we chose to improve Mercurial. Mercurial is a distributed source control system similar to Git, with many equivalent features. Importantly, it’s written mostly in clean, modular Python (with some native code for hot paths), making it deeply extensible. Just as importantly, the Mercurial developer community is actively helping us address our scaling problems by reviewing our patches and keeping our scale in mind when designing new features.

    https://engineering.fb.com/core-data/scaling-mercurial-at-facebook/
    展开

    作者回复: 是的。Mercurial社区很友好。而Git社区认为你们本来就不应该用那么大的代码仓 😂

     3
     7
  • 幻想
    2019-12-08
    这一套,在创业公司不太好实施,被业务方逼的太紧了,也没得商量。基本就是疯狂加班的节奏。别说目标啥的,大家都不认的。当时导致这个的根本原因是,高层的焦虑感。哎

    作者回复: 解决这个问题的根本是决策者掌握好长期利益和短期利益的均衡。同时决策者要了解技术的基本特点:技术债。

    
     1
  • qeesung
    2019-11-07
    公司刚切到了okr上面,作为一个普通员工对okr感觉不是很大,业务目标的变化太快,okr往往跟不上业务目标的变化。。。这样okr还能发挥用处么,感觉就是走走流程而已

    作者回复: 首先我觉得O不能老变。业务目标变化,Object 可以不变。比如“提高产品的用户体验”。KR没有办法会随着具体项目变化和变化。

    这种频繁变动情况下目标管理肯定是不好做的。我建议就尽量把OKR当做目标对其的工具。根据团队的O定好自己的O,对自己的具体工作做一个指引就好。

    
    
我们在线,来聊聊吧