推荐看下这篇， Linus Torvalds 写的：
http://opensource.apple.com/source/Git/Git-26/src/git-htmldocs/howto/revert-a-faulty-merge.txt

今年微博的势头还不错， dau 在涨，股价也在涨，甚至朋友跟我打招呼的时候都不怎么问“你们微博是不是快不行了？”这类问题了……

http://weibo.com/2baxb

推荐本书：
《布道之道：引领团队拥抱技术创新》

@0915240 V2EX 自动把右括号包含在 url 里了，地址应该是 https://github.com/weibocom/motan

我这里面试除了管理线的人，其它都是要先上机写代码， IDE 任选随便上网查资料也可以自带电脑，聊完代码以后再聊简历，在代码这一关刷掉的人大概占 70%。

代码都写不利索的人能做好架构也不是没可能，但是我不会冒这个风险。

这类场景 cpu 应该不是瓶颈， io 更有可能需要优化。不知道你说的运算量大在哪？

微博的 oauth2 我印象中应该是没有 refresh token 的……非 sdk 应用需要到期前重新授权。

今天刚遇到过， ctrl+option+shift+power -> 拔掉所有外接设备 -> 启动 -> command+option+p+r duang 四声，好使了，不过我也不知道究竟是哪个步骤生效了……

每次改版都会被吐槽，习惯了……

@linpf 我个人觉着“心态不好”也有一些道理。但是这里的“心”指的是“进取心”。对于刚毕业的同学来说，此时可塑性其实还很强，可以补足短板的机会也很多，甚至一个月就可以进入一个新的状态。此时表现出来“我很认真的客观描述了自己，看得上就要，看不上就算了”的心态实际上是危险的信号，会让人更多的联系到“自负”，“不思进取”这些方面上来。

既然有痛点，与其纠结于自己的简历是否客观、是否好看，不如花时间攻克一下这些痛点，多想一下用什么方法提升自己。

就好像照相一样，即使你花全部的钱去全力提升镜头的质量、分辨率之类，也只能让一张普通照片变成很清楚的普通照片而已。

同为青岛来北京的人，不是我黑青岛，那里的企业都是……

从你的简历来看：
1. 数据没有量化，技术上的亮点很少。比如“做了部分 xxxx 接口”，关于接口的功能、调用量、数据量、或者能够这个所谓的接口有任何技术含量的东西都没写，我只能认为你是写了个简单的 CURD ，任何一个稍微正常点的本科毕业生都能做这种增删改查的接口应付课程设计。简历写的简洁是为了突出重点，但是我没有看到重点。
2. 有些地方十分不专业，像是“填补了 xx 技术盲区”，或者“完成了 xx 技术积累”这种还不如不写。工作经历指的是你 [做出了什么] ，而不是你 [学到了什么] ，这也是学生和职员的区别。
3. 加分项都不是特别突出，比如博客里没有特别让人眼前一亮的东西。

总的来说通过简历能看出你对技术有一定的热情，但是期望的 12k 的待遇并不乐观，这个薪酬基本上要么是 [名校毕业] （并且是研究生），要么是 [有明显亮点] （成绩优秀、比赛获奖、有一定水准的项目、 github 或博客），要么是工作本身比较特殊（加班特别严重、公司初创或特别不稳定、靠关系上位等等）。

这么说可能比较抽象，可以换个方式跟你表达下：
我去学校校招时，大概会收到几百份简历（ hr 筛选之后的），基本上全都是名校研究生毕业，各种奖学金，各种证书，各种 bat 大公司实习经历，最后可能只招几个人。拿你的简历和他们对比的话，优势在哪里呢？

最后，这个阶段我建议不要太在意工资，刚毕业时纠结那 2 、 3000 块钱真的意义不大，挤进大公司学点东西才是正途。也不要太相信我的一家之言，毕竟北京的公司一大把，我也只能说一下我经历的情况。找工作这事就跟找对象一样，说不定马上就能遇到合适的呢？：）

我个人喜欢在对性能要求不那么高的场景里用 groovy ，比如一些内部网站(grails)、工具(gradle)或者测试(spock)。

引用 R 大的评价：

Groovy 比较讨好来自 Java 的程序员的一点是：用它写代码可以渐进的从接近 Java 的风格进化为接近 Ruby 的风格。使用接近 Java 风格写 Groovy 时，代码几乎跟 Java 一样，容易上手；而学习过程中可以逐渐用上各种类似 Ruby 的方便功能。

https://www.zhihu.com/question/29818569

@slixurd 我说的是 [服务请求量] ，不是 [web 页面浏览量] ……区分一下这两个概念

@slixurd 我们微博就是这么一个神奇的存在……

@slixurd 所以在大公司会遇到很多小公司遇不到的事情，比如上我们的一些服务有上十万甚至百万的 QPS ，很多人都没听说过这种量级。

反之同理，大公司里很多事情你接触不到，比如大部分开发人员自己也说不清楚这几十几百万请求的链路是怎样的……

以前我没理解这个区别，面试一些初创公司出来的人的时候问他做的系统每秒的请求量是几万，他们都愣了，然后说每天的 PV 是几百万，我一听也愣了……

@wormcy
看到这贴让我想起以前在青岛另一家 IT 公司上班，被领导当面拍着桌子骂猪脑子的那段日子，不由得感慨万千……
一直没想明白为什么青岛的互联网企业怎么跟其他地方的互联网不在一个世界里……

1. 自带 benchmark 工具
2. 读多加从，写多分多实例
3. redis 本身不会有并发问题，但应用层如果不做并发控制会有数据不一致情况。

刚发现 jd 里写错了……入职是发 24 寸显示器，不是 27 的……