推荐Elementary OS，美轮美奂。

@KentY 能告知下那个皮质的掌托哪里可以买到吗？

推荐 o'relly 的head first 系列的python 教程，里面完全没有算术题，上手非常轻松。不知不觉就会了大概，然后慢慢开始了解细节。

难得遇到一个自己可以说两句的话题啊。
2011年机缘巧合来了上海谋了一份美企的Opration Engineer的职位，三班倒，做三休三，刚开始的时候就是很多人认为的操作员的工作，鼠标点点，知道怎么上线跟新，怎么跟开发沟通。渐渐的开始学习Shell，Python，然后刚刚好公司将业务开始转型到Amazon AWS上，接触得越多越发现，传统的操作员的市场需求会越来越少了，于是更多的精力开始放在写Python脚本上，想办法如何利用AWS的API去完成老大交代的任务，并且让自己更多的偷懒。
去年的时候，发现倒班倒不动了，就换了一家小的民企做应用运维。不需要倒班了，平常大部分时间都花在写写自动化脚本，做得也挺开心的。运维在公司内是一个很容易被边缘化的部门，如果逐渐被边缘化的话，在大家看来当然就会觉得运维的价值远低于开发。但是借用最近看过的一句话，‘优秀的运维已经在领导架构了’。
那么，一个没有被边缘化的运维团队大概是什么样的呢？
1. 应用运维，或者称之为业务运维，运维团队中最懂各自负责的产品线的人，直接接受开发，测试的需求，包括上线发布，回滚等等操作，并且精益求精，提高响应的质量，降低响应的时间。也是最必需最基础的运维。
2. 系统运维，关注点在系统以及一些常用工具架构方面，一部分需求来自于研发，但是大部分时间是为了做好架构，方便业务运维更快的响应。
3. 平台开发，也就是DevOps，随着公司业务线越来越多，业务运维中可以提取出来的重复操作集中到平台化处理，降低业务运维的压力。因为需要搭建的平台跟业务相关性很大，所以不太可能有现成的开源工具可以使用。如果团队精力足够的话，公司内部的一些工具也可以交给平台开发做。
4. 数据运维，或者叫数据挖掘，这一部分想象力就很大了，能做到什么程度，就全看本事了。从最基本的报表，到最终的预测，这块儿要做好，太难了。
5. 安全运维，这个就更精细化了。安全是互联网公司躲不掉的一个点。重要性也不言而喻了。

所以说，现在还觉得运维是操作员的话，那就是拿上个世纪的眼光在看问题了啊。

但是不得不提的现状是，大部分公司里面，薪水：开发高于运维。

最后留一句忠告吧，如果选择做运维的话，一定要选一个运维没有被边缘化的公司。

这套木质的系列很赞啊 不知道哪里可以买到啊

WASD 定制 87键 青轴 王自如同款

我用的是13MBA。
优点：续航能力强大到改变了我对笔记本的认知和使用方式；（我是从老款pro升级到air的）
缺点：屏幕。。。这是硬伤啊，不急用的话，建议可以等一下今年的12寸，个人觉得肯定会有，没啥悬念。

这两个都是神器啊…

我的5s有过类似问题 去Apple store磨叽了半天终于同意更换屏幕，并被告知这属于非功能性问题 只能因为这个原因更换一次

我有过类似的情况，去apple store 墨迹了半天 他终于同意以外观问题 给我换了一个屏幕（屏幕是跟Home键连着的）并且说仅此一次。

@furaul 跟终端没关系 可以做个设置每隔多少时间发送一个空命令来保持连接

elementary OS

@xderam 一般要打开两次才能真正打开，还有全屏的时候上下边会有一点黑边

iTerm2也有点小问题

LZ恐怕要失望了，AWS目前即使入华，也不会自建CDN的（里面有一些政策原因吧，我猜）亚马逊也只能是以合作的方式跟国内网宿等CDN服务商进行合作的。

这就是为什么aws推荐部署的时候要多个region分布进行高可用，elb的话也推荐cross AZ loadbalancing的原因啊，硬件问题一点办法都没有。。。