水质好放心睁着，不好就抬头蛙，

不用 iterm/tmux? 退一步讲， terminal 的话 command + ~也还好啊

学点乐器，听说音乐水平和编程水平成正比。。。

这些模式当然需要了解，但更重要的是理解背后的 OO 思想以及发现 bad smell 的能力。我个人更注重 SOLID principle( https://scotch.io/bar-talk/s-o-l-i-d-the-first-five-principles-of-object-oriented-design), 以前经常在发现 bad smell 后找思路的时候扫一眼 Gof 的 Design pattern, 但是不要照搬，更不要为了模式而模式。

jawbone

Note: Functions created with the Function constructor do not create closures to their creation contexts; they always are created in the global scope. When running them, they will only be able to access their own local variables and global ones, not the ones from the scope in which the Function constructor was called. This is different from using eval with code for a function expression.

-- http://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Function

vim 大法好

LOL

这个要求还满奇葩的，长按 /左右键太没效率了吧

带瑜伽垫到公司， 10 点／ 3 点定时平板支撑＋俯卧撑，也可以和同事相互监督 ：）

作为一个 vimer, 必须安利一下： vim 绝对提高效率，我是用了 vim 以后再也不想用 IDE 了(当然你要配插件），而且 chrome 上可以用 vimium, firefox 上可以用 vimperator 统一所有快捷键，基本上可以摆脱鼠标了，对治疗鼠标手也很有效 :)

监控是最不可取的，软件还是结构导向为主。
团队中有这样不管进度偷懒的人，如果是个别的现象还好，如果都成一种文化（习惯）了就太可怕了。
本来这些就是稍有职场精神就应该自觉做到的事，如果你有招人开人权力的话慢慢调人吧，调不动也就可以考虑离开了，不然太糟心。
另外，有没有考虑过别人为什么在工作中偷懒呢，不喜欢这个项目？不喜欢编程？不喜欢你？不喜欢公司？招人要找有工作热情的人，而不能靠 KPI （兴奋剂）吊着，如果人家进来有热情满满的给弄的心冷了那就是体制／公司的问题了。

> 但是我发现它检查语法错误的方式,竟然是将代码原原本本的跑一遍.

不是吧，按你的说法，举个例子：在没有装 node.js 环境上，用 vim 打开 js 文件， syntastic 不起作用吗？

只要布局的话 HHKB Lite ，但是手感差太多，还是建议入 type-s 吧，我就入了 2 个， pro2 声音有点大在公司用， type-s 在家用不影响家人:)

用，多用

建议先提 issue 再发 PR ，谋定而后动。

> 想问问有没有一个像 ATOM 中的 project manger 类似的项目文件管理
nerdTree 加 peepopen 够用了我觉得。