每周推荐阅读第一季结束

2012年8月27日，我发出了第一篇《每周推荐阅读》，到明天为止就是整整一年了。我做了些数据统计，2012年的16篇《每周推荐阅读》中一共推荐了59篇文章，而在2013年的30篇《每周推荐阅读》中一共推荐了138篇文章，即一年里一共推荐了197篇内容（里面还有几个是大会PPT，数量众多），姑且就当是一天一篇吧。

所有这些内容我基本都是在读过之后才做的推荐，而且为了推荐一篇文章，读上几篇以便挑选那是必须的，所以我也要感谢《每周推荐阅读》对我自己的鞭策。值此第一季结束之际，我汇总了所有的推荐内容，也算是一个总结了：

• 2012年每周推荐阅读汇总（http://digitalsonic.iteye.com/blog/1752929）
• 每周推荐阅读2013Q1汇总（http://digitalsonic.iteye.com/blog/1839582）
• 每周推荐阅读2013Q2汇总（http://digitalsonic.iteye.com/blog/1897066）
• 每周推荐阅读第一季完结（也就是你正在看的这篇啦）

至于会不会有第二季，有的话是什么时候，我暂时也不确定，也许会换一个形式吧。最后，让我们感谢一下为我们奉献了这么多精彩内容的原文作者们吧！ 

---

每周推荐阅读 2013-07-01

Yahoo前端的14条军规非常有名，于是乎后来诞生了各种各样不同领域的军规，今天就要来推荐一篇运维相关的军规——《运维的 85 条军规》（http://www.oschina.net/translate/85-operational-rules），有趣的是，我看到过不少类似的文章，在前几条总会有KISS的身影，可见把事情做简单了还是很重要的。

现在做API，不让自己和REST沾点边都不好意思和人打招呼，那怎么样才算是真的REST了呢？6月30日，我在上海JUG的第一次活动上做了个与REST相关的分享，在准备Keynote时（我已经放到微盘上了，欢迎下载 http://vdisk.weibo.com/s/HYN3_/1372578166），我参考了下这篇文章——《Best Practices for Designing a Pragmatic RESTful API》（http://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api），当中大多数的观点还是挺好的，今天突然发现了它的译文，推荐给大家——《RESTful API 设计最佳实践》（http://blog.jobbole.com/41233/）。

很多人都对技术翻译蠢蠢欲动，有的也进行了积极的尝试，比如我觉得OSChina的那个众包的翻译版块就很不错。但实际情况是很多人都把翻译这件事像的太简单了，不妨来听听大神余晟的心得，他的译作很值得品味，有些字句那真是经过了精心打磨的——《浅谈翻译的两个基本问题》（http://www.luanxiang.org/blog/archives/1519.html）和《科技翻译的特点》（http://www.luanxiang.org/blog/archives/1530.html）。如果你真的想尝试，那就动手翻译一篇东西吧，然后仔细想想自己是中文水平有待提高，还是英文水平有待提高，亦或者是理解能力有待提高呢？

每周推荐阅读 2013-07-08

上周看到一条微博，大概内容是下厨房的数据丢失，一个黑客告诉他们自己曾经黑进下厨房把数据库DUMP过一份，不知道是否对数据恢复有帮助，他可以私信给他们……下厨房的人看到这条微博是该高兴呢还是悲哀呢？说到底还是rm命令误操作惹的祸，下厨房官方对此次数据丢失的具体分析如下：http://tech.xiachufang.com/?p=18，最后的致谢感觉还是阿里的DBA牛B啊。

我们每天多多少少都要和版本管理工具打交道，不知道大家提交代码时的习惯怎么样，反正我看到过很多提交的注释，看了之后很迷茫，有的甚至都没有注释。当然，我之前做项目时习惯也不怎么样。记得很久之前，公司的SCM做过一次变更，限制提交时必须要写注释，不过马上就把这个策略回滚了……《一个优秀的提交应该包含什么?》（http://blog.jobbole.com/42515/），当中最后一点是不要提交被注释掉的代码，说的太对了，不然还要版本管理干什么，如果你有这个习惯，尽快改改吧。

