两年后端程序员的困惑,关于后端开发的整体感知

即将迎来工作两年的结点,说实话一直在进行纯粹的开发工作,使用各种工具,调用各种API,实现各种工作,然后熟悉各种第三方。课余时间在学习一些自己喜欢的东西,搞一些游戏编程,看一下其他的内功书籍比如重构,简洁代码。。。
但是随着公司团队的变更和技术栈的改变,有时间来沉淀一下,发现一个严重困扰我的问题,而且我觉得会影响到我的职业发展!


——我对于整体的后端服务开发并没有一个整体的认识和感知。


可能有点空洞。具体来说,这个问题是新团队在阐述具体后端架构设计时候产生的。讲到了包括API和Service的层次分离,边界确定;在用golang设计框架时候使用的一些中间件;关于高性能IO,重试策略,性能监控等等等。。。只是大致知道字面意思,而我发现很多我是听不懂的。。。从而我突然发现我将近两年的时间我一直在真正意义上的搬砖,而不是对软件开发我还是不甚了解。。。。


so,请各位大神,解惑,我想这个问题应该也是一部分同学的问题吧。


PS:这些知识应该如何补救呢?


跪谢!

已邀请:

xiayf - 程序员,译者,GO、Python、PHP、JS

赞同来自: LinTao

工作中不要局限于自己做的那点开发工作,要多从系统整体的角度思考架构,架构每个部分解决的问题,架构是否可以优化,等等,多思考多总结。

SunisDown - @douban

赞同来自:

多造轮子


平时的工作中你基本上不会有机会接触新的东西,除非你特别幸运。
这种情况下需要你用业余时间多造一些轮子,造感兴趣的。比如你对操作系统感兴趣,可以去写一个小一点的操作系统玩。或者你对存储感兴趣可以写一个存储引擎玩。也可以自己写一个web 框架,这样对于web实现就了解更透彻一些。

Xargin - 滴滴打杂工

赞同来自:

多看代码,和自己写的做对比,别光闷头写

要回复问题请先登录注册