风清扬426
获得徽章 0
- 【Python 之父再度发声：我们能为中国的“996”程序员做什么？】
帖子内容主要是 Guido 表示自己在推特转发那则关于996的新闻后，其推特的内容流目前基本全都是关于这个问题的讨论。所以他问到，我们应该怎么做才能帮助这些程序员？怎样才能引起西方媒体和政府的关注？
CPython 核心开发者 Senthil 对 Guido 的问题发表了自己的看法，并指出处理这些涉及到政治的问题会非常困难，超出了我们能直接影响的范围。所以间接地，可以做的事情有：
a）让大家都知道存在这种“剥削”劳动力的现象，并在听到这些事时能表现出同理心；
b）列出执行这种工作制的公司，拒绝与他们开展业务，这是施加压力的最有效方式（看来与 Anti 996 License 的理念不谋而合）；
c）如果这些公司想要从 Python 中受益，拒绝这些公司的赞助。来源：虎嗅展开837 - 487
- 忙碌和高效之间差别巨大：忙碌=做很多事；高效=以尽可能好的方式做最重要的事。忙碌会蒙蔽你，让你以为自己在进步，但实际上高效才会真正推动你前进。via:Jen Heemstra 113
- javascript-tutorial-en 一份开源的 JavaScript 教程，主要讲解 JavaScript 语言的基本用法，浏览器事件的管理，动画效果及正则表达式的基础使用。教程内容覆盖面较广，值得一读，在线查阅：
javascript.info GitHub 地址：github.com 评论37 - React v16.7发布了，可是没有预期的Hooks正式发布，只是包含一些bugfix。没有就没有吧，这次没有等下次，不过，我们依然从React的声明中看到一些很有启发性的观点。
我们知道，根据语义化版本(semantic versioning)的规则，版本分为major、minor和patch部分，假设目前React版本是v16.6.0，现在有了一些代码改变要发布，如果有breaking change，那就应该改变major，也就是v17.0.0；如果只是增加新的功能，那就改变minor，也就是v16.7.0；如果只是fix bug，不改变原有行为，那就只需要改变patch，也就是发布v16.6.1。
既然这次只是bugfix，为什么React要发布v16.7.0，而不只是发布v16.6.1呢？
因为React认为只有很小的代码改变才能当做patch发布，如果一个改变虽然只是fix bug，但是牵涉的代码改变很多，依然应该当做minor版本发布。
可以说，React的这种观点非常地正！
这世界上有很多项目的package.json里类似这么写的"react": "~16.6.0"，这代表了对一个小版本的信任，因为这会匹配所有16.6.x版本，所以，一定要确保patch非常非常非常非常非常靠谱，绝对不要引入新的bug。即使我们的代码有100%的代码覆盖率，即使我们有严格的代码审核流程，即使我们在发布之前做足dogfooding，依然不能完全杜绝bug，因为每一行代码的改变都可能引入bug，如果代码改变太多，我们就不应该冒险当做一个patch发布，一旦有意外bug引入，这会毁了很多项目的。
React的确有一个很严谨的开发团队，值得我们学习。展开评论24 - 【什么是Kubernetes？】这篇文章并不会深入的讲解Kubernetes，作者主要讲述了Kubernetes的历史，它出现的原因，以及发展，文中有很多有趣的对答，通过一问一答更好的解释了一项技术发展的历程就是不断解决问题的过程。dockone.io 来自 Docker 精选 评论13
likexia.gitee.io