我来给个方案，在目录的 Makefile 里面添上这么一句：

clean:
rm -f *.pdf *.out *.toc *.aux *.log *.nav *.snm *.bbl *.blg *.dvi *.bcf *.xml

每次提交之前都来个 make clean ，这样生成的东西就都没了，目录下面干干净净的只剩文本了

以前主要是趴桌子上看书学习，这两年打字也比较多，久了不是肩膀酸就是胳臂酸

从去年开始规律的去健身房，主要练上肢的力量，虽然暂时块头还没出来，但明显力量强了以后工作久了也不难受

所以如果 lz 减少干活的时间比较困难的话不如考虑抽时间出来锻炼力量吧，其实很多的劳损性酸疼归根到底还是肌肉力量不够

个人感觉买人体工学设备有帮助但不治本，炼体是最好的选择

@moro 刚试了下杀掉最吃资源的那个 helper 进程，结果其中一个页面的标签挂了...

之前也有类似的问题，然后莫名其妙的就好了...

现在是 10.11.3 ，要不 lz 再升下级试试？

@yanyuechuixue 你的意思是你的数组是用来存放字符串的元组的是把？

抱歉我一开始意会错了， numpy 虽然也可以处理字符串但并没有什么明显的优势， numpy 适合那种数据量比较大并且都是数字的情况。

我又看了一下你这个问题，如果只是单纯的读写的话，直接用 python 的 list ，然后前面大家提到的用 pickle 或者 json 做序列化都是可以的。

不过我觉得你可能把问题复杂化了，不如你把你要算的具体东西贴上来？不是代码，而是具体的问题，这样大家可以针对你的问题更具体的给一些建议。

用 numpy ，话说数学计算怎么能离得开 numpy 呢

import numpy as np
two_d_list = [[1, 2], [3, 4]]
numpy_list = np.asarray(two_d_list)
print numpy_list.shape # 应该是(2, 2) ，也就是所谓的 2*2 的数组
savetxt("./my_list.txt", numpy_list) # 这样就以文本的形式把刚才的数组保存下来了

reloaded_list = loadtxt("./my_list.txt") # 又回来了

我自己在做一些计算的时候数据一般是在循环体里循环一次出一个，所以先放进嵌套的 Python 的 list 里面，然后用 np.asarray()转化成 ndarray ，然后再做处理就非常简单了，存取只是其中一个方面，而且只要对齐，任何尺寸的都是可以的。

@wuzhizhan 我不是贵校的，但当时过去看见好多人在扎扎实实的写一些很基础的东西感觉真是很不错

@zoudm 这就是个问题怎么描述的事情，按照 @songkaiape 的说法就是每次从头开始枪毙，是 64 ，按照你的说的最后一个不直接跳过去那就是 73

@bdbai 我觉得递归最大的好处是有些问题用递归的语言描述非常简洁，比如快排比如对树进行操作，但这并不总是成立的

回到 python ， python 虽然能递归，但并不会自动做尾递归优化，所以递归算这种东西可能会爆栈，另外函数调用也会造成额外的时间开销，直观的看同样作用的 python 代码，循环的就是比递归的快。所以写 python 的话其实不推荐写递归，而是想办法写成循环好一些

其他的语言另说，比如 Haskell 根本没有循环只能写递归，或者有些语言递归优化的好也可以。

@songkaiape 第一次会把奇数编号的去掉，剩下偶数编号的全部编号除以二，再进行这个过程，所以最后剩下的那个肯定是 100 以内最“偶”的那个， 64

@phoenixChen 这样的话建议在准备准备考研吧，看地方不看学校，想去哪儿就报那个城市的学校，次一点也可以。

再说点，虽然我不是搞这个的，但前端并不是 lz 现在想的那么简单美好，如果能考上研，还是安安心心把基础打好，到时候再做前端也不迟。我认识几个电子科大读研的朋友除了老板的任务以外就是自己在写编译器什么的，毕业了想干什么都可以。

lz 本科在哪儿？家在哪儿？

如果有一个在北京杭州的话就就近先找工作干着再说，到时候要不要再考研自然心里有数。

如果都不在建议先考研到你理想城市的学校，然后研究生期间抽时间学前端并且留意实习的机会。

个人看法，上研是个不错的跳板，如果目标清楚并且肯下功夫的话找工作能上一个台阶，但如果只是想混混日子的话那等毕业只会更难，纯粹是浪费时间，不如直接工作的了。

送分题不做

neocomplete 和 ycm 都用过，主要写 python 和 c++，说下感受

neocomplete 非常好配置，但补全起来觉得很傻，感觉就是个正则引擎，所以只能做一些关键词不全，想补全 python 类的 attributes 和 methods 就没办法了， c++的情况类似。

ycm 配置确实麻烦，我一度没搞成过。那几百兆的东西主要是后端分析代码的，并不只是简单的正则匹配，理论上能给出 IDE 的使用体验，实际用起来也确实不错，比 neocomplete 强出几条街，尤其是写 c++我觉得不错。 python 的补全体验个人觉得没有做到极致，可能跟 python 动态语言的特性有关，至少肯定没法跟 ide 比，会卡，很多时候补不出来。

所以如果 lz 只是写动态语言的话觉得没必要专门去折腾 ycm ，反正到最后还是要靠自己去写。如果要写 c++的话那建议再折腾也要上 ycm 。

Alfred + 2
不过你得花钱买 powerpack
还得花点时间学学 AppleScript ，然后就可以随意搞了

我觉得是因为展开讲根本讲不清楚，所以干脆不说了。

命令行是个大问题，建议楼主有空找几本讲 linux ，命令行和 bash 脚本的书看看，可以去 amazon 上搜一下相关的书：
http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Daps&field-keywords=bash
然后去： http://gen.lib.rus.ec/ 上搜，能下到 pdf

我就是这么干的，虽然现在命令行还是只会一些基本的命令，但至少没那么迷茫了。

不过饶是如此，我也看了好几本书了，所以讲程序语言的避而不谈这些也是没办法啊。

至于配置开发环境，简直呵呵呵，这基本是搞开发最脏的部分了，不是看书能解决的，只能记着 google 大法好（ btw ，一定要用英文搜），然后靠积累，时间久了会好一些。

楼主升 El Capitan 没？ 新系统的根目录权限给改了，有可能这些依赖的库就装不上了，如果是这个原因导致的，要么等官方出来修改安装脚本，要么用 home brew 试试

@SolidZORO 换个字体估计可以解决，不过大家不都用 iterm 么？

似乎是新字体会根据字号自动调整间距，如果调小了可能会更窄，看起来就是变细了吧