您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    在滴滴和头条干了 2 年开发,太真实…
    时间:2020-05-06 12:15 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    之前没有实习阅历,算是两年半的任务阅历吧。这两年半之间完成了一次提升,换了一家公司,有过开心满足的光阴,也有过迷茫挣扎的日子,不过还算顺利地从一只职场小菜鸟转变为了一名资深划水员。

    在这个进程中,总结出了一些还算适用的划水阅历,有些是本人领悟到的,有些是跟别人交流学到的,在这里跟大家分享一下。

    学会深化思索,总结沉淀

    我想说的第一条就是要学会深化思索,总结沉淀,这是我觉得最重要也是最有意义的一件事。

    ‌先来说深化思索。在顺序员这个圈子里,常能听到一些言论:我这个任务一点技术含量都没有,每天就CRUD,再写写if-else,这TM能让我学到什么东西?

    抛开一部分调侃和戏谑的论调不谈,这能够确实是一部分同窗的真实想法,至少曾经的我,就这么以为过。

    后来随着任务阅历的积聚,加上和一些高level的同窗交流讨论之后,我发现这个想法其实是十分错误的。之所以出现没什么可学的这样的看法,基本上是思想懒散的结果。

    任何一件看起来很不起眼的大事,只需停止深化思索,稍微纵向挖深或许横向拓宽一下,都是足以让人沉溺的知识陆地。

    ‌举一个例子。某次有个同窗跟我说,这周有个效劳 OOM 了,查了一周发现有个中央defer写的有成绩,改了几行代码上线修复了,周报都没法写。

    能够大家也遇到过这样的场景,还算是有一定的代表性。其实就查bug这件事来说,是一个发现成绩,排查成绩, 处置成绩的进程,包含了触发、定位、复现、根因、修复、复盘等诸多步骤。

    花了一周来做这件事,一定有不断尝试与纠错的进程,这外面其实就有很多思索的空间。 比如说定位,如何增加范围的?走了哪些弯路?用了哪些剖析工具?

    比如说根因,可以研讨的点最少有 linux 的OOM,k8s的OOM,go的内存管理,defer机制,函数闭包的原理等等。假设这些真的都不触及,依然花了一周时间做这件事,那复盘应该会有很多思索,提出来几十个WHY没成绩吧…

    ‌再来说下总结沉淀。这个我觉得也是大少数顺序员比较完善的中央,只顾埋头干活,可以把一件事做的很好。但是简直历来不做笼统总结,以致于任务好几年了,所掌握的知识还是零星的几点,不成体系,不只容易遗忘,而且形成本人视野比较窄,看成绩比较局限。

    适时地做一些总结沉淀是很重要的,这是一个从术到道的进程,会让本人看成绩的角度更广,层次更高。遇到同类型的成绩,可以按照总结好的办法论,系统化、层次化地推进和处置。

    ‌还是举一个例子。 做后台效劳,明天优化了1G内存,明天优化了50%的读写耗时,是不是可以做一下功用优化的总结?

    比如说在运用层,可以管理效劳对接的运用方,梳理他们拜访的合理性;在架构层,可以做缓存、预处置、读写别离、异步、并行等等;在代码层,可以做的事情更多了,资源池化、对象复用、无锁化设计、大key拆分、延迟处置、编码紧缩、gc调优还有各种言语相关的高功用实际…

    等下次再遇到需求功用优化的场景,一整套思绪立马就能套用过去了,剩下的就是工具和实操的事儿了。大家也可以 关注微信群众号: Java技术栈,在后台回复:架构 ,可以获取我整理的 N 篇 Java 架构教程,都是干货。

    ‌还有的同窗说了,我就每天跟PM撕撕逼,做做需求,也不做功用优化啊。先不讨论能否可以搞功用优化,单就做业务需求来讲,也有可以总结的中央。 比如说,如何做系统树立?系统中心才能,细叱边界,系统瓶颈,效劳分层拆分,效劳管理这些成绩有思索过吗?

    每天跟PM讨论需求,那作为技术同窗该如何培育产品思想,引导产品走向,如何做到架构先行于业务,这些成绩也是可以思索和总结的吧。就想一下,衔接手维护别人烂代码这种蛋疼的事情,都能让Martin Fowler整出来一套重构实际,还显得那么矮小上,我们确实也没啥必要对本人的任务妄自尊大…

    ‌所以说学习和成长是一个自驱的进程,假设觉得没什么可学的,大约率并不是真的没什么可学的,而是由于本人太懒了,不只是举动上太懒了,思想上也太懒了。

    ‌可以多写技术文章,多分享,强迫本人去思索和总结,毕竟假设文章深度不够,大家也不好意思地下分享。说到分享,大家可以 关注微信群众号: Java技术栈,在后台回复: Java,可以获取我写的过的 N 篇 Java 技术教程,都是干货。

    在滴滴和头条干了 2 年开发,太真实…

    积极学习,保持技术热情

    ‌最近两年在互联网圈里普遍传达的一种焦虑论叫做35岁顺序员现象,大意是说顺序员这个行业干到35岁就基本等着被裁员了。 顺序员终究无能多少年? 这篇引荐大家看下。

    不可否认,互联网行业在这一点上确实不如公务员等体制内职业。但是这个成绩里35岁顺序员并不是相对生理意义上的35岁,应该是指那些任务十几年和任务两三年没什么太大区别的顺序员。

    前面的任务基本是在吃成本,没有自动学习与充电,35岁和25岁差不多,而且没有了25岁时对学习成长的盼望,反而添了家庭生活的诸多琐事,薪资要求往往也较高,在企业看来这确实是没什么竞争力。

    ‌而假设我们积极学习,保持技术才能、知识储藏与任务年限成正比,这到了35岁哪还有什么焦虑呢,这样的大牛我觉得应该也是各大公司抢着要吧?但是学习这件事,其实是一个反人类的进程,这就需求我们强迫本人跳出本人的安逸区,自动学习,保持技术热情。

    在滴滴时有一句话大约是,自动跳出本人的温馨区,感到挣扎与压力的时分,往往是黎明前的黑暗,那才是成长最快的时分。相反假设觉得本人每天都过得很安逸,任务只是在混时长,那能够真的是温水煮青蛙了。

    ‌刚毕业的这段时间,往往闲暇时间还比较多,正是努力学习技术的好时分。借助这段时间夯实基础,培育出良好的学习习气,保持积极的学习态度,应该是受益终身的。至于如何高效率学习,网上有很多大牛写这样的帖子,到了公司后内网也能找到很多这样的分享,我就不多谈了。

    ‌可以加退学习小组和技术社区,公司内和公司外的都可以,关注前沿技术。

    ‌自动承当,及时交流反应

    ‌前两条还是从团体的角度动身来说的,希望大家可以提升团体才能,保持中心竞争力,但从公司角度来讲,公司招聘员工入职,最重要的是让员工发明出业务价值,为公司效劳。

    (责任编辑:admin)