http://sourceware.org/gdb/wiki/BuildingOnDarwin

另外执行 codesign 命令时加个 --deep 参数更稳妥

@pythonee 梅姐的科普节目里讲的, 有点久远忘记是哪个了 http://channel9.msdn.com/tags/Erik+Meijer/

@bleaker 前两个是 endofunctor 的定义, 后两个是平凡的推论... 涉及的概念如 范畴, 函子, 态射, 自然变换, 小范畴(猫范畴), 单子(monad) 都解释完其实也小半本范畴论了.

键误 MTBT -> MBTI

@chrishine 不如用 MTBI 性格型来分析 编辑器/IDE 选择吧...

Introvert(I) 内向型 vs Extrovert(E) 外向型: I 更倾向于论坛吵架, E 更倾向于和人打架. I 一般是网上搜索等非人方式接触到工具, E 往往是受旁边的人影响和介绍而使用工具. I 更容易选择一些小众但真的不错的工具, E 更容易使用 eclipse, vs, intellij, vim 之类的大路货.

Intuition(N) 着眼长远 vs Sense(S) 着眼现在: 就拿 vim 来说, N 会去学 vimscript, S 更倾向于浅尝辄止于 hjkl. N 更喜欢工具可以方便设置和备份, 所以容易选择 vim / emacs 等老牌编辑器, S 更喜欢工具开包即用而容易倾向 IDE. 两者都喜欢插件管理工具, 但是 N 的想法是以后重装了系统可以很快恢复, S 的想法是找插件可以更方便.

Thinking(T) 通过思考认识世界 vs Feeling(F) 通过感知认识世界: T 倾向于思考一个工具是怎么实现的, F 倾向于看源码是怎么写的. T 在说"重构"的时候他其实是在重写, F 模仿山寨起来毫无鸭梨. T 更喜欢让人专注的 zen mode editing, F 更喜欢强大的拷贝和代码生成功能.

Judging(J) 判定价值观 vs Perception(P) 接受价值观: J 更倾向于论坛吵架, P 更倾向于潜水看戏. J 不喜欢不请自来的完成窗口, 而更喜欢摁哪个就是哪个, 例如 ctags完成/词典完成/文件内完成 等分得很清楚的 vim 就很合 J 的口味. P 却表示弹出来的提示越多越好.

jetbrains 动态语言系列实现比较偷懒, 就是照抄了 emacs: 自动完成/方法搜索功能就是起一个后台 REPL, 然后利用语言本身的反射功能查出来. 只是为了避免启动速度慢得离谱, 把一些库方法实现抠空了只留个签名打包到一起. 上下文相关高亮的结果没有 emacs flymake 准确.

@Ricepig vim 等用正则做词法分析的编辑器其实能力很强的, 因为它们用的正则引擎可以做的事情比狭义的正则表达式多得多. 一般的词法分析器只要加上压栈功能就具备了下推自动机的能力, emacs/textmate/sublime text 甚至可以定义很多上下文相关的语法, 它们的语法分析能力不比很多 IDE 弱. jetbrains 经常就认不出一些 ruby 的新语法如 r, i 等后缀, 编辑器只用改改语法配置就好了.

IDE 唯一优势是内建了类型信息的运行时, 但这个也是可以通过外部程序做的, 例如各种利用 gocode 做自动完成的插件.

IDE 说白了就是一张皮, 把一堆东西包在一起, 目标用户是 pseudo 程序员, 就是出了问题也没能力修的那种.

*nix 已经是最好的 IDE 了, 而一个集各操作系统短板之大成的 java 桌面软件... 搞笑

呃, 是 >>> 不是 >>=

看完可以更明白指令式和函数式的关系, 例如 Eric Meijer 说 C# 的分号可以态射成 >>= ...

http://semantic-ui.com/ 就是用交集法的, 选择器比 bootstrap 好看很多

没空格是交集, 有空格是先后代关系

@Kaiyuan 是的. 其实 1x 的客户端直接放 2x 图片只有两个问题:

一是下载量比原来大. 其实不管也行. 但如果想要更快, 把图片保存成 progressive/interlaced 可以在下载完成前就开始显示低清版本.

二是缩小到 50% 大小后样子不好看. 绝大部分情况用 image-rendering:optimizeQuality; -ms-interpolation-mode:bicubic 改成二次立方就可以了. 某些特例参考

https://developer.mozilla.org/en-US/docs/Web/CSS/image-rendering?redirectlocale=en-US&redirectslug=CSS%2Fimage-rendering

可能他们的 https 设置根本没优化. 例如用 aesni 就可以快一些

ssl_engine aesni;

ssl_ciphers AES128-SHA:AES256-SHA:HIGH:!aNULL:!eNULL:!LOW:!ADH:!MD5;
ssl_prefer_server_ciphers on;

svn的优势是有些老人习惯了svn不愿意转到git, 他们会yy出各种svn的优点, 把那些人踢掉就好了

@johnnyb 你可以回到旧版本装单独的包, 再 git checkout master 装别的包啊

说得这么好, 很多人一窝蜂挤进来了, 那还值钱吗? 所以要自黑. 什么职业都一样...

汇编还得编译成机器码, 机器码跑到CPU里还会被编译成内部表示

回到三年前就可以了

cd /usr/local
git checkout HEAD~20000

这个方案对 retina 设备要发两次下载请求
用 progressive jpg / interlaced png 就可以了, 只需要一张图片, 不用加任何属性和 js