本文尝试通过一些直观的数据和表格，来看看Amazon某个规格的RDS实例到底是什么价格以及如何计费。
亚马逊RDS计费分为两个主要的部分，一个是“实例费用”(CPU和内存)，另一个是“存储费用”(磁盘容量和IOPS)。这两类资源的费用，又细分为单可用区和多可用区，另外，还可以选择“按小时计费”、又或者是“包年计费”的方式购买，这些对价格都有很大影响。本文分多个部分细致介绍了亚马逊如何计算一个RDS实例的价格。
基本规格根据CPU和内存使用来划分，Amazon RDS有如下基本规格：
10月20日，Monty专门撰文解释了MariaDB商标相关的协议，也解释了背后这么做的原因和历史。本文也顺便介绍了一下MariaDB的代码分发协议。
MariaDB商标讨论很早之前邮件组就有，例如：Jeremy Cole的邮件The MariaDB Foundation and MariaDB trademark?，Federico Razzoli的邮件trademarks，Mark Callaghan也关注过这个问题：Google search for “mariadb trademark”。因为一些原因，MariaDB商标归属一直都没有明确对外说明，这次算是敲定了。
先解释两个组织或公司：MariaDB Corporation和MariaDB Foundation。
MariaDB Corporation Ab(有时也叫MariaDB Corporation): 是一家商业公司(stock company)，前身是SkySQL，是一家支持MariaDB，MySQL培训、咨询的商业公司，提供MariaDB Enterprise和MariaDB Enterprise Cluster等服务。
MariaDB Foundation: 致力于推广、保护、改进MariaDB的代码、社区、和相关生态系统。是一个非盈利组织，在特拉华州(delaware)注册。
虽说是两个独立的组织，其核心都是MariaDB。现在MariaDB Foundation的临时董事(Directors)是如下四人：Rasmus Johansson (chair)，Michael “Monty” Widenius，Jeremy Zawodny，Sergei Golubchik，除了Jeremy Zawodny是就职于Craigslist.com，其他人都就职于MariaDB Corporation Ab。 (more…)
最近开始了解一下PG的东西，这之前，先来了解一下历史(八卦)，同时也拜拜大神Michael Stonebraker。
关于PostgreSQL的历史，官方和一些参与者现身说法，已经可以”多角度”、”立体”看到比较完整PG历史了。PG的前身Ingres，和System R同是最早关系型数据库践行者。有人用Graphviz绘制的一个关系数据库发展历史，可以看到PG在关系型数据库历史中的地位，以及它对后续Informix、Sybase、SQL Server的巨大影响(大图慎入：RDBMS-timeline 对应的github项目)。
折腾PG之前都是要拜一拜Michael Stonebraker的。
1970年，在Codd发表了关系型数据库的论文，1973年，IBM的System R研究小组也发表了关于实现的系列论文之后，Michael Stonebraker开始和学生一起做关系型数据相关的研究并成立了项目Ingres，“Interactive Graphics and Retrieval System”的缩写，原本该项目经费是计划用于地理信息数据库系统的研发(参考)。在当时，Ingres相比System R是一个运行在低端机器的(“low end”，相对于大型机 “big iron” IBM mainframes)产品。到后来，80年代初期，“低端机器”的性能和容量已经开始威胁到“大型机”。这时，Ingres以一个类似BSD的协议发布，很多公司就开始在“低端机器”上基于Ingres发布自己的商业产品。顺势，Michael Stonebraker和一些fellow成立了Ingres Corporation，公司随后出售给 Computer Associates。
曾经一度，Ingres是和Oracle竞争的产品(“head-to-head“)，这两个产品都被认为是当时的硬件无关的关系型数据库产品。甚至在当时，无论从功能、性能、市场份额、价格，很多人都认为Ingres更加优秀(参考)。但从85年开始，Oracle通过更具侵略性的市场策略；再加上当时SQL语言逐渐被更多人开始接受，而Ingres仅支持自己实现了查询语言QUEL，慢慢的Ingres失去自己的市场份额。
很早在一篇介绍《时空幻境》(Braid)游戏的文章中提到了Limbo，这次在iPad排行榜再看到这个游戏，果断购买，并在七月份的某个周六通关，期间有好几个地方”卡壳”了很久：经常被困在一个小小的地方，探索了所有可以探索的东东，但是还是找不到出去玄机，反复如此，又不想查攻略认输，心里那个憋屈，玩过类似解谜游戏的人大多能够明白这种心理。侥幸，一次次当我耐心耗费接近极限的时候，总能绝处逢生，找到反复查看仍然被遗忘的线索。也偶尔有几个需要极限操作的地方，retry过若干次后，概率总能帮我挑战成功。
在较为顺利的通关后，开始想想这个游戏到底是在讲述一个什么故事：
故事开始，主人公在深林中醒来，这里充满腐烂、飞虫、和黑暗，就这样，开始我们的探险。在这个世界里，到处都充满了危险，突然袭来的电锯、从天而降的巨石、硕大的怪物蜘蛛、反常的地心引力、还有能够夺走自由行走能力的小虫，通过无数次的挣扎，最后，终于冲破“水面”，逃出了这个世界。 (more…)
不想糊里糊涂，所以整理了一下思路。因为财年关系，最近很多朋友私下在讨论薪水、年终奖、加薪、option。窃以为这是一件很让人沮丧、且没必要的事情。
对于很多人，工资通常是家庭收入的主要甚至是唯一来源，高低直接影响着家庭的生活品质。所以对各个公司的薪水体系有个大致的了解，知道怎样的努力会获得怎样的回报，是很有必要的。
到网上稍加搜索，几家大公司(例如BAT)各个主要层级的薪水待遇都能查到大概的区间，和商品价格一样，薪水高低通常是“个人价值”和“供求关系”的综合反映，通过了解薪水的概要信息，可以让你知道，什么类型的人才、技术是公司比较需要的。如果你在对应层级，偏差太大，那可能需要仔细想想为什么。
让薪资和个人贡献成正比，相信这也是很多薪资HR的一个目标(应该是这样吧?)。这一点需要成为整体趋势，要让绝大多数人知道就是这样的。
很多公司都是“明文”规定同事之间严禁打听薪水的。不过根据观察，朋友直接通常还是会互相打听。极端一点来说，打听之后就两种心态：“啊!竟然比我工资高!! 凭什么!!! 郁闷!!!!”；“啊!他也就值那么多吧!!”(是的，跟开车差不多)。除非你Top1，否则总有几个人，职位、水平差不多，但工资比你高的，遇到这种情况，多半是要郁闷很久的，关键是郁闷归郁闷，你什么也改变不了。
“郁闷”可能导致“消极懈怠”，进一步降低工作效率，再进一步导致糟糕“公司业绩”，最后，再导致“薪水下降”，再继续“郁闷”。这是一个很糟糕的恶性循环。
在知道行业大致薪资的情况下，打听到具体某个人的薪水，除了满足了“好奇心”，还有什么好处吗?(评论回复一下呗) 我感觉是没有的。
虽然，都明知打听之后，得知”别人”比自己高，只会很郁闷，而且会郁闷很长时间，或者四处抱怨。其他什么都改变不了。但是还是忍不住，这大概是“好奇心”在作怪吧，这里建议，还是把好奇心放到别的地方去吧，放到你的工作中，或者放到别的兴趣爱好上。
一般，能够成为朋友，都是在某一个或者多个方面有相同的“兴趣爱好”，工资多一点、少一点都完全不会影响这些“兴趣爱好”，所以知道对方薪水不会增强“友谊”(如果成年人的世界还有友谊的话)。相反，知道彼此薪水后反而会有意无意给对方打上标签，这很不好。
打听薪水，两个人总有一个人偏低的，如果是朋友，何必要让一个人郁闷呢。有人说，共享秘密会增加感情，那让我们共享一些别的秘密吧。
基于这些思考，“打听薪水”通常是没有什么收益，坏情绪却很多。所以，给自己定下规矩：不再打听朋友们的薪水，也不再回答朋友的此类问题。
真正的朋友，也就不要再打听对方的薪水了。我们可以谈谈别的，比如其他人的薪水…
