走技术路线该怎么提升自己

1第一步:从最基础的JDK入手

从接触工作起,出于多种原因,我们就使用着各种框架。所谓框架,只是对于JDK-API的封装和拓展,只有掌握核心之本,才能有更高的建树。并不是指要对JDK原理源码有多深入,而是说对于一些基础概念和常用的API,要做到熟知使用的程度。 例如下图这些多线程相关的知识就极其重要:

值得警惕的是,我们经常会产生一种错觉:“这个学了就忘了,也用不到”,虽说这种心态很常见但并不可取,能坚持下去的人少之又少,这时候我们需要进入到下一个阶段巩固自己掌握的基础知识。

2第二步:从优秀开源软件中汲取知识

一个开源软件之所以能长盛不衰,是因为在它们的源码中包含大量设计模式的应用以及java技术的最佳实践!而是否读过源码是技术人的一个分阶标准,也是大企业面试时常用的筛人手段。
目前开源软件让人眼花缭乱,我建议选择Spring框架,原因很简单:工作中能用、Spring全家桶满足知识的广度。你所不懂的那些JDK-API使用方式及设计模式的用法,都可以在Spring源码中看到,而且熟知它的原理,对提高工作效率有很大帮助。

Spring我们必须掌握的有IOC、MVC、AOP、事务原理这些核心组件,因为其他部件都是基于这些核心模块的(万变不离其宗,短期内忌贪多)。
这个阶段必学内容如下:

3第三步:扩宽眼界,从全局看待问题

只盯着具体的功能实现,只是一个合格的码农,但现在大公司系统架构都是分布式架构,如果你有升职加薪的规划或期望,就一定要掌握系统架构方面的知识,会对你有所助益。

目前的大热门“微服务”,它就是一种分布式系统的架构方式,这方面的学习可以从SpringCloud微服务解决方案入手,通过SpringCloud这套解决方案,我们能够知晓为什么需要所谓的注册中心、配置中心、服务治理等等组件和概念。

下面这些内容可以作为你的学习方向:

4第四步:高并发分布式系统技术点逐个突破

即使你学习了SpringCloud完成了入门,不要得意,因为整个分布式高并发的互联网系统开发技术栈你还没点满,这里罗列出除SpringCloud之外,其他应用广泛的高并发分布式系统开发技术。

5挑战别人眼中的难题

随着技术慢慢的提升,在企业中的职位和责任都慢慢变重要,这时候,经常担任救火队长的角色,不仅仅要对架构了如指掌,还要能够有对系统做性能优化的能力,性能优化常用到的包括这三方面:

这几个要点,是我多年来根据自己学习和分析别人学习情况的总结,堪称趟坑之作。罗列出来的分布式系统架构、高并发、JDK、JVM、性能优化等知识,都是目前企业中使用最多,应用最广泛的技术。你们可以加我的技术交流群,大家一起交流学习,同时,我也会邀请技术牛人经常做技术分享和学习资源的分享。

原文地址:https://www.cnblogs.com/yuanhailiang/p/9233410.html

时间: 2024-10-16 09:06:29

走技术路线该怎么提升自己的相关文章

Facebook程序员跳楼事件:技术路线会越走越窄吗?

这是小川的第417次更新,第450篇原创 这几天有个刷屏的文章,讲的是Facebook有位程序员跳楼了,这位程序员的一些信息也"被曝光",比如年轻时是浙大的学霸,后来又赴美读硕,中途又转行成为程序员,在2018年跳槽进入Facebook,一家人依赖他的工作签证在美国生活等等信息,至于这位程序员选择轻生的原因,这里不讨论,本篇主要来讨论,作为程序员,技术路线会不会越走越窄,直至没得选? 从一些信息来看,这位程序员应该是在30岁以后才转行做程序员的,如果放在国内的整体环境来看,是属于大龄程

技术路线的选择重要但不具有决定性(核心竞争力是你独特的个性知识经验组合)

转自 http://blog.csdn.net/myan/article/details/3247071   孟岩 2008 年的文章,现在看来还是挺有启发, 送给大家,也送给自己. 最近微软在技术上连续有大动作,在PDC上发布了Windows Azure云计算平台,预告了Visual Studio 2010..NET 4.0和C# 4.0.如果放在几年前,我相信微软粉丝们一定是欢声雷动,不过这次情况有点不太一样,在网上看到有人在抱怨微软技术更新速度太快而且四面出击,还有人扬言要改弦更张,投奔L

技术路线的选择重要但不具有决定性[转]