上周末，上海举办了一场中国运维与安全大会，虽然个人感觉它还有很多可以改进的地方，不过作为一次民间主办的大会，第一次能做出这个效果值得表扬了。如果明年有第二届的话，应该会好很多。我们也有不少同事去参加了一下，章邯同学还做了一个效果不错的分享。我对这次活动做了一些记录和整理，感兴趣的同学可以看看——《云计算时代的运维与安全》（http://www.infoq.com/cn/articles/sscon）。

最后，聊点和技术无关的话题。急诊科女超人于莺是网上的红人，当然并不是因为她微博发的好，而是她对一些事情的态度，最近微博上看到一个她做的演讲，看起来很像模仿TED的——《女超人于莺：活出自己的真我》（http://t.cn/zYhT5dJ），当中提到的慢生活看起来很美好，只是我很怀疑不是所有人都慢的下来，很多人想的太多了，很难放下，我估计自己一时半会儿就慢不下来。

每周推荐阅读 2013-07-15

上个周末好像不少同学都去参加阿里技术嘉年华了，想必周末过得比较充实，这次的每周推荐阅读就不再推荐太技术的东西了。

《中国合伙人》不少人都看过了吧，创业不易啊，小米的陈臻在自己的博客上给大家刻画了三个IT创业公司的形象，有不太成功的，也有过得还凑合的，的确挺贴近现实的——《创业启示录》（http://www.54chen.com/document/startup.html）。

新闻里看到说有名南航空姐在iphone充电时打电话然后被电身亡，在感到惋惜的同时，不禁要问一声经常听到手机充电时爆炸，充电时打电话被电，有没有科学一点的解释呢？高手自在民间，这条微博讲的挺像那么回事的——http://weibo.com/1982867485/zFShL76Uj，只是我感觉之前学校里学得电路知识都还给老师了……

我不止一次推荐过西乔的《神秘的程序员》系列漫画，没想到一晃这漫画都连载4年了，霍炬为这个系列的四周年写了篇纪念文，也让我们了解了它的诞生，向《神秘的程序员》致敬——《霍炬：《神秘的程序员》漫画四周年》（http://blog.xiqiao.info/2013/06/30/1420）。

好吧，最后回归一下主题，我平时写的代码以命令式的为主，不过这不妨碍我去了解别的编程风格，比如说能分清楚声明式和编程式——《声明式编程和命令式编程的比较》（http://www.aqee.net/imperative-vs-declarative/），这篇文章就讲得比较清楚。以后可以尝试一下混搭，看看写出的代码是什么样的。

每周推荐阅读 2013-07-22

最近饶有兴趣地用Go写了个小的扫描程序，体验了一把Goroutine，算是入门一下，感觉Go中有着浓郁的C/C++的味道，对于写惯了Java和Ruby的我来说，多少有点不习惯，看来还是应该再多写点。许式伟算是国内Go语言第一人，他在OSC源创会上做了一个Go的分享——《Dive into Golang》（http://open.qiniudn.com/dive-into-golang.ppt），针对一些语言细节做了一个详细说明。

性能监控的话题大家都很感兴趣，Linux下有不少神器，Joyent的大牛Brendan Gregg在SCaLE11x上重新整理分享了一下他之前的一个话题《Linux Performance Analysis and Tools》（http://www.slideshare.net/brendangregg/linux-performance-analysis-and-tools），褚霸以前还推荐过这个分享里的一张神图，大家可以移步。为了方便没有梯子的同学，我另外加个链接（http://www.kuaipan.cn/file/id_3401867501504403.htm）。

阿里技术嘉年华的夜聊环节里，大家讨论了与开源精神相关的话题，玉伯把他的意思整理在了WTP微信公共账号里，不管有没有去参加夜聊，都应该去看看——《什么是开源精神》（https://github.com/lifesinger/lifesinger.github.com/issues/167）。

最后的轻松一刻，让我们来了解下Ctrl+Alt+Delete的来历，以前重启电脑就靠它了，神奇的组合键——《你知道Ctrl+Alt+Delete是怎么来的吗？》（http://news.mydrivers.com/1/269/269288.htm）。话说Mac电脑用啥重启，请自行Google。

每周推荐阅读 2013-07-29

