我主要用kindle看一些讲技术的原理或方法的书籍，这种书里面代码展示比较少，即使有也不长，排版够用。如果是一些技术手册类或某程序语言类的，代码比较多、长，那就不适合用Kindle看了。

Kindle看英文书比较好，翻译功能很赞！

我发现LZ删掉了Swing copters……

@larkifly 百度，一般是3轮，后来不知怎么的过一周又去面了3轮，然后没消息了…… 后面面试代码没写好，对标准库不熟悉，然后估计被当成2货了吧……

那个没收到面试邀请应该是在说我吧……

跟楼主一样，工作中用过AS3/Flash/Flex/AIR .NET Unity3D nodejs C/C++ Windows Driver等等，自己却更喜欢用Python，学各种lisp，安全方面。
@Akagi201
面了一家大公司，面了六轮，最后没消息了……

@NathanInMac 一个单词Nope秒杀可能性。

commit要勤快，git stash也可。

@rebornix GIT作为分布式的管理工具，我觉得可以修改一小部分就提交一次。到正式提交到服务器的时候，如果觉得commit太乱，可以先git rebase -i，整理一下commit，可以合并几个commit（同时可以改相关commit message），可以调整顺序，调整完顺序还可以只把前面几个有信心的commit提交到服务器上去。

只要commit了，就不怕丢了，可以checkout，如果这commit被删，也基本上用reflog都回滚操作。

Bundle 'taglist.vim'
Bundle 'TaskList.vim'
Bundle 'fholgado/minibufexpl.vim'
" Bundle 'scrooloose/nerdtree'
Bundle 'L9'
Bundle 'FuzzyFinder'

" This will enabled when has("lua").
if has("lua")
Bundle 'Shougo/neocomplete'
else
Bundle 'Shougo/neocomplcache'
endif

Bundle 'Shougo/neosnippet'
Bundle 'Shougo/neosnippet-snippets'

Bundle 'Shougo/neomru.vim'
Bundle 'Shougo/unite.vim'

Bundle 'Rykka/riv.vim'
Bundle 'scrooloose/syntastic'
Bundle 'majutsushi/tagbar'
Bundle 'fs111/pydoc.vim'

" Draw
Bundle 'DrawIt'

" colorscheme
Bundle 'altercation/vim-colors-solarized'
Bundle 'nanotech/jellybeans.vim'
Bundle '29decibel/codeschool-vim-theme'
" input.
" Bundle 'vimim/vimim'

Bundle 'Lokaltog/vim-powerline'
Bundle 'ivanov/vim-ipython'

Bundle 'sudo.vim'
Bundle 'plsql.vim'
Bundle 'plasticboy/vim-markdown'

Bundle 'groovy.vim'
Bundle 'tfnico/vim-gradle'

" For Dash.app
Bundle 'rizzatti/funcoo.vim'
Bundle 'rizzatti/dash.vim'

" Racket
Bundle 'wlangstroth/vim-racket'

" Lua
Bundle 'xolox/vim-misc'
Bundle 'xolox/vim-lua-ftplugin'

" multiple select
Bundle 'terryma/vim-multiple-cursors'

Bundle 'airblade/vim-gitgutter'
" git nerd tree.
Bundle 'Xuyuanp/git-nerdtree'

总结下：
必备：minibufexpl.vim, riv.vim, syntastic, sudo.vim, vim-multiple-cursors, vim-gitgutter, git-nerdtree, Shougo的complete很好用。
vim颜色主题：vim-colors-solarized, codeschool-vim-theme, vim-powerline
C/C++必备：taglist/tagbar，cscope
python: vim-ipython
reStructeredText: Rykka的riv.vim
markdown: vim-markdown
gradle: groovy.vim, vim-gradle
Lua: xolox/vim-misc, xolox/vim-lua-ftplugin

字符串上的消耗比较大吧，基本同意 @iloahz 的。
话说为什么用递归（尾递归）？不是直接可以嵌套循环么？
尾递归如果编译器没优化的话，不是因为push/pop stack的原因效率会更慢么？

楼主真巧，最近在Quora推送的阅读中看到了有关睡眠的内容。链接如下
http://www.kratosguide.com/hack-your-brain-polyphasic-sleep/

……没法删评论，好吧，我上面的理解是错的，大家请无视……

闭包是包含foo这样的东西的……

补充一下。另外一个重点是遇到bar的定义的时候，不应该把foo的值传进去当作bar的context的。foo一直是foobar的context里面的变量

额，回不回收的我不大懂。

def foobar():
....foo = 1
....def bar():
........return foo
....foo = 2

（话说如果bar被调用的话正确返回应该是2对吧……)
这时候foobar的context里是有变量foo的。 getContext(foobar) --> { foo: ?? }
建立bar的context的时候，bar的context只知道自己的context的parent是foobar的context。
getContext(bar).parent === getContext(foobar)

不管怎样，bar被调用的时候，肯定是在foobar函数里面所被调用的，调用的时候，foobar的context中的foo的变量是带着某个值的。然后bar里面出现foo，先从自己的context找foo变量，没有就继续递归往上找，直到找到一个，如果没找到就报错。

额，可能重点是lz的 “但是 bar() 这个闭包函数是一个独立的，不应该依赖于 foobar() 的环境”。这句话应该是不正确的吧……