最近微软在技术上连续有大动作,在PDC上发布了Windows Azure云计算平台,预告了Visual Studio 2010..NET 4.0和C# 4.0.如果放在几年前,我相信微软粉丝们一定是欢声雷动,不过这次情况有点不太一样,在网上看到有人在抱怨微软技术更新速度太快而且四面出击,还有人扬言要改弦更张,投奔Linux或者Java阵营.我本人也收到一封来信,写信人大意是说自己大学时选择.NET路线,一路跟下来很辛苦,2.0还没学好,人家已经4.0预览了,感到很困惑,问我该怎么办.老实讲,这样

C#工业物联网和集成系统解决方案的技术路线(数据源、数据采集、数据上传与接收、ActiveMQ、Mongodb、WebApi、手机App)

目       录 工业物联网和集成系统解决方案的技术路线... 1 前言... 1 第一章           系统架构... 3 1.1           硬件构架图... 3 1.2           组件构架图... 4 第二章           技术选型与介绍... 5 2.1           开发环境... 5 2.2           数据源... 5 2.3           数据采集... 5 2.4           数据上传服务... 6 2.5      

走复合型路线,即不把自己的语言集中在一块;业务我主张选一块

这是一个值得讨论的问题.华为前段时间也传出了大规模裁员的一些负面新闻,一时间搞的人心惶惶.总结起来说,还是怕失去这份赖以生存的工作,尤其是对于上有老下有小的中年人来说,工作尤为重要. 淘汰,是软件行业不变的真理:你不前进 ,并不意味着你正在原地踏步,而意味着你在落后,因为别人在前进,时代在前进,时间越长,你就会发现你离你工资的一个基本标准越来越远,直到有一天,你发现你已经在公司待了很多年,但是实际上你的忠诚并没有什么卵用,最后导致的结果就是,你被裁了.被裁其实并没有什么,行业人员的流动是很正常的

区块链开发技术路线选择的思考(之一)

现在整个技术社区的注意力主要还是在 Web 和移动开发上面,相关人才供销两旺.不过个别有心人已经开始转向大数据分析.深度学习.VR/AR 这些前景看好的技术.最近几个月区块链非常火,所以也有极少数开发者在关注区块链的开发技术. 应该比较客观的看待现在区块链的这一把火.目前无论在中国还是在国外,讨论区块链最积极最热闹的主要是政府官员.金融政策研究者.技术未来学家和学院派学者,跟他们相比,真正在写代码的人发出的声音很小.官员们重视,说明这个技术的潜在影响力巨大,学者重视,说明还有很多技术问题有待解决

基于TFS的.net技术路线的云平台DevOps实践

DevOps是近几年非常流行的系统研发管理模式,很多公司都或多或少在践行DevOps.那么,今天就说说特来电云平台在DevOps方面的实践吧. 说DevOps,不得不说DevOps的具体含义.那么,DevOps是什么呢?是开发+运维么?每个人都DevOps的理解都不尽相同,下面是一组对DevOps的定义,通过这组定义,我们基本可以看清DevOps是干啥的.在这众多的解释中,我认为有一种解释可以更贴切:DevOps是一种能力,具备此能力的团队可以高质量.快速的交付软件产品或服务.这个总结定义道出了

IT软件人员的技术路线(写给技术迷茫中的你) - 项目管理系列文章

前面笔者曾经写过一篇关于IT从业者的职业道路文章(见笔者文:IT从业者的职业道路(从程序员到部门经理) - 项目管理系列文章).然后有读者提建议说写写技术方面的路线,所以就有了本文.本文从初学者到思想者的四步方面对IT从业者的技术路线做了阐述(见笔者文:IT从业者的学习规划 - 学习者系列文章开篇),从浅到深的对技术路线需要学习的内容做了叙述,后续会对学习者系列文章进行书写,本文就当做该系列文章的一个版图吧. 对于技术路线,笔者认为,在工作之余,就该自我主动的去学习技术和业务方面的知识.一方面是

大部分程序员心中有一个管理者的梦想,但在技术路线上"半路夭折"

当我们大学的时候还在为如何学好技术发愁的时候,那时的我们在内心深处"埋下了"一个小小的理想,我一定要学好技术,成为一个优秀的程序员.对于在IT行业摸爬滚打6年的我,想起以前的小小理想有些莫名的心酸和感动.看看周围正在前行的朋友和已经倒下的朋友,大家都在艰难的前行,至少大部分人已经脱离最初的想法,最终的想法转向了统一的话题"如何脱离技术,去做管理,因为钱多,发展好".其实这并不是不对,因为大家需要生活,需要养家糊口,这个是没有问题的.但是会带来一个现象就是全行业把做技