更正一下， @lzjqsdd 我看的时候跟你一样的感受。 想的更多的不是对错。

@lzjqsdd 有这种感觉就对了， 没有在生活中经历过 dilemma 和无奈的人很难看懂毒师

评级稍微高一点, 谦虚过头也是搞自己, 平均 7-8 分是不过分的, 除非你是真的不会. 放点项目经历.

写项目. java 感觉 100 行的程序和 2000 行的项目的手感还是差距比较大的.

设计模式, effective java, java performance 三个进阶的书了解一下, 你对 java 本身的理解基本就可以应付你到 30 岁了. 纯语言教程不要看了, 是有点浪费时间.

@mengyaoss77 刷题我个人意见还是不要急于求成, 就算是借用了别人的轮子, 先刷完一遍再说. 觉得自己厉害, 2pass 的时候再自己用 C 去捏轮子. 面试的时候, 做的出来就是做的出来, 做不出来就是做不出来, 没人管你能不能手写一个 hashmap.

我平时用 java, 但是 Python 和 c++的解法也看, 我觉得如果你对 c 熟悉, 转 c++应该还是挺快的, 就是一些常用的数据结构操作, 没有什么乱七八糟的语言特性.

按照 LeetCode 的标准来说, 用 C 确实是吃亏的, 因为 LeetCode 的很多题其实就是照着二三十分钟就必须 AC 的标准去设计的, 所以你还自己造轮子, 很多时候就是自己在搞自己了;

如果真的是有兴趣, hackerrank 和那些老牌竞赛网站, 可以去用 C 试试, 手上有一套好用的数据结构源代码就行了, 这些网站的题目可能会对效率的要求高很多. 但是 LeetCode 的题目, 对速度的要求算是相当宽松了, 更多的是希望你能找到理解这个题目的想法.

至于赋值语句直接当成 boolean 来用这个的话, 除了 C 以外的语言确实推荐少用, 是容易被喷.

short circuit. 严格来说并不算是炫技了. 上 OS 的时候的 Pintos 系统的源码里面就有这种写法.

跟 3L 一样， 早上喝一杯效果比较好， 其他时候基本不喝

一般来说刚开始写的时候不要想太多， 脑子里想一个最典型的 case， 根据这个来写就行了； 什么特殊的 case 后面再考虑； 大不了改代码， 有个第一版的代码再改比一开始就想写一个面面俱到的版本要容易很多；

我最懒的时候，recursion 一律先不写 base case，while 循环的 header 一律先写 true ； 后面再改。

包括如果是大的结构设计也是一样， 一开始就 C 风格的先开始写， 写着写着感觉有些代码应该放在一起有些代码可以复用， 再提取出去到单独的类或者函数里面。

套用一个大神教给我的话： 硬着头皮先开始写。

写代码不要掺杂太多数学性的习惯（哎呀没有完备的理论基础写出来的代码怎么能行啊）

我脑子里有一个我不敢抖的机灵， 我就看看下面几楼敢抖出来

难点在于会被神奇宝贝冒险家们捕获

pdf expert
第一遍看很辛苦，第二遍就感谢自己第一遍的努力了

能别用直钩吗，扎喉咙

不太懂这个 boss 的问题， 如果是单条数据的检索慢， 那么跟数据量也没什么关系； 如果是 server 整体感觉 hold 不住流量了， 才 1M 的数据级别， 分析一下并发 QPS 大概是多少？ 同意#2 的看法，1M 的数据级别， 瓶颈应该还不是在存储方式上面。

@Swift3030 这本书确实很良心了， 无论是提升自己还是应付面试， 最近出镜率都很高

爆栈爆堆这些 exception 不算 crash， 不要混淆这个概念；

这个帖子里有具体的讨论：
https://stackoverflow.com/questions/65200/how-do-you-crash-a-jvm