2分时时彩交流群_从熟练工的状态下提升到架构师的基本功和技巧

  • 时间:
  • 浏览:5
  • 来源:小木博客 - 专注共享七月娱乐网分享

    自己自认为肯能是高级开发,自认为还算勤恳,用了不少时间看多架构师方面的资料,有的是肯能从事了1年左右架构相关的活。自己尚有自知之明,还谈不可不可否技术架构的水准,但在自己目前工作环境里,能得到牛人亲历指导,自己并且我 断通过拜师学艺,自认为走在正确升级的途径上,即假如继续努力,在不久的将来能拿到架构师的工资。

    回想我当年趋于稳定高级开发阶段,也不是个熟练工,每天干的有的是体力活,说白了并且我 不断克隆熟悉的工作模式。肯能在工作中没人实践到高并发组件等架构师所必需的知识点,当时只并且我能靠看资料来积累,靠面试来感受对公司架构师的实际要求,自己感觉也走了不少弯路。

    为了更好地继续后面 的升级之路,我写下这篇阶段性总结文章,也一方面通过总结,我并且更加明确后继的计划和目标,自己面,也希望能尽自己的微薄之力让各位同路人少走弯路。这篇文章也不是我并且两篇博文架构师更多的是和人打交道,语录我见到和听说到的架构师升级步骤和平时的工作内容,以及看下资深架构师平时须要正确处理的现象,对比你离资深架构师还有有哪几个距离——再论技术架构的升级之路的后继系列文。

1 熟练工有退步的风险,并且我首先主观上得不断上进

    每个公司做的活我我其实有的是局限性,肯能就在等待在本公司熟练工的阶段,没人一定无法紧跟技术进步的步伐,长而久之就会落后了。

    话说回来,有的是每个熟练工都能经得起舒适区诱惑的,我就拿我经历过的舒适区和目前的挑战区请况对比一下。

    上班前,在外企的并且,肯能每天干的活都能应付,并且我没丝毫压力,并且 肯能是弹性工作制,并且我10点到算常态,一周总有1次10点半前到,上班路上,还能用悠闲的心情看风景。在目前互联网公司,上班前就得规划一天的工作,有并且想想今天要干的活技术上我不大熟,肯能得催别的组要接口,并且我老会 有忐忑不安的感觉,一路上有时还得小跑,我其实也是弹性工作制,但老会 9点前到,早到就能早结束了了英语 了了做事情。

    上班时,在外企的并且,对进度的压力不大,并且 干的活总要,并且我可不可否优哉地干,平时有空可不可否逛个网站,并且 出去逛一圈是常事,加班到8点就会埋怨,到了周五下午,大多数人都没心思干活了,基本有的是坐等下班。而在互联网公司,每天有的是干不完的活,干好活,就得不断反思,看怎么才能 才能 不可不可否干更好,并且 就压力很大。晚加上班到9点是常事,并且 最头痛的是,不少事情有的是能用时间都能正确处理,比如出个技术方案,后面 涉及到的技术粘壳,就得拼命学。

    周末以及下班后,在外企的并且,肯能不多再积累,并且我很轻松,不可不可否享受生活,像我当时写书写博客,还出了两本书,Java Web轻量级开发面试教程Java核心技术及面试指南,还算比较勤奋的,而在互联网公司,对不起了,平时一定得看资料,并且 绝对不可不可否装模作样地看,肯能另一一二个 阶段里不进步,没人就坐等被说。

    由奢入俭难,并且 舒适区用的技术要比挑战区落后并且我,而高级开发到架构师的升级任务不假如容易达成的,并且我在舒适区的并且,不可不可否平时多上进,要缘何上进?我我其实拿出当年高考四分之一的努力程度即可。

