Google 很多 API，主要用 java, js, Golang 等语言写了样列，但是在 PHP 这一块，样例就很少，我想最直接的原因可能是 Google 不用 PHP，像国内的腾讯，新浪 之类的用 PHP 语言的，PHP 样例就写的非 … Read more
流量不是我写博客的原因，我认为我的博客是记录我自己认知迭代的一个过程，哪一天不迭代了，可能也就离开这个世界了，我关注过一个博客，他写了 10 多年，后来不更新了，不久听说博主离开这个世界了，如果把博客提交给搜索引擎，或许可以帮到一些人，那就有双重收获了，一是记录了自己的迭代，二是也许能帮助一些人，看到很多留言，大部分是向我表示感谢的，但是也有一部分是来抬杠的。
我的个人博客 qishiya.com 流量主要来自于 google、bing、百度 这三个搜索引擎，没想到我网站的主要访客是来自于 google、bing 这两个搜索引擎，百度反而是最少的，仔细一想，也正常，因为我的网站主要是写一些经营 depop，aliexpress，怎么样买流量，怎么样提高效率的文章，而这些用户，基本上都是具备全球化视野的人，所以他们能使用 google 或者 bing 这样的搜索引擎。
我一直调用 google 收费的 api，但是 100 万字 需要 20 美元，如果是万字长文的话，每调用一次接近 3 块钱，自从我的翻译上线来，免费额度（50 万字）已经用完了，有一个用户一天就用了差不多 20 万字和额度，今天看到有人调用 google 翻译的免费 api，大概看了一下，确实能用，不过用起来不是特别方便，好像是基于句子的，不能一次把整个文档给他，但是我想稍加修改，也够用了。
直接在浏览器请求就可以，返回的是一个 json ，格式如下。
https://clients5.google.com/translate_a/t?client=dict-chrome-ex&sl=auto&tl=zh-cn&q=To help, we’ve got all the best trying-to-conceive tips right here. Read on for the scoop on everything you need to know about how to get pregnant, from your odds of conceiving to what you can do to have a healthier pregnancy right from the start. Happy baby-making!最近在读《Software Engineering at Google》时，讲到了一些技术人员害怕转管理岗，我也有过相同的经历，记录一下 google 是怎么样处理这种情况的。
Google 会有三种角色，分别是工程经理(Manager)、技术主管(TL)、技术经理（TLM），如果是特别小的团队，这两个角色由一个人来担任（TLM），否则这两个角色有不同的人来担任。
在公司经常碰到的情况是新系统开始好了，但是旧系统一直还被人依赖，让使用者迁移，一般都不会怎么顺利，记得我当年在某一个大厂时，新旧两套系统同时跑了快一年，旧系统最大的问题是需要维护，同时维护两套系统的成本很高。
记录一下 Google 是怎么处理这个问题的，有一些主张还是比较有意思。
许多人都有寻找和崇拜偶像的本能，对于软件工程师来说，他们可能是 Linus Torvalds、Guido Van Rossum、Bill Gates，他们都是以英勇壮举改变世界的英雄，Linus 自己写了 Linux，对吧？
实际上，Linus 所做的只是编写了一个概念验证类 Unix 内核，并将其发布在电子邮件列表中。这是不小的成就，绝对是了不起的成就，但这只是冰山一角， Linux 比最初的内核大数百倍，是由数千名聪明人开发的， Linus 真正的成就是领导这些人并协调他们的工作； Linux 不是他最初的想法，而是社区集体劳动的光辉结果。 （Unix 本身并不完全是由 Ken Thompson 和 Dennis Ritchie 编写的，而是由贝尔实验室的一群聪明人编写的。）
同样，Guido Van Rossum 是否亲自编写了所有 Python？当然，他写了第一个版本。但是其他数百人负责为后续版本做出贡献，包括想法、功能和错误修复。史蒂夫·乔布斯 (Steve Jobs) 领导了一个构建 Macintosh 的整个团队，尽管比尔·盖茨 (Bill Gates) 以为早期家用计算机编写 BASIC 解释器而闻名，但他更大的成就是围绕 MS-DOS 建立了一家成功的公司。然而，他们都成为了所在社区集体成就的领导者和象征。天才神话是我们作为人类需要将团队的成功归因于一个人/领导者的趋势。
在谷歌，我们将文档视为代码并纳入开发的工作流，使工程师更容易编写和维护简单的文档。
可以看出 google 对文档的重视程度，文档和代码同级别，并且文档也和代码一样，有工作流。
有的流程或者工具会促进工程生产力（工程师的生产效率），有的就不会，比如代码规范，代码的可读性规范，会促进工程生产力，那么怎么样去衡量是真的促进了工程生产力，还是假的呢？用了如下的方法。
来自于《Software Engineering at Google》这本书，好奇 google 是怎么样去评价工程师的生产效率的，发现主要是用了一个叫做 Goals/Signals/Metrics (GSM)的框架，
Google 发布了 2021 Accelerate State of DevOps Report报告，粗略总结一下。
从这个报告可以发现，我们看到精英团队继续加快他们的软件交付速度，将他们的变更准备时间从不到一天降到不到一个小时。不仅如此，精英企业的部署频率是低绩效企业的973倍，部署的准备时间是低绩效企业的6570倍，变更失败率是低绩效企业的3倍，当失败发生时，恢复时间是低绩效企业的6570倍，与低绩效者相比，精英绩效者能够不断地根据经验证明组织在DevOps方面的成功。
谷歌云上线了一个实例时间表的功能，就是你可以让实例在指定的时间点启停，我以前是通过脚本功能实现的，现在谷歌云自带了这个功能，非常方便，比如当我睡觉的时候，我就把机器停了，当我起床的时候，我就把机器起动起来，这样就能节省不少费用。
创建时间表非常方便，只要指定区域，选择时区，然后选择几点启动机器，几点关停机器，是不是每天都这样重复就可以。
