这种公司，做到 28 岁以后怎么办？

合同怎么写就怎么办，按闹分配吗？

不是歧视新手，也不是歧视不会某个东西。

歧视的是万年新手，用十年 CPP 都不知道虚表的人。

歧视的是提出网上随手一搜就有正确答案的问题的人。

什么程度算会用 git ？至少能在纸上画出每一种常用操作(checkout add commit reset merge rebase)前后，head,index,working tree 的变化。

不是中秋节前就开始摸了吗？

当然是上海了

@jowan 典型的动态一时爽，重构 xxx

@coffeygao 可读和优雅是不同纬度的指标，有时甚至是对立的。广场舞大妈们觉得凤凰传奇好还是莫扎特好？

混用驼峰和下划线难道不是 php 的传统么？标准库里就有大量混用的例子，有人为了优雅重构掉 php 的这种混乱吗？

命名风格是不是一致，{要不要新起一行写，这类都是 style 或者口味问题，并不会影响可读性。如果重视这个事情，口头约定是没用的，写入公司编码规范也是徒劳的，甚至 review 都解决不了这个问题。比较有用的是把规则检查写到 vcs 的 hook 里，不符合规范的代码，提交入库的时候自动拒绝。

@coffeygao 因为别人的意见不总是对的，也不一定是自己认同的。即使是自己的意见，也不见得会采纳，比如我觉得某个模块代码质量下降了，应该要重构了，我也不一定会做，我要评估成本和风险，以及给我自身带来的收益。

代码优雅和眼前的快速迭代之间如何取舍？管理层更注重工期还是代码优雅？

你贴的代码虽然不优雅，还有很大改进余地。但平心而论，可读性并不差啊，我完全不懂你们业务的情况下，也能比较顺畅的读懂。

适度封装就好，后续有需求可以不断提炼重构。

注释只要指出几个关键点，或者反直觉的思路，多了就是啰嗦。

不会 git 隐含了很多信息

1. 没在用 git 的公司干过
2. 自己业余时间也没学过 git
3. 知道新公司用 git 也没准备一下
4. lowb 了还要企图洗白

可以再买个 100g

这不就是留守儿童么

Map 只是个接口，你需要一个支持并发读写的实现

@est 这个版本的 openjdk 也是 oracle 构建的

7 已经相差不大了，8 只有 jfr 等几个需要 commercial 打开的特性，基本一样了。这次 11 更彻底，jfr 也并入 openjdk 了，可以认为是功能等价的了。

openjdk11 前天已经发布了

之前试过组合索引(a, b)，a 是值域为 0-2 的 int 类型，b 是分布稀疏的 int 类型，单表 1 亿条数据，数据 20 多 g，索引 2g 多，使用 a=0 and b between 1000 and 2000 做条件，结果集条数几百，查询速度是豪秒级。

所以这不是区分度的问题

java 和 php 开发效率差不了多少，动态类型的弊端会随着项目增大而放大