2 从会用分布式组件结束了了英语 了了,并且 不可不可否光看资料

    架构师的重要工作任务是正确处理分布式高并发的现象,并且我升级可不可否从会用某些分布式框架结束了了英语 了了。

    比如nginx缘何配置,dubbo和zookeeper缘何整合,kafka消息后面 件缘何配置,redis缘何配置,肯能ETL该缘何配置。看多各种教程后,一定得自己找个环境配置一下,比如我通过nginx配置,我我其实能把请求发送到不同的服务器上,肯能通过设置dubbo配置,我我其实能做到超时重发。

    你类式 步骤的难点是,在自己的机器上不多能模拟出分布式环境,并且我肯不可不能不可否,就找公司测试环境实践,肯能自己机器上装个虚拟机。肯能我我其实没人土法子,安装个环境,并且 自己设置一遍配置,哪怕没人调试,自己设置一遍总比光看教程要好。 

3 思考另一一二个 现象,从中能归纳出升级所须要的基本功

    不少高级开发摸不可不可否升级架构师的土法子,我我其实并且我技巧平时工作时就能接触到。肯能这里一时无法列全升级到架构师所须要的基本功,但我们我们 可不可否思考如下两方面的现象。

    1 当前系统的运维方面,为了我就的系统能平稳地运行平稳地升级版本,你须要掌握你类式 技能?当系统在线上表现出有现象时,你该怎么才能 才能 通过查日志等方面来排查现象点?

    2 再进一步,可不可否考虑系统高并发方面的现象。你的系统当前能应付有哪几个并发量?当前系统的瓶颈在哪?任何系统有的是瓶颈,比如SQL压力大,非常容易原因分析分析OOM异常。怎么才能 才能 通过看日志等土法子确认当前系统的瓶颈所在?

    为了得到上述另一一二个 现象的答案,我们我们 须要掌握各类技能,比如通过jenkins打包发布版本,通过linux日志查看现象,通过MAT查看OOM异常时的Dump文件,诸没人类,这并且我 升级到架构师所须要的基本功。    

    并且我我们我们我们我们 在另一一二个 公司成为熟练工,达到“舒适区”并且,一定不可不可否局限于自己所被分配的活。肯能再达到高级开发的水平后,一定有肯能接触架构配置调优等方面的活,这并且,有条件的最好能亲身参与,肯能没条件,哪怕看配置看流程看代码也行。 

4 架构师得从底层代码深度1,进一步查看实现细节

     java语法谁总要,但从初级开发,高级开发和架构师等不同的视角,关注的点一定不同。

     初级开发会专注于“怎么才能 才能 调用”和“怎么才能 才能 不可不可否保证没人语法和逻辑上的现象”,高级开发会根据当前需求选着 某些大慨的语法点,比如遇到高并发会选着 “线程”,遇到NIO类需求时则选着 netty,而架构师则须要在使用各种组件时,进一步了解各种坑。

    比如在使用netty时,则须要了解怎么才能 才能 正确处理半包粘包现象,在使用堆外内存时怎么才能 才能 保证能正确回收内存。这就要求高级开发在升级到架构师的路上,更得关注必要的底层代码,比如netty里LengthFieldBasedFrameDecoder正确处理半包的实现代码,以及DirectBuffer帕累托图的相关代码。

    推而广之,除了netty之外,高级开发在“会用分布式组件”的基础上,更得从高可用(一台down了能自动切换)高并发(这不多了)集群上下功夫,这不可不可否另一一二个 个组件自己看多,网上类式资料不少,比如我前几天看多篇阿里架构师面试指南,后面 针对各组件提了不少现象,我们我们 可不可否逐一对比,根据现象查看底层实现细节。

    对高级开发而言,组件肯能并且我 另一一二个 个jar包,但对架构师而言绝有的是并且,比如某个基于netty的系统老会 出先 OOM异常,没人架构师首先得熟悉netty jar包里的底层代码,并且 必要时,得debug进你类式 底层代码,肯能通过dump文件发现现有系统在使用堆外内存时未释放内存的点。

    看底层代码,说起来容易做起来太难,要看多你类式 程度?怎么才能 才能 不可不可否不拘泥于细节?我目前的体会是,第一看流程,从流程里看你类式 组件的关键模块和重要土法子,第二还是结合阿里架构师面试题里的现象,比如提到dubbo底层通讯协议,没人就把对应的模块和对应的土法子看一下。

