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

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

Java

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

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

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

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

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

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

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

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

       抱怨归抱怨,也要看看自身问题。作为基层员工的你(包括我),有没有尝试去说服leader呢?是不是同样因为学艺不精,找不出好理由挑战现状呢?

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