Java 简历石投大海了无音讯, 是否真的是互联网寒冬所致?

时间:2019-04-01 14:33:48   来源:上海尚学堂   阅读:

前言

小编最近在网上看到一个问题, 某网友: 我最近在网上投简历怎么没人给我打电话啊, 我找 java 开发的工作?

这个问题引发了小编对于这个问题的思考, 我们往下看吧。
 

概述

最近互联网寒冬吧算是. 目前互联网公司纷纷裁员或倒闭或架构进行优化. 有一个做 Java 方面的朋友最近也在找工作, 一线城市北京, 投了三四百家, 就有不到 10 个买时电话, 后来我建议他爸简历优化一下, 同时对每一次面试做一些总结, 去公司的面试要求进一步昨天总结和判断, 然后把自己的技术点和技术和公司的要求基本上要保持一致. 后来就找到工作了.
 

不得不说, 这两年的互联网变得萧条了, 不过是相对而言, 在高级程序员里没有寒冬这一说.
 

会持续多久确实很难说. 不过有人说过, 2019 年是未来互联网 10 年最好的一年, 也是最差的一年.
 

其实我想告诉你的是, 在互联网寒冬里, 没有寒冬的技术, 只有没有激情的斗志.
 

2018 年已经过去, 但是互联网人的年底却不那么太平,"裁员" 的消息几乎霸屏各大自媒体, 刷爆朋友圈. 在知乎裁员的消息爆出来后, 这一话题被推到了舆论的风口浪尖.
 

面对如此的寒冬变化, 很多人在迷茫, 在焦虑, 在担忧自己以后的人生道路, 那么, 我们作为开发者怎么样才能正面面对? 具体应该怎么去做呢? 接下来我分享一下我的观点和看法.
 

8 月, 美团, 拉钩曝出裁员信息; 10 月, 阿里, 京东等企业不同程度 "缩招";12 月, 趣店斗鱼等掀起裁员高潮......

这个不可否认, 国家的经济发展, 受大环境的影响, 都会或多或少受到波动! 但是, 每年不都这样的情况吗!


1, 我认为, 不管有没有互联网寒冬, 我们都要以阳光的心态进行对待.

每个公司或企业都有着正常的人员调整. 如果你是企业的领导人, 公司的老板, 由于公司长期亏损, 抗风险能力较差, 从而为了降低人力支出成本的经济性裁员 , 为了公司更好发展, 公司内部组织架构的战略性需要一些裁员措施, 这难道不是正常的措施吗? 例如腾讯, 这几年来, 砍掉的业务线不在少数, 朋友网, 腾讯微博, 拍拍网, 还有很多.
 

2, 互联网行情反应的就是社会的现实 - 物竞天择, 适者生存, 保持危机感.

我们在业的童鞋们要生于忧患, 永远不要让自己处于被动的状态, 永远都让自己有回旋的余地, 时刻提醒自己, 如果这个事情发生在自己身上, 该如何应对. 时代的发展永远都是物竞天择, 所以, 我的建议是永远保持危机感.
 

互联网寒冬之际, 正是修炼内功的好时机, 正是考验我们沉淀的时候.
 

前几天看到新闻说 2019 届全国普通高校毕业生预计达 834 万人.
 

每一年, 人人都会说是毕业生最难就业的一年, 但只是弱者更难找工作罢了!
 

个人觉得文凭不再是衡量一个人 "行不行" 的唯一标准, 你的才华和能力才是留在这座城市里, 好好生活的筹码!


尤其是作为互联网人, 前端移动端, 我们更要去注重自己的技术发展. 如果你仅会写 UI 和业务逻辑, 那么你的工作就很容易被取代, 比你优秀的人多得是, 往往这种情况是最危险的. 我一直坚持的是 "如果在你迷茫的时候不知道该做些什么, 那就进阶自己的技术."
 

公司会垮

市场会衰退

但是只有自己, 才是最靠谱的!
 

最近还听说一个比较有意思的话题, 部分公司员工们通过各种方法争取被裁的名额. 对, 就是这样, 仔细想想, 难道是为了拿到几个月的补偿金吗? 显然不是, 知道他们为什么这样做吗?
 

1,, 可能互联网并没有所谓的裁员潮, 只不过是大家在无所事事, 臆想出来的结果, 然后一传十, 十传百~~~


