996.icu,不加班的程序员有前途吗?
![](https://img2018.cnblogs.com/blog/1330846/201904/1330846-20190414215022622-568885844.jpg)
一、有没有不加班的程序员?
有,我就是。
我目前工作与一家500强外企(欧美),职称为高级软件开发专家。
我在这家公司(500强外企)已经服务了10年,所有加班次数合起来不超过10天,最近3年则一次都没有。
二、不加班的程序员有没有前途?
有没有前途,不在于加不加班,在于有没有成长。而有没有成长,一则在于个人的努力,二则在于公司的技术地位,以及文化氛围。
两年前,我曾经一时兴起,面试了几家著名互联网公司,职位是架构师和开发经理,最后都成功拿到了offer。
这也证明,我的综合实力完全不逊于于加班成风的某些互联网企业。同时也说明加班和个人的成长没有必然关系。
三、你知不知道哪些该学,哪些不该学?
Java作为一门语言至今已有20余年历史,无论是语言本身,还是相伴的工具和框架都发生了巨大变化。
- JavaEE框架,从百家混战到现在Spring基本一统天下。
- Web开发,从标配的SSH到现在SpirngMVC + MyBatis组合。
- IDE,从当年如火如荼的JBuilder到Eclipse,再到更好用的IDEA
在不断的技术迭代下,如果摸索出一条高效的学习路径,可以大大的减少自己的时间成本与试错成本。过去半年,我不断的盘整自己的思路,想分享我对高效学习Java的看法。但不足之处是都没有非常系统的梳理。因此,今天刚好趁此机会,我把它们整理起来,希望对大家的学习有所帮助。
spring
在Java EE开发中,Spring已经成为和Java核心库一样的基础设施,所以说如果想成为一个优秀的Java程序员,Spring肯定绕不开。另一方面,如果掌握了Spring体系,Java基本上就算入门了,就有能力进行一些实用级的开发了。
但Spring本身也是日渐复杂,衍生项目越来越多,但最最核心的概念依旧是IOC和AOP,掌握了这两个概念,再把Spring MVC学会,再学习其他的衍生项目就会平滑很多。
同时,因为Spring本身就应用了许多优雅的设计理念,所以学习Spring的过程,也是加强Java基础知识学习的过程。因此等你掌握了Spring,原来很多你理解不透彻的Java特性,此时就会恍然大悟,包括接口、抽象类等。
我学习Spring,读的第一本书是《Spring实战》,坦率的说,书很一般,但市面上比它好的书,我却没有遇到过。还有一本《Spring源码深度解析》也不错,对Spring的设计理念讲的尤其透彻,虽然整本书读起来有些艰涩,但前几章却生动有趣,也是整本书的精华。所以建议你在学习Spring之前,先把该书的前几章通读一下,然后再回过头来学习《Spring实战》会顺利很多。
以我经验,要学透Spring,终极的方法还是阅读源码(我当时就是这么干的),待把Spring的核心源码通读了,人就真的自由了(所谓无真相不自由),不仅是对Spring,而是对整个Java体系。以后再遇到其他框架,大概一眼就能看出其中的脉络,所谓到了“看山不是山”的境界。但这都是后话,可以作为以后你努力的方向。
和学习Java基础知识一样,学习Spring也一定要记笔记,一定要分门别类保存demo。
老实说,Spring对初学者不算简单,因此最好能有个好老师带一下,不用太长时间,就是在你遇到大的困难时,能及时的点拨下。
以我的经验,要初步掌握Spring,大概需要1到1个半月的时间。
以下是我整理的spring:
Spring是Java编程的基础设施,但真要进入到实际项目的开发,还有些东西绕不过,包括 MySql,Mybatis,Redis,Servlet等,但如果你经过Spring的洗礼,这些东西相对就简单多了,以我的经验,1个月的时间足够了。
Mybatis
MyBatis,作为一个“混合式”,轻量级OR映射框架,既继承了Hibernate的优点,同时也吸取了他的教训。在支持配置的同时,又能接触SQL,从而带来了更多灵活性(包括调试、优化)。
当前,在实际开发中,Hibernate使用的越来越少了。大家更偏爱MyBatis这种轻量级框架。所以,对后来学习者,我的建议是:
“不需要再学习Hibernate了,学MyBatis就够了。”
设计模式
设计模式,我认为是初中级程序员,向高级程序员提升的关键点。
在实践中,我见过太多程序员,前期冲劲十足,但后继乏力,最终泯然于众生。我不敢说所有的人如此,但有不少都是吃了设计模式的亏。
在工作的前几年,大部分程序员都是处于熟悉语言层面的阶段,也就是处于“技”的阶段。这个阶段,如果人还算靠谱,大概在2到3年就会过去,接下来就要进入“术”的阶段。在编程领域,“术”的最典型代表就是“设计模式”。因此,设计模式的重要性再怎么强调都不为过。
当然,学习设计模式,不仅要读书,更要从实践中学习。例如学习Spring框架的过程,如果你有思考,就会发现其中有太多设计模式可供借鉴。
学习设计模式,就是从实践到理论,然后再从理论到实践,反复实践,反复思索,反复总结的过程。当然,这也是从一个“码农”转变成“工程师”的过程。
高效开发工具
实现一个软件系统的过程,不仅只有编码。还涉及到项目安排,团队协调等一系列非技术因素。而作为一名程序员,如果想往上更进一步,独当一面,成为team leader或者开发经理等管理职务。则软件工程一定要跟上。
当然,软件工程这么多年也一直在进步,从原来的瀑布开发,到现在流行的敏捷开发,但无论怎么变,有些经典的东西还是不变的。
当然,关于软件工程,最好的学习方法依然是观察。观察你所在的团队、所在的公司是如何处理工程问题,然后思索,阅读,最终形成自己的方法观。
架构
写出一个好程序,有几个维度,从下到上,也是一个程序员逐步升级的过程。
第一阶段,首先要保证基本功扎实,最简单的说,要做到语法熟练、基本框架熟练,成为一个功夫精熟的“码农”。
第二阶段,从“技”到“术”,从“码农”到“工程师”。这个阶段的关键技术是设计模式。在局部上,不仅追求实现功能,更关注实现的好,关注功能之外的维度,例如健壮性、低耦合、可扩展等指标。对主流框架(例如Spring),不仅会用,更有深刻的理解。
第三阶段,从“术”到“道”。
这个阶段,不仅在局部上追求一个模块的好坏,而且还要从整个系统层面去掌控程序,例如保证整个程序不出现系统腐败,如何安排资源的优先级等。这个时候就不是单一的维度,单一的技术能够保证了。
经常有朋友问我是如何成为一名架构师的,很难用一句话来回答。
我可以路线鲜明教你如何成为一名优秀的软件工程师,但至于如何成为一名架构师,我想除了努力,运气肯定也很重要。但无论如何,有机遇,不是还得有准备嘛?
作为一名架构师,所靠的肯定不是单一的维度,也不是但靠纯粹的读书能获得的。但就我来说,我也有自己完整的技术体系栈,这个确实给我带来了巨大的帮助,下面我就推荐给大家,需要完整大纲的可以加我的技术交流群:537775426免费领取:
分布式架构
分布式架构策略
分布式架构之中间件
数据结构
毫无疑问,数据结构对一名程序员来说非常重要,不是有句话说“程序 = 数据结构 + 算法”。从某个角度看,这种说法即使现在依然成立。这也说明数据结构的重要性。
但大部分的数据结构课程,关注的重点都在如何从数学上实现一个数据结构(例如堆栈、链表)。这从研究上来说,没有错。
但在实际开发中,大部分主流语言(例如Java、C#)都已经内置了常用数据结构。而且即使没有内置的,我们也常可以在第三方库中找到现成的实现。而且这些实现,大都经过实践检验,无论是稳定性还是性能都有保证。
也就是说,对大部分程序员来说,在实际开发中,很难有需求从头实现一个数据结构。因此,就完全没必要像科班生那样,从数学源头来学习数据结构,而只需做到下面几点:
- 熟悉常用数据结构的概念(例如数组、堆栈、链表、Map等)
- 了解常用数据结构不同实现的差异(例如ArrayList和LinkList的差异)
- 关注常用数据结构的外围算法(例如如何对List和Map进行查找)
- 关注数据结构使用中容易出错的地方(例如是否线程是否安全等)
算法
这个要具体问题具体分析了。以我接触的领域来说,大部分普通的业务系统都不会涉及到太复杂的算法,因此就没必要专门在算法上投入时间。
但在一些特殊的领域,如果算法跟不上,可能“寸步难行”,例如图形处理领域,无论是图像的变化还是增强,无一例外都要用到矩阵变换,因此就必然涉及到线性代数的内容,顺藤摸瓜,往纵深学,就必然会牵出更多的东西。
因此,对非科班生(尤其是数学不够好的),对算法学习我是持“劝退”态度的。因为,从职业发展来说,这实在是一条太“曲折”的路线。
一方面,目前的开发越来越趋专业化,算法一般由专门的算法团队负责,普通软件工程师只负责算法转换。
以我为例,虽然是科班出身,也系统的学习过算法,但也常有力有不逮的时候。复杂的算法既实现不了,甚至是理解不了。很多时候,我干脆就不做实现,直接请算法工程师告诉我思路,甚至是伪代码,而我负责转化为正式代码(例如Java)。实践证明,这种做法不仅是可行的,而且也是高效的,正所谓“术业有专攻”。
另一方面,人的精力是有限的,你完全可以把精力投入到自己更擅长的方面,例如设计、产品、架构上,从而取得“差异化”的成功。
最后说说加班的危害
加班最大的危害除了对健康的伤害,对家庭生活的剥夺,还有一个更要命的危害:
高强度的加班(例如996),使中年危机成为每个职场人的必然。
因为中年的危机的本质在与,人日益下降的精力和高强度劳动之间无法调和的矛盾。
年龄大了之后,只要高强度加班(例如996)存在,即使企业不嫌弃你的年龄,给你offer,你也干不了,即使你不要命。
所以,只要高强度加班一直存在,则每个职场中年人最终都会被踢出劳动市场,无论管理,还是技术。
最近到了传统的招聘旺季,最近和朋友交流,发现了一种现象。很多工作多年的一线工程师,职级也不低,工作能力也够强,然而在面试中却总是能被各种“奇怪”的问题问倒。挫折的次数多了,有些朋友甚至都开始自我怀疑,怀疑自己到底是不是“水货”?
对这种情况,我和朋友有过几次讨论,最后的结论是:不是我们的能力不行,而是准备的不充分。
本质上,任何一个软件工程师,在一段时间内,都只能是某种“类型”选手,只“手热”某一方面的知识。因此,贸然去应聘,被面试官问倒,也就没什么奇怪的。
而要解决这个问题,只有一个办法:不打无准备之战。
就像学生时代的期末考试一样,要进行考前复习。而要进行考前复习,就得有复习资料。对一个一线软件工程师来说,常见的复习资料有几种:源码、书籍、视频、学习笔记。
其中最好就是学习笔记,一则重点突出,二则“量身定制”。
下面就是我的学习笔记分类截图:需要的小伙伴可以加我的技术交流群:537775426