同样是工作3年程序员,为什么别人每月25K你却只有15K?
你有没有静下心来思考过:同样是做了x年Java开发,为什么你的技术比别人差很多?为什么别人每月26K你却只有15K?
其实技术水平的高低和个人智商关系不大(毕竟能做Java编程开发大家都不会差),主要和勤奋程度、提升方法有关。
勤奋程度不必多说,全靠自我监督和自制力。在这里我们详细谈谈提升方法,毕竟好的提升方法会让你事半功倍。到底有哪些有效的好方法,能帮助我们进阶成Java高级工程师呢?
下面这3种方法,你应该加以重视:
1.吃透基础技术
2.养成良好的阅读源码的习惯
3.有长期的技术学习规划
下面,我们来一起逐条看看,特别是第 3 个方法。
吃透基础技术
基础技术是各种上层技术共同的基础。吃透基础技术是为了更好地理解程序的运行原理,并基于这些基础技术进化出更优化的产品。很多分布式系统架构,以及高可用、高性能、高并发的解决方案基本都可以在基础技术上找到它们的身影。所以,对基础技术的学习才能够更好地掌握更高维度的技术。
很多人会觉得底层技术博大精深,从语言、编程范式、算法和数据结构、计算机原理、网络、数据库、分布式技术等等,怎么可能有时间去掌握这么多东西呢。这确实需要持续学习的毅力,现在很多技术大牛仍在夯实扩展自己的底层技术,自己就更没有理由忽视这一块了不是吗?
养成良好的阅读源码的习惯
源码阅读,尤其是针对你正在使用的第三方库。千万不要面试的时候,什么源码都未学习过,理由就是业务太忙,更有甚者说“我觉得没用”。
阅读源码要能回答两个问题:要解决什么问题+是如何实现的?大到整个项目,小到一个模块、函数,看的时候都要抱着这两个问题去看。看完了这两个问题能答上来,才是有效。
阅读源码时建议你这么做:
背景调查:看官网介绍、维基百科,了解主要功能,被应用于哪些项目以及基本的使用,掌握这些基本信息
使用框架:至少follow“Get Started”做个小demo(真的有人连API都没调用过,上来就看代码)
尽可能编译调试。能调试的代码,几乎没有看不懂的
了解一些设计模式。这样看到名字里有proxy,builder,factory之类的,就心领神会了
横向分层,纵向分块。代码都是分模块的,有的是core,有的是util,parser之类的,要知道看的是哪一层,哪一块。有的小项目分层不明显也不必强求
注意:要看的不只是语法上的技巧,更重要的是设计上的思路和原理。知易行难,把养成良好的阅读源码习惯提上日程吧!
有长期的技术学习规划
Java进阶之路离不开一个长期学习规划的指引。你可以制定一个系统的学习路线,帮助你全面提升技术水平。当然,对于每个Java程序员来说,几乎都有一个成为架构师的梦想。
但是一个好的系统学习路线能够帮你少走很多弯路。一个终点能够走直线那么就没必要去走S线。
今天分享一个,构成架构师的技能体系学习路线。
我们应该学习哪些源码呢?那就要看哪些框架最常用了,希望下面的图比较全:
再者,你在这这个阶段已经不能局限于满足于讲代码写出来,此时此刻的你需要追求高质量高性能的代码了,你此时需要研究的知识就会如下图所示:
是不是学习了上面做这些技术就够了呢?相信看到这里的码友已经知道答案了,没错,你还需要知道分布式架构的知识
另外,目前企业有大小,平台有限制,甚至对开放的方式方案都出现了独立的方式,Facebook每个模块的功能从设计到开发再到维护,由后端到前端再到客户端都是通过一程序员来进行的,这些就是所谓的全栈工程师,那么java开发中,我们服务器也有其自身的独到性;那么如何将庞大的后台系统分部成为多个功能独立,部署独立,维护独立,松耦合的独立服务呢?从而减少企业的沟通成本和维护成本呢?毫无疑问,这就是微服务。
最后,如果说开发是一个战场,那么程序猿们就是勇猛的战士,我们的战斗需要协调合作,统一调度,统一部署。那么完美的配合自然需要优秀的开发工具,那就就是我们的团队协作工具的学习。
团队协作开发
Git
Maven
Jenkins
Sonar
如果不结合实战,那么说什么都是空话,最后来看看B2C商城项目实战。当你面对Hr的时候,是不是可以跟Ta说你有一个落地的大型互联网B2C商城项目,你的商城项目是前后端分离的,用到了ZooKeep,Redis,Monggodb等等一些热门的技术,这样子是否会显得更有逼格呢?
系统设计
用户管理子系统
商品管理子系统
搜索子系统
订单子系统
支付系统
分布式调度系统
后台系统
欢迎工作一到五年的Java工程师朋友们加入Java架构开发:860113481
群内提供免费的Java架构学习资料(里面有高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码,MyBatis,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料)合理利用自己每一分每一秒的时间来学习提升自己,不要再用"没有时间“来掩饰自己思想上的懒惰!趁年轻,使劲拼,给未来的自己一个交代!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
微信技术分享:微信的海量IM聊天消息序列号生成实践(算法原理篇)
1、点评 对于IM系统来说,如何做到IM聊天消息离线差异拉取(差异拉取是为了节省流量)、消息多端同步、消息顺序保证等,是典型的IM技术难点。 就像即时通讯网整理的以下IM开发干货系列一样: 《IM消息送达保证机制实现(一):保证在线实时消息的可靠投递》 《IM消息送达保证机制实现(二):保证离线消息的可靠投递》 《如何保证IM实时消息的“时序性”与“一致性”?》 《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”?》 《IM群聊消息如此复杂,如何保证不丢不重?》 《浅谈移动端IM的多点登陆和消息漫游原理》 《IM群聊消息究竟是存1份(即扩散读)还是存多份(即扩散写)?》 上面这些文章所涉及的IM聊天消息的省流量、可靠投递、离线拉取、时序性、一致性、多端同步等等问题,总结下来其实就是要解决好一个问题:即如何保证聊天消息的唯一性判定和顺序判定。 很多群友在讨论这个问题的时候,普遍考虑的是使用整型自增序列号作为消息ID(即MsgId):这样既能保证消息的唯一性又方便保证顺序性,但问题是在分布式情况下是很难保证消息id的唯一性且顺序递增的,维护id生成的一致性难度太大了(网络延迟、调试出错...
- 下一篇
程序员如何从技术岗转为技术管理层?
有一个非常有趣的现象:据说大部分的技术管理者,在其从程序员转为管理岗位的时候,都是在领导或公司的要求下,被动的推到管理岗位上的,并非是自己当初有强烈意愿、主动去选择管理岗的。这种被动的比例还不低,高达80%以上。 这个现象从我自己身边的同事中也可以感受到,最近两年我接触到的四五位新晋的技术管理者,全是因为技术/项目做得好,被上级提拔到管理岗的,几乎没有人是因为具备了管理技能后主动去选择的。其实包括曾经的我自己也是这样走过来的。 这里,我们不讨论这种普遍现象是否合理,我们先来看看这种晋升方式会带来什么样的结果。 既然有这么多人是「被动」的成为技术管理者的,那可以想象,在这些人刚步入管理岗位的时候,对管理知识的了解会是多么的薄弱,对即将要开展的管理工作会多么的心虚和纠结。甚至有些人,因为刚开始进行管理工作的不顺利,导致对自己能力的质疑,对技术管理岗位的排斥。 所以这也说明了很多程序员刚晋升为管理后,内心其实是痛并快乐着的。针对这个现象,那应该怎么办呢? 这里,我就以「过来人」的工作经验,结合近期读到的「刘建国老师」的一些的管理理念,计划从一名新晋的技术管理者角度出发,来聊一聊我们应该怎么走...
相关文章
文章评论
共有0条评论来说两句吧...