遇到故障不可怕，可怕的是故障迟迟无法恢复，事后又不认真总结教训，互相推脱责任（这句话请不要和后文产生联想，自己瞎想的我不负责）……本周的每周推荐阅读就从前阵子工行发生的大面积故障开始讲起，这件事电视新闻里也做了报道，原因是“IBM提供的软件存在缺陷”，信不信由你。NinGoo在博客里对这次故障做了个分析，不仅回顾了故障的过程，还分享了一下数据库系统升级的一点经验——《大数据下的工行》（http://www.ningoo.net/html/2013/bigdataicbcdisaster.html）。

说完了软件，再让我们来看看硬件，淘宝中间件团队的沈询写了一个系列的文章深入浅出了一下磁盘，目前的文章内容包含了磁盘的硬件特性、RAID和SSD，不知道是否未完待续呢？

• 《数据的存储介质-磁盘的硬件特性》（http://blog.sina.com.cn/s/blog_693f08470101lfm8.html）
• 《数据的存储介质-磁盘的RAID》（http://blog.sina.com.cn/s/blog_693f08470101lqik.html）
• 《数据的存储介质-固态存储SSD》（http://blog.sina.com.cn/s/blog_693f08470101m1l2.html）

还是硬件，我有介绍过树莓派和CubiBoard这类板子，今天让我们来看篇树莓派之父的采访，包括为什么会想到做树莓派，未来的发展方向如何，树莓派与Arduino相比有何区别等等问题——《从教育到创意——Raspberry Pi设计者Eben Upton访谈》（http://www.csdn.net/article/2013-07-17/2816257）。

这周就不放娱乐内容了，有兴趣的话，不妨研究下搞块板子玩玩吧。

每周推荐阅读 2013-08-05

前几天看到一个Web版本的Terminal控制台，可以直接在里面打命令控制远程的Linux服务器，就像是ssh登录过去操作一样，感觉很有意思。正好看到这篇《使用 noVNC 开发 Web 虚拟机控制台》（http://www.vpsee.com/2013/07/integrating-novnc-with-our-vm-control-panel/），突然发现只要有现成的“轮子”，做这个东西还是比较简单的。很多东西都这样，只要找到合适的工具，一切问题都不再成问题。

刚才说的是工具，但有工具是不够的，比如运维人员经常要面对线上的紧急故障，无论在哪里，比如之前@Fenng说的，背着笔记本爬黄山……郑柯在InfoQ上发表了一篇文章《运维团队能从橄榄球教练身上学到什么？》（http://www.infoq.com/cn/news/2013/08/football-coach-lessons-for-ops），乍一看标题还没能明白橄榄球队和运维团队的关系，看了之后才明白，其实就是未雨绸缪，在风平浪静的时候预先为各种紧急情况制定预案，并定期演练，这样在真正发生问题时才能处乱不惊。

以前读《软件工艺》时书中将开发者比作工匠，每位工匠的作品都包含了自己的心血，在上面署名是一份荣耀，一份承诺，而且还有品牌的含义在内。《为代码签名，供后人瞻仰或唾弃，你敢吗？》（http://ifeve.com/signing-for-code/），我自己倒是一直在各种源代码的文件头注释里写上自己的名字，不过也有过冤假错案，别人改了我的代码，接着出问题了，但是那个@author还是我，于是就悲剧了……你有没有在自己的代码上署名的习惯？

最后，推荐大家一篇虚拟访谈，内容与RESTful API有关——《虚拟研讨会：如何设计好的RESTful API？》（http://www.infoq.com/cn/articles/how-to-design-a-good-restful-api），其中讨论了好API的标准、安全、版本化等诸多方面的内容。而参与的阵容方面，有《REST实战》的译者李锟、马钧，淘宝广告应用开发团队的李建业，还有《RESTful Web Services Cookbook中文版》的译者（额，就是我），在我眼中李锟应该是全国最懂REST的人，没有之一，所以他的意见还是很有参考价值的，本文不容错过。

每周推荐阅读 2013-08-12

这几天微信5.0着实火了一把，其实国外也有很多优秀的应用，但是这些应用在进入中国市场后都会出现“水土不服”的情况，这也为国内的本土应用开拓市场创造了一些机会。但为啥老外的应用在中国不吃香呢，说到底还是不了解天朝的特色，比如这篇文章里说的——《海外看中国：老外开发者间流传着的7件事儿》（http://www.csdn.net/article/2013-08-08/2816502-7-things-app-developers-dont-know-about-the-china-mobile-market）。