5 架构师的思维:更得让架构切合业务,还得控制风险

    记得我在入门架构师的结束了了英语 了了阶段,老会 很理想话,老会 会画出另一一二个 正确处理高并发的框图,后面 蕴含 了各种组件,这不算错,但并且我 第一步。

    在大多数场景里,架构师有的是从零起点设计,并且我 须要结合现有系统的各种痛点改造系统。举个例子,当前数据库性能更慢,肯能有钱语录,比较直接的土法子是升级到oracle,但往往不现实,并且我架构师可不可否搭建多个mysql实例,并且 用mycat做分库分表。并且 ,从单库切加上分库分表时,得考虑到,万一切换失败,我该怎么才能 才能 回退,由此可不可否设计出开关和汇总表等方案。

    没人高级开发怎么才能 才能 在这方面提升自己的能力呢?不可不可否跟在架构师后面 ,仔细分析具体的设计方案。俗话说,熟读唐诗三百首,不多再作诗也会吟,而各公司有哪几个会某些线上的组件,我们我们 可不可否通过看配置文件以及架构的工作流程,并且 ,在上线另一一二个 新架构方案时,可不可否多了解下避规风险和回退的方案。 

6 实践不可不可否提升,那怎么才能 才能 没实践肯能缘何提升?

    今年我在加入到另一一二个 互联网公司后,肯能有肯能接触到各种架构,并且我感觉有所提升。相比之下,我并且在一家外企,在架构方面更多的是“看视频看组件”,并且 在组内分享架构的內部代码(总之并且我 实践的肯能很少),并且我在那段时间里,我自己感觉进度效率不快。

    要应聘架构师的职位,首太难有相关实践经验, 但对某些没肯能实践的我们我们 来说,该缘何办?并且我的做法是,看资料,并且 冒充自己是架构师去面试,但这太难,肯能有经验的架构师级别的面试官,一看就能看出是真实做过还是理论经验。下面并且我 些真实有效的做法。

    1 可不可否在现有公司,多申请干些系统上线系统维护方面的工作,在外企,类式职位叫Support,在国内公司叫“系统运维”,具体的工作是负责把系统部署到产线上,以及在产线上搭建各种诸如oracle,mysql, nginx,mq等组件,你类式 岗位在各公司有的是,肯能有肯能,最好是能在类式岗位上干一段时间,肯能没肯能,就可不可否跟相关人员混熟,并且 看些配置,了解些架构搭建的土法子。

    2 遇到架构方面的方案评审,尽肯能多参加。组内肯能有架构方面的活,尽量多做些,刚结束了了英语 了了一定是不多再,不多再的并且千万别怕丢脸,多跟着熟悉架构的同事后面 多问,多看看人家是缘何排查和调试架构方面的活,一来二去就熟悉了。

    我也见到过某些同学,所在的公司用的技术比较传统,在整个公司里都没人肯能用到分布式组件架构,没人没土法子了,要么自己看资料自己练习(这我我其实效果不多好),要么自己找个肯能跳到互联网公司。

7 总结,求推荐

    说到底,升级的诀窍不可不可不是多观察多揣摩多实践,而升级路上的艰辛,真的是如人饮水,冷暖自知。

    自己尚属勤奋,并且我我其实天赋一般,在升级的路上也是一波三折步步艰辛,但在坚持之下,自认为也算某些进步,并且我尚敢写些心得供我们我们 参考。

    肯能我们我们 感觉本文有所帮助,请帮忙推荐此文,肯能感觉文章内尚有过高 ,也请通过评论多多帮助自己,自己不胜感激。

    关于转载有如下的说明。

    1 本文可转载,不多再告知,转载时请用链接的土法子,给出原文出处,别简单地通过文本土法子给出,一并写明原作者是hsm_computer。

    2 在转载时,请原文转载 ,如要在转载修改本文,请并且告知,谢绝在转载时通过修改本文达到能够转载者的目的。