转载

Java历史开篇语

见过不少技术团队的leader，写过多年的业务，做了管理岗。说好听点叫业务，难听点就是增删改查，顶多加上mq、缓存、rpc之类的。

如果在一家公司做了多年，晋升做管理，确实无可厚非，因为这位管理者对本公司的业务和技术架构的演变都非常熟悉。怕就怕在跳到了其他公司做管理，业务背景不同，技术架构又不适用，之前积累的深厚经验就大打折扣了。

确实，也没那么多技术驱动的公司，哪怕是BAT，大多也都是做业务（当然也有做中间件的，不占多数），归根结底还是赚钱最重要，不做业务大家都没饭吃（笔者不是说BAT业务简单，他们那个量级，哪怕是增删改查都十分困难）。所以作为开发者，想要冒出头来，必须保持学习的劲头。

要么走纯粹管理路线，要有人格魅力、领导力，能协调，能说服别人，能拉拢人心，能给小弟争取利益。

要么走偏技术路线，把基础搞扎实，把知识面扩大，掌握原理和学习方法，应对未来的新形势。

然而要做到上述任何一项，都不简单。不少做管理的，晋升的原因竟然是“年限到了”，技术不扎实，管理也做不好。恰恰又是他们，掌握着技术部门的生杀大权。

就拿Java开发最基础的工具JDK来说，有多少团队的leader还在以“稳定性”为由一直坚持使用JDK6，却拿不出数据证明新版JDK不适用于该公司的业务。

这种理由，犯了很明显的逻辑错误：JDK6稳定，并不代表JDK7、JDK8不稳定。相反，JDK7和JDK8做了很多改进，比如增强了并发库和集合库。

而以“兼容性”为由的说法就更离谱了，JDK开发团队考虑兼容性还比不过你一个做业务的？

诸如此类的问题数不胜数，在基层工作的小伙伴每每聚在一起抱怨leader时，都很愤慨，而当他们多年之后也走上这种管理路线时，却又忘记了这样的管理者会给手底下的人造成多大的困惑。

抱怨归抱怨，也要看看自身问题。作为小弟的你（包括我），有没有尝试去说服leader呢？是不是同样因为学艺不精，找不出好理由挑战现状呢？

本系列博客以抱怨现状开始，先简单介绍Java历史，再引出各版本JDK的改进，为自己，也为各位看了博文的小伙伴，增加点撕逼的胜算。

原文 http://leesir.github.io/2016/07/java-history-beginning-words

正文到此结束

所属分类：编程技术

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。