日薪200，bat和网易的研究生实习都有这个收入

@deving 重构重写都是手段。让原来很难维护的老系统下线才是目的。如果不行，那就早点找法子甩手呗。

我手里的系统四年间重构第二遍了。几乎所有的内容都通过框架约束。业务层老老实实写代码就行了。

这种系统都是人员流动，层次参差不齐造成的。除了渐进+大版本重构别无他法。

如果领导没这个思路，那会一直糟糕下去。

@Mirana 你说的是对象实例化，static和实例无关，只和类型相关

static ｛｝ 段的内容classloader在加载class的过程中被执行，多个classloader重复加载同一个class就就行多次。

不得不说，确实好多啥都不会的小青年就靠卖卖化妆品赚钱，所以这条财路在，总会有人往上走

生产环境是发布最终代码的地方。自然是用语言规定的最终格式。编译在编译机器上搞定，不是运维人员的范畴。

阿里云比较泛。它们的业务很广。

阿里在杭州的搜索团队你可以试试投下简历。大部分是c++。另外还有阿里云。这两个是阿里主要的c++服务端开发团队。

5.2到5.3改变太多了，应该直接升大版本号才容易理解

5.4，5.5 改动相对小。虽然也是存在兼容性问题

作为一个转型速成java的程序员，列一下我觉得有帮助的书
effective java 和 改善java程序的xxx条建议： 可以帮助人使用合适的编码风格，少绕进语言和库层面的陷阱
深入理解java虚拟机： 很不错的国人作品，在内存模型和多线程机制方面可以快速入门。

剩下的我还零散地读了陈硕的Linux多线程服务器端编程，thinking in java的异常部分 ，java 并发编程，补充相关知识。

另外看了 spring mvc 和 apache httpasyncclient 的源码实现 ，学到了很多 java style 的框架设计思路。


既然你在看 spring ，spring in action 和官方文档推荐看一遍

阿里内部各种业务系统里面， 唯独没有微软系的技术， 所以你这明显是运营商劫持。。

@LMkillme 这个得反推

## 首先必须是高效的字节码+虚拟机

像 php 这种没有 jit 的， 从起跑线上就输了，得靠 c 扩展补上，相当于手动给虚拟机打补丁。

## 然后是执行模式和基础库高效

比如 node/actor/goroutine 可以优化 io依赖比较高的场景，但是如果是偏计算的场景，又退化到拼虚拟机了。
再说php， fpm 的多进程执行+每次请求完毕 fullgc 的模式决定了在高并发的情况下很浪费资源，又得靠c扩展补，接着打补丁，或者用 reactor 等其他执行模式重新开发。
相比之下， java 的多线程模式对于资源重用是比较高效的，但是又老占内存，有时候跟 c 系不见得能比。

这部分比较模糊，只要提供一个合理高效的库，即使不是语言默认支持的执行模式， 也可以达到目的。
这里还是没开发者什么事， 关键在于选对架构。
开发者能选的，无非是语言自带基础库和第三方库，里面也是各种猫腻， 有的是纯语言实现，有些用 c 等低级语言实现，搞不清楚用错的， 就呵呵了。

## 最后才是语言效率

连 a=1 这样的语句， 在不同语言里面解释或者编译之后生成的机器码，也是不同的。
写代码的时候要合理优化写法，选用高效的方式实现业务逻辑，或者根据版本升级，合理重构是必须的。
比如 php 的部分数据结构实现和基础库是比较低效的，最近几个版本都在拼了老命优化， 但是有弱类型等天生短板在那里，注定了没其他强类型的性能高，加上 jit 无望。

像 汇编+c 这种天生开挂的语言，以上所有事情都能自己实现，纯粹看人的技术实力，大不了自己实现虚拟机。比如 mozilla ，先实现一门语言 rust ， 再重写浏览器核心。

我们的 web 应用从 php 迁移到 java。在优化的手段和基础库的选择上多了很多选择， qps 是原来的3倍，
但是相应的， 在优化和框架设计的成本上增加了 N 倍，而且是在代码质量上严格审查，各种 review 打回的基础上实现的。


最后，黑了 php 这么多， 回下血。php 面向 web 应用的开发效率很高， 在一定场景下可以推翻以上123点，吊打其他语言，但是得优雅地绕过所有的坑。

这种对比还是比较常见的, 比如 c / c++ / java 之间的快排实现.

早期的java的部分基础库是c实现的, 因为纯java实现性能不够. 但后来的版本就迁移到java实现了, 因为在有 jit 的帮助下, java的版本快于原来的c实现. c++ 也有同样的过程

程序员所接触的是语言提供的标准接口, 经过编译之后编程字节码或者机器码. 这个编译的过程中, 有很多黑魔法是程序员默认情况下没法干预的. 这就好比优化php/python程序, 会用上 c, 来突破纯语言实现的限制; 如果要优化c,就得针对具体硬件,使用汇编优化.

但是反过来, 也存在编译器无法预测程序员的行为, 没法主动优化. 需要程序员使用一个抽象层次比较高的语法/基础库, 那么编译器开发者可以尽可能地进行优化.
也就是说自行编写的代码, 那么可能反而因为没有充分编译优化而比同样的基础库运行效率低.

搜索和hash都是语言最基础的部分基础库, 因此优化的工作比其他基础库多一些也是应该的. 但是原因都是因为各个语言的工作环境不一致, 换个运行环境得到的结果可能就变了, 所以这种比较都是给开发者一个信心而已..


以上都是针对单个api而言, 完整的语言性能需要更加多方面的分析.

不缺啊. 是你的给的薪资和期望太少.

别拖后腿就行. 还是需要一些低水平的码农给自己当垫脚石的

今天的应届研究生进bat是这个薪资, 拿不到是水平问题.

每次打开第一屏乃至第二页, 大部分都可以点忽略主题.
小白太多, 整天想些有的没的