有一阵子特别关注NoSQL数据库，当然其中少不了MongoDB和Redis，在看到江南白衣的这篇Redis的资料整理（https://github.com/springside/springside4/wiki/redis）后，我就后悔啊，当初怎么就没找到它呢，作为快速入门了解Redis的文章就再好不过了，读完正文，可以再去读一下里面的各个链接，作为深入学习材料。

最后大家再来学习一些用户体验的知识——《把握五元素，让页面文字阅读更舒适》（http://mux.baidu.com/?p=4943），文中介绍了字体、字号、行长、间距和背景五大内容，每点都配了很合适的实例，通俗易懂。如果实在不明白，理解下啥是衬线字体，啥是非衬线字体也算有所收货了。

每周推荐阅读 2013-08-19

我平时推荐的内容主要以中文为主，主要是考虑到不少同学觉得读英文的内容有点吃力，其实作为一名IT从业人员，能够顺畅地阅读英文文档还是很占优势的。这周会推荐两篇英文的内容，有兴趣的同学不妨看看。

不知有多少人知道MariaDB，这是一个由MySQL之父Monty创建的MySQL分支，现在已经发展为了一个强大的数据库产品了，在功能和性能上都有可圈可点之处。OpenShift对Monty做了一次采访——《Why MariaDB Matters: The OpenShift Interview with Monty》（https://www.openshift.com/blogs/why-mariadb-matters-the-openshift-interview-with-monty），听听大神是怎么说的。话说阿里也有MariaDB的Committer，以后不知道有没有可能使用MariaDB呢，还是把一些牛X的功能移植到阿里的版本上。

RightScale简单说起来就是提供便捷地云环境管理服务，同时也能进行一些优化，其官方博客上近日发布了一篇与云环境调优相关的文章——《20 Ways to Fine-Tune Your Cloud Environment》（http://www.rightscale.com/blog/cloud-management-best-practices/20-ways-fine-tune-your-cloud-environment），内容分为几个部分，即成本优化、服务器利用率、高可用、安全以及最佳实践。

ThoughtWorks一直以来都会定期发布“技术雷达”，列出热门或前沿的技术，以便大家更方便地了解技术发展趋势，我就在TW北京办公室近距离看过强上的技术雷达，InfoQ上也经常会对最新的技术雷达做些介绍。今天，让我们来听听TWer胡凯是怎么看技术雷达的——《2013年的技术趋势 — ThoughtWorks技术雷达阅读笔记》（http://www.iamhukai.com/?p=1132）。对了，他最近还写了篇和吃有关的文章，信息量很大啊——《关于食物的那些事儿 — 餐桌上面和老外说什么？》（http://www.iamhukai.com/?p=1159）。

每周推荐阅读 2013-08-26

2012年8月27日，我发出了第一篇《每周推荐阅读》，到明天为止就是整整一年了。我做了些数据统计，2012年的16篇《每周推荐阅读》中一共推荐了59篇文章，而在2013年的30篇《每周推荐阅读》中一共推荐了138篇文章，即一年里一共推荐了197篇内容（里面还有几个是大会PPT，数量众多），姑且就当是一天一篇吧。

所有这些内容我基本都是在读过之后才做的推荐，而且为了推荐一篇文章，读上几篇以便挑选那是必须的，所以我也要感谢《每周推荐阅读》对我自己的鞭策。值此第一季结束之际，我汇总了所有的推荐内容，也算是一个总结了：

• 2012年每周推荐阅读汇总（http://digitalsonic.iteye.com/blog/1752929）
• 每周推荐阅读2013Q1汇总（http://digitalsonic.iteye.com/blog/1839582）
• 每周推荐阅读2013Q2汇总（http://digitalsonic.iteye.com/blog/1897066）
• 每周推荐阅读第一季完结（http://digitalsonic.iteye.com/blog/1931073）

至于会不会有第二季，有的话是什么时候，我暂时也不确定，也许会换一个形式吧。最后，让我们感谢一下为我们奉献了这么多精彩内容的原文作者们吧！