为什么要翻译这篇文章？

工作中遇到一些代码，添加了注释但是表达出来的效果往往不甚理想。同时发现网上很多资源都是教你如何写代码，却很少讲述怎么写注释。

因此试着翻译一下，给自己长点见识。当然也希望给更多的人带来帮助。

哎哎哎，GitHub贡献列表怎么就莫名其妙多出来一个贡献者？翻看了提交记录，原来是自己的锅？某次提交时忘记使用git config来重新设置名字和电子邮件地址？能不能给我台时光机啊? 啊不对，能不能从“ GitHub贡献列表”中移除贡献者啊？

微服务架构的转换并没有想象中那么容易，大部分技术领导者往往会低估项目的复杂性，从而犯下灾难性的错误。

在将单体系统转换为微服务之前，或者从零开始架构微服务，往往需要仔细思考清楚即将发生的技术和组织挑战。

因此，我们对来自5个不同国家（从以色列到美国）的技术领导者进行了13次采访，总结并归纳了这些案例到这篇文章中。

这篇文章适合于拥有以下想法的读者：

• 从单体系统转换到微服务架构。
• 从富有经验的技术领导者那里收集见解。
• 了解微服务的缺点和优点。
• 避免灾难性的错误。
• 在微服务方面做出更好的技术决策。

ES6、ES2015或者说Harmony给我们带来了很多有趣的特性，本文将对它所提供的这些新特性进行深入剖析。

最近整理了一部分资料，尝试通过探索static关键字的历史作为开端，接着阐述并结合它的自身特点来对实际运用场景作一些总结。