主要还是取决于写什么东西吧。
C 语言没代码补全可以活得很好，但是 obj-C 或者 Java 之类的就会死的很惨…

如果是 Markdown 的语法，html 或者 LaTeX 之类的，补全不重要，但是 snippet 的重要性就要高很多。

@xings 又想了想，我的观点是只要社区形成了一定的讨论氛围，比如现在 v2ex 就已经有一些了，发帖人的积极性是不需要用沙发板凳或者投票来鼓励的，而相反，无意义的回复会打击那些认真，用心写帖子的人。

嗯，我的观点可能有点理想化…但中文圈里不缺热闹纷纷的论坛，而言之有物的论坛却相当罕见。

@xings 就如 @Livid 所说，支持/反对/cool 之类的至少是有表达态度有信息量的回复，当然如果能折合成对应的投票也是不错的方案。

沙发板凳地板/路过/小手一抖/一楼度娘 等等之类的回复才是真正的无建设性灌水。如果真是习惯性这样的用户，比如短时间内无意义回复超过一定数量，直接删帐户我都是支持的。

忽然想起来，以前那种发帖减积分的制度挺好的。

我觉得完全靠管理员删除和完全靠用户投票折叠是两个极端。前者跟管理员的精力和价值取向强相关；后者会使少数人非垃圾文字的声音完全被主流用户淹没。

@mywaiting 没错，公司创造利润，你拿到工资。但除此之外总要有点其他的追求不是？

仅仅为工资是写不出漂亮代码的

edu 邮箱…不过很多学校本科生是没有的；或者拿手机摄像头拍一下学生证；限定教育网 IP 注册也可以… 我觉得可以从易用到难用列一下，后者逐渐作为前者的补充，不一定限于一种方法。

不过话说回来，你们的 app 就这么有吸引力么，短时间用户就会爆炸式增长，非学生用户会挤破头注册？我个人的感觉如果你们提供的功能是强针对学生的话，非学生的用户自然会变成少数，比如像 Papers/iStudiez 之类的软件，有必要使用这些非常强烈的手段来排除非学生用户么？

嗯，你提供的关于 app 的信息实在比较少，如果我猜测的不对的话请见谅 :)

这里的 emacs 应该就是 OS X 上带的那个 emacs 的源代码和补丁

话说…华为现在允许部门员工私自发招聘帖了么…

为什么说加密不靠谱？

推荐不使用

@9hills Source Insight 的开发团队不知道现在在哪个星球度假中呢…

其实软件本身已经比较完善了，除了中文支持还有些问题，不过对于一个专注代码的编辑器来说这个影响不大。但它对新语言的支持缺失也太多了…

不想给你的文章一一改错了，只能说你现在了解的还太少，等过上一段时间，经历多一些之后你自然会明白。

目前很多人对于腾讯的反感情绪有点过头，这个确实是。
就我自己来说，不愿意用腾讯产品的原因仅仅是觉得用着不方便，仅此而已。

@imonyse shift 的问题23上一早就有 patch 了，跟 full-screen 的作者是同一个人。一直没进官方而已。

@otto 16G 的 649刀，32G和64G依次加100刀。

好像美国这次发售的全是无锁的，一改往常。

要随身携带的话 HHKB 倒是很适合，虽然不是机械键盘

可以试试这个 emacs mac port，我用这个实现很长时间了，觉得应该是目前支持 Mac 特性较多，而且 bug 相对比较少的实现。

https://github.com/railwaycat/emacs-mac-port


目前的 Nextstep port (Emacs 的 Mac 支持官方分支)的问题还太多，不管是原生的 Emacs 还是基于 NS port 开发的 aquamacs，bug tracker 上的 crash 问题都是一堆一堆的…加上 GNU 对 NS port 并不是很重视，对代码限制也比较多（像全屏补丁几年了都没能合进主线），预计短时间内大概是不会有突飞猛进的改变了。

@Semon 嗯，这个还是各人偏好吧。我觉得以目前的网路环境，从云上恢复超过50G的文件所花的时间是我比较难以忍受的，所以我自己比较偏好用硬盘。

我目前的方案是 Time Machine 实时/或者至少每天备份，然后 rsync 每周或者每两周往外接的备份硬盘上同步一次，觉得三个硬盘同时都出问题的概率还是相当小的。