@just1 黑人问号脸，不懂你说什么。。你想说某人开发的时候这 3 全用上了吗

广东 短袖，长裤

@silencefent
@janus77
@sammo
这种短到 vx 的好像不太好吧，我甚至有可能会在网页先查查 vx 是什么。。

@ryuuuoka 我们只需要记微信号，不会记接下来的信息。所以感觉 wechat 就够了。

@q397064399 嗯，有什么可以查看老年代里的对象名的方法呢。

因为基本一直要用的老家伙占满了老年代空间，新的想进来的进不来所以频繁 gc。没毛病

@Cbdy 好。有道理

@dobelee 有道理，可参考

@shakespaces 抖机灵，上吧皮卡丘，电死这个机灵怪

@Moorj 可恶，这不是就不符合阿里开发规范了吗。不可以用拼音啊手动滑稽

@dobelee 虽然这么说吧。但是在有道和 google 搜索 wechat 返回的都是微信，我认为已经是个名词了

@misaka19000 看来还挺多人用微信的吧

@zhujinliang 虽然尴尬，但是我觉得 weixin 其实应该很好懂，不会造成什么麻烦。

@bestie 好谢谢，我也是这么想的，暂时也是这么做，但是我想知道大家都是怎么做的，微信号字段应该是很常见的吧

我也就一年经验，没有调试过 jvm，但是看过深入了解 jvm，所以就参考一下吧。最喜欢楼主这种能学到东西的帖子了
也许你该把 jvm 的内存分配信息发出来给大家看。

如果你是频繁 gc，应该是老年代内存分配不足，
老年代内存分配不足，会导致 fullgc 过多，这种 gc 耗时很长，会让整个 jvm 的程序停下来。
你直接增加 jvm 内存，jvm 会不会增大老年代的内存并不知道。
你应该增加 jvm 合适的内存大小，然后输入 jvm 指令增大老年代内存。这样应该可以解决频繁 gc 的问题。
如果明显有效果，之后能跑就可以不用动了。
但是感觉还不够就再调整新生代以及新生代的两个 surrvior 区的比例。

跳槽过多 bat 好像很不待见。
但是现在是个怎么环境我跟你们说说吧。。
我同行有个 3 个月经验的，之前是做硬件的啥都不懂，就做了 3 个月，然后对外说有 1 年经验，反正小公司也不查背景。
直接拿的 8k offer。不过工作性质偏外包吧。。
本科非科班 1 年 8k 左右，现在就是这个价吧，，地点是广州

@JuliaKen 索引好像是在磁盘块里面的，因为索引应该是加在表数据（也可以说是 schema ？）前面（这句话是我按照解释索引的图理解的，但是好像没有明说）。
所以我认为 mysql 是每次读取一页磁盘块，然后扫描磁盘块然后根据里面的表数据索引进行顺序 IO。也就是根据索引移动磁头读取需要的磁盘块。
所以我觉得可能是上面的解释为了解释方便易懂省略了。。当然也可能是我错了。。

在 MySQL 5.6.5 版本之前，Automatic Initialization and Updating 只适用于 TIMESTAMP，而且一张表中，最多允许一个 TIMESTAMP 字段采用该特性。从 MySQL 5.6.5 开始，Automatic Initialization and Updating 同时适用于 TIMESTAMP 和 DATETIME，且不限制数量。
道理出在这里吧，，我那疯狂限制数量，datetime 也不许我用

@PPTing
@Vegetables 使得，填本机可以上 google，但是不是 socks 是 http，这个我知道问题在于程序还是不行。下面老哥解答说，这个代理是 idea 的，和程序是分开的。我想应该是 idea 更新下载包之类的请求会通过这个代理（疑问是 maven 也会吗，需不需要 maven 再设置一次），但是程序不会。
我还是太年轻了，爬虫写太少了，可恶！