#19 楼 @5night 其实我一直都是这么想的，不过这两年经常要画 prototype，然后就要写一些文字注释。虽然用计算机打字速度快，但是画原型图明显还是手快并且更自由，然而这时才逐渐发现写字技能在退化。

#16 楼 @blackanger 呃，很诡异啊，我也很诡异的羡慕着……

#7 楼 @AlphaLiu 那最后到底对不对？还是说真的写错了？

#1 楼 @i5ting 我是说硬笔……莫非你用硬笔临摹灵飞经？

吃饱，穿暖，足以结婚生子（找得着合适的，不太计较钱的对象），稍有余钱可以购买自己需要的东西（因人而异），有足够保障的工作，能抵抗一般性疾病、灾祸带来的损失。差不多了。

身体健康，胃口好，睡得香，精神世界丰富且平衡（健康是屁话，那叫精神洁癖），这就很好了。

个人而言，不太在乎车啊、房啊、奢侈品一类的东西。所以够用的财富对我来说还真不多。

#3 楼 @shooter 默认就是不捕捉异常呗，灰的。

见图：

请注意暂停的那个按钮，从右开始数第二个，该按钮有三个状态，鼠标浮上去会有提示，自己看看就明白了。

#1 楼 @cassiuschen apache 都有的，无论是不是 server。

看标题，差点以为年薪 30m……

这么读源码也太累了，估计没多少人会完全按这个步骤来。

因为个人经历原因，难以坦诚通过互联网寻找合适的合作伙伴，连累到项目进展。

愿闻其详。

废这个劲儿干啥？除非是要做 web 的网页编辑器。

如果其他编辑器打开就乱了，说明你不是全空格，肯定是空格和 Tab 掺在一起了。

#12 楼 @Teddy 可以改键位，这个没问题，楼主那个的确是 For Mac，功能键都齐全。

俺有个一模一样的，早半年出就要了，呵呵，帮顶吧！

#30 楼 @hpyhacking 我是说……知道地儿的也不怎么好吃。北京就别跟全国人民比小吃了，真的不咋地。

你也说过“曾经相信……全 TMD 骗人有没有……”，怎么这个你就不怕不怕啦？

青岛……还真是俺魂牵梦萦的地儿啊

#3 楼 @liwei78 我觉得他第 3 点已经回答你了。你没有说清楚你们接的 ticket 都是什么，以及这些 ticket 的优先级情况。当然这些也要看你们的项目目前处于什么阶段了。

假设你们现阶段是 feature / bug fixing 一半对一半，那么每个迭代都要按照这个比例分配时间和人力。如果还像最开始那样全力铺给 feature，ticket 来了你们当然扛不住。讲敏捷的书好多都把重点放在 feature 阶段，因为大部分的目标读者都是做产品开发的。

敏捷不是唯一可用的方式，到了合适的阶段，不敏捷也无所谓，每个团队都会有每个团队的一套。到了最后你就会发现，敏捷不是方法论，而是一种价值观。

北京……还真没有什么好吃的，且特坑爹。离开北京去上海的时候觉得上海物价真高；十年后回来一瞧，除了地铁便宜剩下的都没法比了。

全部全屏，alfred 切不常用应用，热键呼 iTerm + vim + tmux 等一堆 CLI 工具，还有一些系统级的热键呼叫一些小东西，gdct，skitch，flycut，evernote，sparrow。shift + tab 呼 Dash。基本上就这些了吧，关键是——从不关机。

goliath 把 router 去掉了吧？倒也没事，反正是个 rack 兼容的框架，用一些 gem 吧，比如这个：https://github.com/joshbuddy/http_router

#5 楼 @Victor 那倒也是，不过这也看测试怎么写了。测试虽然不能保证百分之百无 Bug，但至少可以提前帮你测试出返回值的正确与否，特别是如果事先用测试覆盖一下用例的结果集，那么像这类问题至少可以在交给同事验收之前就发现了。

写测试不是说保证你不出问题，而是能帮助你发现本来发现不了的问题，这总比每次都是别人给你指出来要更有效率的多，解决问题的思考和收获也都是自己吃透的了。

我就想说，要是写了测试，至少这种问题都不会出现。

#7 楼 @hpviewer 你这是个例，但是你原文说的是 只要有……；再说了，何以见得英语为母语者就不能依靠高中知识 K 完弹道学和普通心理学？你看的这篇文章可有凭据？数据？还是靠猜？

这种纯 CSS 都能实现的东东，还非要弄个 gem？

比如：http://www.htmldrive.net/items/demo/689/Pure-CSS-Star-Rating-System

只需要高中的文化水平就可以读高水平的小说，看专业文章，看财经新闻……

只是认字的话，可能是吧，看懂？我也 呵呵

……但是英语为母语的人不行

何以见得？