2, 那就是个人能力突出, 走到哪里, 都是主角, 如果你的能力, 到达这样一个高度, 会整天在群里瞎嚷嚷, 担心被裁了应该怎么办嘛!
 

上周, 与一些朋友及业界大佬一起吃饭. 交谈下来, 发现每个人在各自的领域里都是顺风顺水, 真的好厉害, 其中有一位是我第一家公司的组长 - 阳哥, 目前在一家公司里做项目经理 , 同时又和朋友开了一家公司, 目前已有 500W 的融资, 公司发展还不错. 其他的大佬基本上都有自己的工作及自己的副业, 甚至三份工作一起干, 虽然工作挺忙, 但没有一个抱怨和担心自己以后的发展.
 

同样是程序猿出身, 几年后差距竟这么大! 不由得让我心头一震, 他们是怎么做到的? 同样是一天的时间, 工作和副业 时间如何安排? 时间如何管理?
 

通过交谈后, 我才发现自己是自叹不如. 朋友告诉我, 他是经过不断尝试, 不断摸索, 找一条属于自己的道路, 中间也遇到很多困难, 不要前怕狼后怕虎, 想做什么就去努力实现. 最重要的一点是跟对团队, 特别是作为技术人, 找准方向, 未来是做管理还是做技术中的佼佼者, 同时, 我这些朋友们都有一个共同点, 善于思考, 做事沉稳. 这就是我一直给大家强调的, 善于思考的人运气不会差.
 

多去思考和探索

会思考的人都不会太差, 现在这个时期, 竞争的不是都会了哪些技术, 而是耐心, 沉淀, 以及对技术的深度. 每个人的情况可能不同, 那么, 需要我们对自己的技术, 人生规划多去认真思考一下, 如果你说你没时间去想, 不知道如何尝试去做. 那么你错了, 我一直认为思考比埋头苦干更重要.
 

制定目标和计划

第一步规划你的人生. 你的目标是什么, 这个目标是大的, 长远的, 有一定高度的, 这样你才会为了这个终极目标努力.


比如, 我以 "公司老板" 为目标, 当然这个目标不是短期内可以实现的, 所以, 可以把这个目标分为一段一段的小目标, 五年计划, 三年计划, 一年计划, 季度计划, 月度计划, 周计划, 日计划, 可以分成这样的线路图, 一步一步去实现, 人生过得清清楚楚, 而你的目标也在慢慢实现. 要记住, 只要你定下了目标, 所以人和事都会为你让路, 就看你的决心有多大.


所以, 不要心急, 按照你的目标, 合理规划时间, 慢慢的, 你会形成习惯, 收益是巨大的, 在完成自己的周目标之后, 不妨给自己一个奖励, 例如来一杯星巴克, 一块味多美蛋糕. 都是极好的.

 

合理安排自己的时间

重要的事情放在第一位. 我一直说, 提高个人能力, 很多人就会说, 忙啊, 公司各种需求, 每天还得加班, 还有各种应酬, 忙到忘记自己曾经定下的目标. 其实, 你真的那么忙吗? 还是很多事情没有合理的安排呢.

我建议, 每天早上坐地铁的时候想想今天需要完成什么任务, 到公司立马把这些任务列出来, 用 A B C D 四个等级分出来, 分别是 A 今天必须完成的, B 可稍后处理的, C 可以找别人代劳的, D 可明天做的, 这些事情被标记好之后, 合理分配时间, 高效完成工作任务.

 

总结

没有稳定的工作, 只有稳定的能力. 技术的提高来源于总结. 相信我一句话 "走上编程之路, 将来你要学不仅仅是这些, 丰富自己方能与世接轨", 做好全栈的装备! 小编个人也是总结了一套当前 Java 的主流架构技术, 有需要的朋友们可以看一下,需要Java架构师全套学习资料可以加客服小姐姐联系发送给你。

 

高性能架构

我们不仅仅对项目要运筹帷幄, 还要能解决一切性能问题. 只有深入学习 JVM 底层原理, MySQL 底层优化以及 Tomcat 调优, 才能达到知其然, 知其所以然的效果. 除了性能优化之外, 也能提供通用的常见思路以及方案选型的考虑点, 帮助大家培养在方案选型时的意识, 思维以及做各种权衡的能力.
 

