@boyhailong 其实还好～挺复杂的

+1 有时候毫无征兆的卡死。我把 Tmux 删掉体验一两天试试。。。。。。

现在不是有像这样的 Windows 和 Android 混合设备么？我记得联想就有出这种变形本

感觉 Omnigraffle 和 Visio 比起来还是有点差距。可惜微软不愿意出 Mac 版

购入了 MAS 版。。。
去淘宝买的打折 Gift Card ，平均算下来的话其实比官网打折之后只贵一点点。

然而事实上目前的 benchmark 显示 Go 语言的运行速度其实跟 Java 在一个量级。即使是编译运行加上 GC 什么的 runtime 也不会很快的。。。

国内算法好的孩子们都被 Google Facebook 这些厂挑走了。你说学算法有用没有用？

@thuai pyenv 或者 virtualenv 应该能解决你的问题。不同 env 里的python所有的环境都是隔离的，包括依赖关系

在 OSX 下安装和使用 pyenv 也很方便 `brew install pyenv` 就好了。至于 pyenv 的使用请自行参考文档。

这个是传说中的 Integrity Security

关于它的介绍和怎么disable 这个功能请参考：
http://www.macworld.com/article/2948140/os-x/private-i-el-capitans-system-integrity-protection-will-shift-utilities-functions.html
http://www.quora.com/How-do-I-turn-off-the-rootless-in-OS-X-El-Capitan-10-11

另外，请不要删除 OSX 下 System 的 Python，会导致很多其他 CLI tools 失效的。正确而且干净的方法包括

1. 直接使用 brew 安装 Python ，brew 会在 PATH 上覆盖掉原来的 Python，原来的 Python 依然保留但是在shell里默认会使用 brew 安装的 Python
2. （推荐）使用 pyenv 安装和管理多个 Python 版本。这种方法还可以让你方便的在不同的 Python 版本之间切换

我买的apple store版，买打折的gift card来买这个还是很划算的

@htfy96

SJTUG 目前偏向于自嗨的成分大一点。目前 SJTU 的 software source mirror 是由一个老师自己维护的，SJTUG 原来有拿过来重新调整维护的计划在在block当中。目前 SJTUG 的主要活动就是分享会。成员质量都很高。欢迎大家加入

请访问 http://sjtug.org 调戏我们 WebGL 的小火箭。

目前 SJTUG 是一个比较松散的组织，主要是因为成员平时自己研究的时候比较多，活动主要是定期分享形式的。因为交大的场地资源还算比较充裕，所以去学校正式注册的动力一直不够。。。

学历是一个比较重要的东西，但是当然不是全部。

我们来分析一下，其实面试一个人对于企业来说是需要不少成本的，要安排很多工程师放下手中的工作来面试，工程师的每个小时都是钱，所以如果面一个人到最后没有通过，这些成本其实都浪费了。HR的时间其实也是成本，企业也总是希望HR**又快又好**的筛选简历。

所以企业当然希望在简历筛选这一关尽可能的保留留下概率大的人，而且筛选的方法要**简单高效**。而HR没法通过简历就完全掌握一个人的全部实力（否则就不需要面试了），只能根据自己的经验选择通过面试概率比较大的人进入面试。那么不可否认的是，学历好的学生在实力比较好的人的概率稍微要大一点，因此很多情况下文凭好就成为了一个优势。

所以并不是说学历就等价于实力，但是对于一个企业来说要使用有限的资源去尽可能挖掘人才，就必须在简历这关采取一些简单直接的过滤策略。遗憾的是，学历看起来确实属于“简单高效”的方法之一。

先把两个序列都处理成 [start, end] 这样range 的序列，然后用两个指针指向两个range序列的头，依次后移两个指针来计算range的交。这应该是一个 O(M+N)的算法，我觉得应该比 O(M log N) 的 要好。

1. 如果 a 指向的 range 的结束时间 大于 b 指向的range 的开始时间，把 a 往后移动，反之亦然。
2. 如果 a 指向的 range 和 b 指向的 range 有交集，求交集并加入结果，然后将 a 和 b 结束时间较早的那个往后移动。

@meteor2013 另外，二分查找的性能其实是非常好的。A 和 B 序列非常大，最大能有多大呢？2^32 = 4G 个元素算不算大？然而用二分查找只需要 32 次迭代。二分查找的问题在于如果序列非常大，可能难以全部load到内存里，而且二分查找的时候有可能访问的内存位置跳跃比较大，因此可能需要频繁的置换虚拟内存。

线段树的查询也是需要 O(log N) 的时间的，而且你总要遍历其中一个序列所以时间复杂度综合来看也差不多 O(M log N) ，而且线段树的实现比较复杂，需要的内存空间大约是 O(2N) ，而且不一定有二分查找快，建树本身需要 O(N) 的时间复杂度。所以我觉得并不是一个好的方法。

@cxshun 我觉得 atoi 这种东西还是值得考察的。并不是说考 atoi 是因为以后用得着，而是因为写这个可以考察面试者思考问题的思路。atoi 是一个典型的并不需要很多算法知识，但是需要思维特别缜密的函数。我觉得这个在工作中是很有用的，你写一个函数，不能说就常见的输入类型可以处理，遇到比较edge的case就挂了。思维不够缜密的话会经常写出这种有bug的代码，所以 atoi 我觉得是一个好题。

本来还以为挺稳定的。结果发现经常卡死。。。平均两天要强制重启一次。。。。无语了。。。

其实为了防止你敲ls敲得太快敲成sl，Linux和Mac上都可以找到一个叫 sl 的软件。。。帮助你放慢节奏。。。。

kindle for mac 好多年没更新了的感觉。。。Amazon 也是够了