·
小时候，就被一直教育，要独立完成所有的寒假作业。不能有任何的“参考”，这个参考定义非常广，甚至查阅资料、字典、与同学讨论等等都算是抄袭。
这就留下有一类永远都做不完的作业。例如，那时候作业有一类是填写歇后语，有一题是“猪八戒照镜子–”填写后面的内容。以现在的生活经验，这道题目当然简单，但对一个初中生，在不允许任何“参考”，所以知道坐在那里瞎想，现在想想，也是醉了。
优点，我的数学训练比较好，所以初高中数学成绩都算不错，只是没有天赋，只能算是不错。
生活的复杂和人类社会这么多的积累，单单靠这样的”空明的思考”之于很多知识的学习是非常不适合的。学习的正确方法，应该是先学习当前的人类已经掌握的知识，然后再去尝试探索边界，有时候完全独立的思考的目的并不是想出什么新想法，而更多的时候一种思维的锻炼。
文科则通常更加辩证，没有简单的对错，也没有简单的唯一的答案，可以更有创造力一些。
MaxScale是一个非常赞的MySQL Proxy产品，相比MySQL Route或者ProxySQL来看，也是非常有竞争力的。但是MaxScale有些特别，虽然是开放源代码的，但并不是一个“Open Source”的项目，他使用了特有的授权协议：BSL协议（全称：Business Source License）。那什么是BSL协议？ 这里做个简单的说明，感兴趣的可以继续阅读文章后面的链接做延伸阅读。
BSL全称是Business Source License，最新版本是1.1（完整内容）。这里简单概括一下协议的主要内容：
1. BSL协议不是一个“Open Source”的协议，虽然你可以拿到源代码，使用这个软件，但是会受到限制的。比如MaxScale，在生产环境，如果后端超过3个实例，就必须购买商业授权。
2. BSL协议虽然不是一个开源协议，但是，使用BSL协议的软件在发布的最多4年后（也可以是更短的时间，可以在协议中定义），必须遵循GPLv2（或之后的GPL版本）协议分发。比如MaxScale2.1版本将在2019-07-01之后遵循GPL协议。
3. 对于非生产环境，BSL协议的软件可以不受限制的使用。
4. 所以，BSL协议虽然不是一个开源协议，但是使用BSL协议的软件，最终会变成开源软件。
5. BSL协议是MariaDB公司新定义的协议。需要注意，MariaDB依旧是GPL的，因为MySQL是GPL的，没人能够改变这个。
6. MariaDB公司遵循BSL的软件有：MaxScale、MariaDB ColumnStore Backup Restore Tool、MariaDB ColumnStore MaxScale CDC Data Adapter、MariaDB ColumnStore Kafka Data Adapter。
7. BSL协议应该是Monty等，经历了MySQL的被收购之后，关于开源软件和商业公司对抗的一个新的探索。可以看到BSL是介于开源、闭源之间的。 (more…)
这是一个PPT，是我在12月20日北京云栖大会上做的分享，介绍了云上企业数据库常见的挑战和对应的策略和产品。
云栖社区也有一篇相关的介绍文章可以阅读：一篇文章读懂阿里云企业级数据库最佳实践
怎么总结今年呢？有很多事情做得不错，有很多事情做得不太好，不过还是简单记录一下。
家里，最重要的是周阡出生了，以后家里又多了一个捣蛋鬼
年初，陪老婆和周陌去了一趟日本冲绳，玩得还比较开心
个人身体上，今年几次感冒反复，最终让自己患上了慢性咽炎，特别难受，这个大概需要长期和病魔做斗争了
读了三本书，算是超出我的期望：《解忧杂货铺》、《海伯利安》、《海伯利安的陨落》
换了辆新车，但是，还没有开去过远方
又装修了一次，这次没那么纠结，因为明白关键不是装得怎样，而是住在里面的人都开开心心，想想，谁会注意浴室柜、吊顶是什么品牌的！
拔了四颗智齿，整个世界都清静了
用80EQ看到了土星环，木星上的条纹，还找到了M13武仙座大星团，虽然只看到了一个很模糊的毛球
工作上整体还算顺利吧，今年的云栖大会搞得还不错，产品上有也有一些新的拓展
在斗鱼，看了很多“没落游戏WAR3”主播们（Fly、护国神蛋、新老逼王infi和120、TED、Lyn等）的比赛
就这样吧，迎接2018
本文前段时间写的介绍云端企业数据管理产品DMS的“软”文，文章首发在阿里巴巴数据技术公众号，扫描下面的二维码关注：
摘要：在安全稳定的前提下，为了解决DBA的服务效率问题，十年前我们开始iDB的研发，完成手工变更的在线化，成为了DBA能力产品化的载体。在最新的4.0版本中，iDB面向云时代，是业界首创的数据库devops解决方案，形成了云时代企业数据管理的最佳实践。
在阿里巴巴，数据库团队是数据的守护者，保障着数据库的安全、稳定、高效的运行。在早期，DBA除了负责数据库的基础运维，对于研发流程中的数据库变更也都由DBA负责，包括线上库表设计、结构变更发布、数据变更、SQL审核、性能优化、容量评估等等。这种精细的业务支持方式，企业早期发展中，可以有效的保障数据库的稳定与安全，支撑业务的快速发展。
业务持续增长，很快我们遇到了两个问题：(1) DBA繁重的工作量可能会成为业务研发瓶颈；(2) 大量的重复工作会限制DBA的成长。企业快速发展中，会不断的有新业务上线，成熟的业务也会快速迭代创新，伴随会有大量的数据库相关的变更和服务，如果所有这些都由DBA来处理，那么业务繁多DBA可能成为瓶颈，另外，DBA也会陷入各种“做不完”的日常工作，很难进一步成长。
既要有DBA的安全把控能力，又希望高效支撑大量业务的发展，阿里数据库团队研发了自己的企业数据库管理平台：iDB。企业内部的研发、测试等人员，可以使用iDB完成大部分数据库相关的操作，包括数据查询、数据变更、结构变更、实例申请等等。另外，iDB产品中还继承了大量DBA的经验，比如判断哪些DDL会锁表、InnoDB表结构设计是需要主要哪些问题等等。 (more…)
·
这是一个新手的观测记录，这次观测地点是在杭州余杭地区，光害当然很严重，这次观测只是尝试找到M13，因为是新手，其实我也不确定城市里面能不能看到目标。这是我的第三个梅西耶，之前看过M45和M44。
城市观测的困难在于，光害非常严重，适应楼顶的黑暗之后肉眼大概能够看到2.0等以下的星星。而梅西耶天体肉眼亮度都比较低，需要一些亮星的引导才能找到。
我定位的思路是这样的，大角星和织女星是很好找到的。M13大致在这两颗星的连线上，大概在靠近织女星1/3的地方。具体的定位，可以沿着牧夫座的梗河一(mag.2.69)、再到贯索四(mag.2.2)，再到武仙座ζ(mag.2.85)，再到武仙座η(mag 3.45)，再到武仙座π(mag 3.15)，然后到织女星(mag 0)：
