最近这两个月，每天晚上都要在电脑前『码字』一到两个小时。第一个感到不方面的是显示器，于是入了一个DELL的23.8寸的一个4K显示器(感谢智盛_Lx同学的帮助勉强调到高清显示)，更大的屏幕可以在一屏看到更多的信息，大大较少窗口切换的时间，效率确实提高了。又是智盛_Lx同学，把他自己DIY的机械键盘给我测试，说是手感好。后来...后来就中毒了。

1. 60%键盘与HHKB

机械键盘确实很好用，『码字』效率比笔记本的薄膜要高。从简单和快捷的角度，原本还是打算买一个现成的，而不是去DIY。于是开始淘自己喜欢的键盘。因为是为了提高每天那一两个小时集中『码字』的效率，所以首先并不打算买全功能键盘，也觉得数字键和什么HOME、Pageup这些都不需要，另外F1~F9现在也基本上不用了(老早就不打WAR3)，这样就聚焦在61、66或67键的键盘上--这类键盘也被称为『60%键盘』。

第一个相中的是『HHKB』。如果不是因为价格让我必须谨慎一点，估计已经下手了。在程序猿的江湖里，这款键盘的传说一直都有。关于这款键盘争吵也一直都有，争吵甚至从键盘延伸到『IDE』的问题上来，水太深，这里不讨论。这款键盘是由株式会社PFU（富士通的全资子公司）研发的键盘，96年开始量产销售。现在的Pro2版本是一款静电电容无接触式键盘，外观设计非常简洁。身边有两个同事正好在用，直接拿来试用了一下，几点我让放弃了HHKB：

• 没有方向键
• 另外『静电容』的手感，我也不是很喜欢
• 最后，这款键盘的排他性太强，适应HHKB之后，应该很难在适应其他键盘

关于『静电容』键盘的敲击感，网上有个神评论（参考：Happy Hacking Keyboard 适合哪些人使用？），一下说出了我一直想说确表达不出来的感受：

HHKB 的觸鍵感覺比較粉，像是在吃粉的蘋果（@jiabin 不同意這一點）。如果你喜歡吃脆蘋果，那麼不一定會喜歡 HHKB。

苹果，我只喜欢吃脆的。采访了身边另一个喜欢HHKB的同学刘毅同学_liuyix，他真的喜欢粉苹果。[......]

Read more

本文尝试通过一些直观的数据和表格，来看看Amazon某个规格的RDS实例到底是什么价格以及如何计费。

亚马逊RDS计费分为两个主要的部分，一个是“实例费用”(CPU和内存)，另一个是“存储费用”(磁盘容量和IOPS)。这两类资源的费用，又细分为单可用区和多可用区，另外，还可以选择“按小时计费”、又或者是“包年计费”的方式购买，这些对价格都有很大影响。本文分多个部分细致介绍了亚马逊如何计算一个RDS实例的价格。

“实例费用”

“基本规格”

基本规格根据CPU和内存使用来划分，Amazon RDS有如下基本规格：

[......]

Read more

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和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。[......]

Read more

最近开始了解一下PG的东西，这之前，先来了解一下历史(八卦)，同时也拜拜大神Michael Stonebraker。

PG的历史

关于PostgreSQL的历史，官方和一些参与者现身说法，已经可以"多角度"、"立体"看到比较完整PG历史了。PG的前身Ingres，和System R同是最早关系型数据库践行者。有人用Graphviz绘制的一个关系数据库发展历史，可以看到PG在关系型数据库历史中的地位，以及它对后续Informix、Sybase、SQL Server的巨大影响(大图慎入：RDBMS-timeline 对应的github项目)。

前身：Ingres

折腾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失去自己的市场份额。

目前Ingres仍然在发展，在这里可以下载到它的最新版。[......]

Read more

很早在一篇介绍《时空幻境》(Braid)游戏的文章中提到了Limbo，这次在iPad排行榜再看到这个游戏，果断购买，并在七月份的某个周六通关，期间有好几个地方"卡壳"了很久：经常被困在一个小小的地方，探索了所有可以探索的东东，但是还是找不到出去玄机，反复如此，又不想查攻略认输，心里那个憋屈，玩过类似解谜游戏的人大多能够明白这种心理。侥幸，一次次当我耐心耗费接近极限的时候，总能绝处逢生，找到反复查看仍然被遗忘的线索。也偶尔有几个需要极限操作的地方，retry过若干次后，概率总能帮我挑战成功。

我眼里的Limbo故事

在较为顺利的通关后，开始想想这个游戏到底是在讲述一个什么故事：

故事开始，主人公在深林中醒来，这里充满腐烂、飞虫、和黑暗，就这样，开始我们的探险。在这个世界里，到处都充满了危险，突然袭来的电锯、从天而降的巨石、硕大的怪物蜘蛛、反常的地心引力、还有能够夺走自由行走能力的小虫，通过无数次的挣扎，最后，终于冲破“水面”，逃出了这个世界。[......]

Read more

在可见的未来预计GFW还会发威很多次，比如每年都有六月四日，还可能有艾未未这样较真的人，社会发展的车轮会不断的羞辱GFW，恼羞成怒之后就会发威。即使除了这些，GFW还会误伤很多网站和基础服务，比如Google Docs、Gmail等等。所以一个稳定的VPN服务就很有必要了。

翻墙有多方法，如ssh tunnel/goagent/VPN等，各有优缺点，本文*概述*使用VPN自由的访问互联网服务。[......]

Read more