员外要减肥

TimescaleDB是一个开源时间序列数据库，针对快速存储和复杂查询进行了优化。 它讲的是“full SQL”，并且像传统的关系数据库一样易于使用，又有着之前NoSQL数据库扩展性。

与这两种替代方案（关系型数据库与NoSQL）所需的权衡相比，TimescaleDB为时间序列数据提供了两全其美的优势：

简单易用

• PostgreSQL支持的所有SQL的完整SQL接口（包括二级索引，非基于时间的聚合，子查询，JOIN，窗口函数）。
• 无缝连接任何PostgreSQL的客户端或工具，无需更改。
• 面向时间（Time-oriented）的功能，API函数和优化。
• 对数据保留策略的强大支持。

扩展性

也不知道什么时候起，“靠谱”这个词成了衡量一个人是否可靠的代名词，后来，人是否优秀、情商高不高、是否守时等等，都可以用“靠谱”两字来代替，此类种种不再累举。相传，罗辑思维还给靠谱做了定义，叫做“凡事有交代，件件有着落，事事有回音”。

就罗辑思维的定义，个人是非常认可的，毕竟人是社会动物，协作是生存的基础之一，交代、着落、回音是有序协作的基础。但是不知道大家是否察觉，“靠谱”两字现在更多地被用在工作中，而且定义早已远远超越这三句话，更多的时候，“靠谱”是领导对于下属是否准时执行了他的命令的一种评判。最可怕的是，就目前看来，这种“靠谱”就像慢性毒药，已经在“毒害”很多人，后果就是让我们慢慢失去了创造力，失去了初心，失去了…..。

危言耸听？让我慢慢道来。

介绍

这是网络API的一般设计指南。自2014年以来，它已在Google内部使用，是Google在设计Cloud API和其他Google API时所遵循的指南。本设计指南在此共享，以通知外部开发人员，并使我们所有人更容易合作。

Google Cloud Endpoints开发人员可能会发现本指南在设计gRPC API时特别有用，我们强烈建议此类开发人员使用这些设计原则。但是，我们不要求使用它。您可以使用Cloud Endpoints和gRPC，而无需遵循指南。

本指南适用于REST API和RPC API，特别关注gRPC API。 gRPC API使用Protocol Buffersto定义其API表面和API服务配置来配置其API服务，包括HTTP映射，日志记录和监视。 HTTP映射功能由Google API和云端点用于JSON / HTTP到协议缓冲区/ RPC转码的gRPC API使用。

本指南是生活文件，随着时间的推移，新的风格和设计模式得到采纳和批准。以这种精神，它永远不会是完整的，而且API设计的艺术和手艺将永远有足够的空间。

今天去看电影《头号玩家》了，故事讲的是2045年的世界，但那是一个完全可以实现的未来…

先说说电影的大致剧情：2045年，现实世界因为经历了几次大事件已经萧条，人类只在VR（虚拟现实）游戏“绿洲（OASIS）”里还保有进取心。游戏的创始人（可能比李纳斯、盖茨或乔布斯还要神的人物）临终前宣布他在游戏里埋了三把钥匙，谁获得了，就获得他的5000亿美元股份和游戏所有权。于是史上最大规模的寻宝冒险开始。男主韦德和其他四位小伙伴们一起加入寻宝大战，打败反派BOSS和他的101公司，最终胜出，获得真爱、获得财富，并把人类拉回了现实世界的故事。
今天这篇文章，主要说说里面的一些场景和科技，以及对未来的思考，以下只说三个场景。

晚上看了一下贝叶斯推理，很有名，自己也早就耳闻，但是从来没去纠个明白。
看了之后发现这个推理 非常有趣，也非常有用。下面根据我自己的知识简单的举个栗子。
《三国演义》中16集，曹操进攻在小沛的刘备，大军在沙尘暴中行军，突然一面牙旗被大风吹断了，军中一片骚乱，大家议论纷纷，认为这是不祥之兆，是否预示着什么。这时郭嘉赶到曹操边上，问明何事，并断言“晚上刘备必来劫营”，曹操接道：“这正是我所担忧的事情。”
结果刘备晚上果然来劫营，大败而归。
这个故事也许大家都看到过，基本上是属于罗贯中的事件铺垫手法，另外也借机夸大一下三国时期的神人之一郭嘉。
今天看了贝叶斯推理，我觉得可以重新理解一下郭嘉的推断，当然这只是个人YY，是否有依据，还看各位斧正。