我一直在用 Evernote 有个原因就是它的 export 很好。哪天我实在不想用了可以很方便的 export 出来换到其他家。
不知道其他家这点做得如何。 Apple Notes export 很烂，不知道 OneNote 怎么样？

@4ever911 那就不要起 object 这种变量名呀。只要变量名合理就没什么问题。

另外纠正一下楼主， Python 是强类型语言，而 C 是弱类型语言。

@id2 不知道你说的是哪个城市，不过上海地铁造闸机的时候好像还没有 Android 。

废话的不写。
我看简历反正是如果会很多种技术那基本是新手。老鸟就只写会一两种技术，做过一两个牛逼的项目。

不用 php, 但是用 ORM
1. 灵活。可以方便组合各种参数而不用自己拼字符串
2. 移植方便。比如从 MySQL 换到 pg 基本不用花特别的精力。如果有 migration ，方便解决生产环境数据库部署。
3. 代码清晰易读，易于维护
4. 安全，不用自己担心 said 注入

@jimages 打包也是挺辛苦的

现在来说没有证据。以前 9x 时代大概是的吧……

哦，除非，很多 Windows 用户是每天用 root 账户登录的。

“了解常用的攻击手段，像 sql ， xss ， csrf 并能从代码层规避这些漏洞。”
这些都是基本知识，懂这些并不难。
但安全不是技术。安全是意识。

@AWSAM Mina 和 Cap 不管装 Nginx 装 Ruby 等啊，我觉得楼主指的是这个。

我们用 Ansible 来 provision 。自己搭小站的话怎么弄都可以。我觉得最方便的是用 Heroku （或 dokku ）。

@eecjimmy 一般来说对于大一点项目， RESTful 会降低复杂程度。自己设计的话，搞得不好会难以维护。不过用不用 REST 本来就是你自己的决定。

不能，所以可以有例外。但是绝大多数情况可以。

注意 resource 不一定要对应 model ，可以是抽象的。楼主的场景，校验验证码的验证， verification 是一个 resource ，验证这个动作就是 create 一个 verification 。 verification 本身是一个抽象名词。

比如把 users 放进 group ，就是 create 了一个 “ membership ”。

如果仔细想想，很多过程可以看做对于一个抽象资源的增删查改操作。

可以参考 DHH 对于 Resources 的演讲： https://www.youtube.com/watch?v=GFhoSMD6idk

校过色的 IPS 显示器和 iPhone 6S 都是 24 关。

不过也并不一定是分数越高就越好吧，屏幕的指标很多，色彩方面，准确才是最重要的。把本来就应该是非常接近的颜色表现的很容易识别也不好。

练成书法家是有难度，但是练到干净整洁并不太难啊

Ruby ...

powerpack 就其实是个应用内购。 Alfred 本来是免费的。

不是很明白你在说什么。 Hexo 不是可以配置部署到 github 的吗， hexo deploy 不就完成部署了？会遇到什么问题吗？