1.ActiveMq 消息中间件

2.FastDFS 分布式文件存储实战

3.Kafka 百万级吞实战

4.Memcached 进阶实战

5.MongoDB 进阶实战

6.MySQL 高性能存储实战

7.Nginx 高并发分流进阶实战

8.RabbitMq 消息中间件

9.Redis 高性能缓存数据库

10.Zookeeper 分布式环境指挥官

11. 分布式架构思维

12. 高并发场景分布式解决方案实战

13. 高性能缓存开发实战
 

开源框架源码解析

框架是重点, 但别让人感觉你只会山寨别人的代码

在面试前, 我会阅读简历以查看候选人在框架方面的项目经验, 在候选人的项目介绍的环节, 我也会着重关注候选人最近的框架经验, 目前比较热门的是 SSM.

不过, 一般工作在 5 年内的候选人, 大多仅仅是能 "山寨" 别人的代码, 也就是说能在现有框架的基础上, 照着别人写的流程, 扩展出新的功能模块. 比如要写个股票挂单的功能模块, 是会模仿现有的下单流程, 然后从前端到后端再到数据库, 依样画葫芦写一遍, 最多把功能相关的代码点改掉.

其实我们每个人都这样过来的, 但在面试时, 如果你仅仅表现出这样的能力, 就和大多数人的水平差不多了, 在这点就没法体现出你的优势了.

1.AOP 源码解析

2.IoC 源码解析


  1. Mybatis
  2. Spring MVC

5. spring5 概述

6. Spring5 环境搭建

7. Spring5 Framework 体系结构
 

架构师筑基

从架构设计, 到应用层调优, 再深入了解底层原理, 扎实的 Java 基本功才能让自己变为扫地神僧: 内存模型, 并发模式, 线程模型, 锁细节等等

1.Java 程序性能优化

2.JVM 性能调优

3.Linux 基础与进阶

4.MySQL

5.Tomcat

6. 并发编程进阶

7. 高性能 Netty 框架
 

微服务专题

关于微服务架构的取舍

1) 在合适的项目, 合适的团队, 采用微服务架构收益会大于成本.

2) 微服务架构有很多吸引人的地方, 但在拥抱微服务之前, 也需要认清它所带来的挑战.

3) 需要避免为了 "微服务" 而 "微服务".

4) 微服务架构引入策略 - 对传统企业而言, 开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用, 逐步探索及积累微服务架构经验, 而非全盘实施微服务架构.

1. 服务的前世今生

2. 基于分布式思想下的 RPC 解决方案

3. SpringBoot

4. SpringCloud 应用及源码解读

5. Docker 虚拟化技术

6. Dubbo 应用以及源码解读
 

团队协作开发专题

开发工具工程化

通过一小段描述信息来管理项目的构建, 报告和文档的软件项目管理工具. 程序员的战斗, 往往不是一个人的战斗, 我们如何在一个平台下高效的去重, 进行代码 review, 对功能进行调整, debug, 做到在统一的规划下步步为营, 混乱的堆代码的过程中找到自己的记录.这一切都依赖于有效的工具.


  1. Git
  2. Maven
  3. Jenkins
  4. Sonar

 

B2C 商城项目实战

一切的一切, 把上述技能嵌入到你做过的项目里

在看别人面试时, 我经常会听到一些比较遗憾的回答, 比如候选人对 SQL 优化技能讲得头头是道, 但最后得知, 这是他平时自学时掌握的, 并没用在实际项目里.

当然这总比不说要好, 所以我会写下 "在平时自学过 SQL 优化技能", 但如果在项目里实践过, 那么我就会写下 "有实际数据库 SQL 优化的技能". 大家可以对比下两者的差别, 一个是偏重理论, 一个是直接能干活了. 其实, 很多场景里, 我就不信在实际项目里一定没有实践过 SQL 优化技能.

从这个案例中, 我想告诉大家的是, 你之前费了千辛万苦 (其实方法方向得到, 也不用费太大精力) 准备的很多技能和说辞, 最后应该落实到你的实际项目里.

1. 系统设计

2. 用户管理子系统

3. 商品管理子系统

4. 搜索子系统

5. 订单子系统

6. 支付系统

7. 分布式调度系统

8. 后台系统

分享:0