2018年,我的经历
整个互联网行业都在裁员1/3,我也是亲历者。
我想弄清楚为什么?所谓的行业凛冬,具体是什么。
是真的来了?或是老板们在忽悠我们?
找到原因,我希望反思,2019年可以不会被裁员。
现在,我有了答案,和你分享。
烧脑准备哈~~~ 开始!
寒流:2014 - 被高估的创业公司
2014年,互联网行业蓬勃发展。
各大公司(例如:阿里巴巴)争先上市。
为了让企业上市的估值更高,大公司需要收购更多创业公司。
于是,创业公司的价值被炒了起来。
不挣钱,也估值千万的创业公司多如牛毛。
发酵:2015-2017 - 被高估的员工工资
互联网创业的热潮,一波接着一波。
今天的创意,恨不得明天就要实现。
专注,机制,口碑,快。成为行业的口号,尤其是快!
快就需要更多的人才,每一家公司都需要。
于是行业内员工的工资急速飙升。
我们还发现,涨工资最快的办法,不是提升能力, 而是跳槽。
这是什么情况:员工的工资被高估,能力和薪资不匹配。
当时出现了:1个员工2个月,360 - 阿里 - 腾讯 - 360 走一圈,工资涨了3倍。
梦碎:2018 - 没有最后一轮融资的恶性循环
2018年,美团,小米,阿里等公司股价持续走低。
惨的时候,上市的股价,比最后一轮融资还少一半。
于是投资者们发现:最后一轮投资是亏钱的。
于是创业者们发现:最后一轮每人投钱。
于是投资者们发现:由于最后一轮没人投,C 轮就是最后一轮。
于是创业者们发现:C 轮也没人投。
以此恶性循环,现在天使轮都不太好找了。
老板不忽悠:资本寒冬来了
因为投资人都非常的慎重,没有那么大方了,甚至非常小气。
那么,公司就要过冬了。
没有钱扩展业务,那就要做专注的业务。
原来过多的人力成本,现在就要抛弃,不然跑不下去。
于是,裁员来了。问题是:抛弃谁?
问题的根本问题是:员工的工资被高估,能力和薪资不匹配。
解决根本问题的办法是:抛弃能力和薪资不匹配的员工。
于是,就有了一个裁员剃刀法则:
有贡献(业绩)的
有实力(综合资源)的
——下面可以被裁 ——
有能力的
有潜力的
于是,有人被裁掉了
有能力和有潜力的兄弟被裁掉了,可惜的不要不要的。
留下了有贡献和有实力的兄弟,吓的不要不要的。
这就是寒冬裁员的大背景。
你被裁了吗?
反思一下
其实,我们被裁的兄弟,我知道的几个,已经在很好的单位继续奋斗。有能力的人,在哪都不会吃亏。这是次对行业的调整也是一件好事。
但是,裁员剃刀法则,足以让我们反思一下。
为什么有能力,和有潜力的员工会被裁员?
如果不改变,再裁员,还会裁你吗?
2019年,你要成长到什么高度?
从事java十余年,现在把架构师必须具备的一些技术总结出来一套思维导图和录制了一些相关视频,分享给大家,供大家参考。
需要相关资料可以加群:810589193,点击链接加入群聊【Java架构学习交流群】:https://jq.qq.com/?_wv=1027&k=5deQUBl
开源框架
程序员每天都和代码打交道。经过数年的基础教育和职业培训,大部分程序员都会「写」代码,或者至少会抄代码和改代码。但是,会读代码的并不在多数,会读代码又真正读懂一些大项目的源码的,少之又少。这也造成了很多错误看源码的方式。
那要如何正确的分析源码呢?
高性能
随着我们的业务量越来越大和越重要,单体的架构模式已经无法对应大规模的应用场景,而且系统中决不能存在单点故障导致整体不可用,所以只有垂直或是水平拆分业务系统,使其形成一个分布式的架构,利用分布式架构来冗余系统消除单点的故障,从而提高整个系统的可用性。同时高性能系统的模块重用度更高,速度更快,扩展性更高是大型的项目必不可少的环节。
微服务
关于微服务架构的取舍
1、在合适的项目,合适的团队,采用微服务架构收益会大于成本。
2、微服务架构有很多吸引人的地方,但在拥抱微服务之前,也需要认清它所带来的挑战。
3、需要避免为了“微服务”而“微服务”。
4、微服务架构引入策略 – 对传统企业而言,开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用,逐步探索及积累微服务架构经验,而非全盘实施微服务架构。
架构师筑基
我们不仅仅对项目要运筹帷幄,还要能解决一切性能问题。只有深入学习JVM底层原理,mysql底层优化以及Tomcat调优,才能达到知其然,知其所以然的效果。除了性能优化之外,也能提供通用的常见思路以及方案选型的考虑点,帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。
并发编程
主要培养编程者深入了解最底层的运作原理,加强编程者逻辑思维,这样才能写出高效、安全、可靠的多线程并发程序。
团队协作
所谓团队合作能力,是指建立在团队的基础之上,发挥团队精神、互补互助以达到团队最大工作效率的能力。对于团队的成员来说,不仅要有个人能力,更需要有在不同的位置上各尽所能、与其他成员协调合作的能力。
项目实战
要想立足于互联网公司,且能在互联网浪潮中不被淹没,对于项目的开发实战演练是不必可少的技能,也是对自身能力的一个衡量,有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱,其中的底层原理,实现原理又能知道多少?