如何看待大牛的经验文

简介

网络上经常会有各种大牛(cto、阿里架构师等)的分享,诸如:

  1. 技术人员2年、3年、5年如何提高自己
  2. 程序猿自我修炼之路
  3. 工作八年、十年总结

会列出各种路线图,分为几类

  1. 过程式,即不同阶段要做什么
  2. 目标式,即不管干什么,到一定要阶段要掌握xx。比如:

    1. 分析源码,主要指常用设计模式spring3/4/5、mybatis
    2. 分布式架构,包括原理、中间件以及 应用层框架(计算、微服务、存储等)
    3. 并发编程、性能调优
    4. 开发工具工程化,包括mavenjenkins、sonar、git
    5. 项目实战,比如一个b2c项目包括:用户认证、店铺商品、订单支付、数据统计分析、通知推送等

技术人员在面对这些攻略,要认识到以下几点,否则这样的文章看的越多就越焦虑和困惑:

  1. 有自己的侧重,比如笔者就觉得spring 代码组织的不太好,在买过一本书对其原理有大致体会后便没有深究,springmvc 源码笔者到现在都没有深入看过。

    • 有的东西不理解到细节难受,你知道底层原理,然后可以推知上层所有因果
    • 有的东西不耽误用就行,可以通过博客等把别人二手结论拿来用。比如要实现一个自定义注解,博客说spring xx组件可以实现,你demo 做出来就可以用在项目中。
    • 你对项目的定位(自己学到何种程度)要有自己的判断,当然,这个判断要根据实际情况调整。
  2. 有自己的路线图,靠兴趣、“事到临头”来推动。别人是1=>2=>3开始学,你2==>3==>1学也没什么问题,甚或是2.1 ==>1.6 ==>3.2==>2.5。比如jvm调优很有意义,但一则很多人用不上,二则过早接触也看不懂。你先看点,关键时刻知道有这么个事儿就行。 一般来说,只要你追求去做更大和复杂的项目,123终究会体验全的。
  3. 看文章 要 为我所用
    ,前提是你自己有一套取舍观、方法论和路线图。看文章的目的不是刷新自己,而是吸取自己之前没注意到的知识、观点和方法论,添长处去短板。

为何要想这些东西,因为如果这些东西想不清楚,他们会一次次来占用你的精力、带来困惑和烦扰。以后看到这类“经验文” 应该不会再引起难受了。 有一句话:很多人为了不思考愿意做任何事情。但其实,很多人没认识到该思考这个问题,也没认识到一直拒绝思考导致自己付出了多大的代价。

思考是对复杂事务、信息降维处理, 以便于主动规划,而不总是被动应对。你应该先有一套知识图谱、方法论,然后碰到新东西,去充实它们。而不是左支右绌,忙于应对。

原文 

http://qiankunli.github.io/2018/11/02/experience_of_other_people.html

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » 如何看待大牛的经验文

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址