2018 年度总结

@nodejh 2019-01-31 15:43:33发表于 nodejh/nodejh.github.io

春节即将来临,2019 年的第一个月也快结束了,拖延了好久的年度总结,始终没想好怎么去总结 2018 年。

但确定的是,2018 年对自己来说是一个重要的时间点。因为去年,有两个重要的身份转变:

  • 从实习生变成了正式员工
  • 从学生变成了社会人员

先回头看去年总结中的几个 TODO:

  • 顺利毕业
  • 完成 GitHub 上的空项目
  • 深入 JS/Node.js,熟悉 Golang
  • 其他

其中顺利毕业完成了,并且幸运地以优秀毕业生的身份毕业了。算是对大学画上了一个圆满的句号。

至于 Github,去年的 commit 只有一百多个,相比前两年少了非常多。当然,只要是因为开始工作了,工作之余,没怎么写其他代码。对于 Node.js,算是更加熟悉了,但感觉还不够。Golang 只看了一下语法,没有实践。

2018 年,去过十多个城市,但现在想起来,好像已经非常遥远了。基本都是上半年去的。工作了就再没有那么多时间出去玩了。

此外还有一些变化:

  • 写博客少了
  • 看技术书籍/文章少了
  • 关注新技术也少了

这些都需要在新的一年做出些改变。

在 2018 的下半年,团队的需求量暴增,尤其是去年 11 月、12月,需求多、业务复杂,每个同学都加班加点。最近终于有所好转。

正式工作的这半年的时间,自己除了业务之外,持续做的一件事情就是质量提升。从最开始的编码规范的确定、到团队 Code Review 机制,再到应用的监控,这一系列事情做下来,遇到了不少技术与非技术的困难与麻烦,现在终于有了点成效。

在阿里,也经常听到一个词叫 “产出”。就是说,不仅要做业务,还要有产出。高质量完成业务,只是一个员工的基本要求。业务开发快,需求做得好,也就仅此而已。不管业务有多繁忙。要想变得更优秀,就需要基于业务或业务之外更多的 “产出”。同时作为一名技术人员,技术成长是自己的事情。所以有时候也会思考,如何在完成业务的同时也提升自己的技术。虽然目前还没有结论。

如何找到业务至于的产出呢?我目前的一些想法是,要善于发现工作中的问题,并且找到方案去解决。并且把这个方案抽象成一种通用的解决方案,抽象为解决这一类问题的方案。

算上实习,在阿里工作已经快两年了,想想真是时间过的飞快。最近也越来越觉得,一些不经意的决定,可能当时漫不经心,但回过头来看,就会对以后有非常多的影响。

比如自己现在的职位是一名前端开发。但我真的就很喜欢前端开发吗?其实也不一定。那我现在为什么会做前端开发呢?主要还是因为,校招的时候,我更擅长 JavaScript/Node.js,所以投了前端岗位。再往回看,为什么我会擅长 JS 呢?其实最开始我是写 PHP的,大概 13、14年的时候,因为 Node.js 开始有了大量的关注,自己开始接触 Node.js,再到后来 React.js 诞生,学习了 React.js,所以对 JS 更加熟悉了。当然,你要问我是不是不想做前端开发?那肯定不是的。主要还是因为自己比较喜欢 Coding,然后现在擅长前端。

有时候也会思考,作为一名前端工程师,其实更愿意称自己为全栈工程师,未来职业应该向哪个方向发展?其实对这个问题还是很疑惑。可能这个问题暂时也不用过于纠结。

2018 年就这么过去了。和 2017 年相比,感觉少了一些激情,希望 2019 年找回来。

至于 2019 年的目标,大概还是朝着一个优秀的全栈工程师的方向去发展。

说到全栈,经常听到一句话说是,很多前端以为自己学个 Node.js 就是全栈了。其实我觉得要看学 Node.js 学的到底是什么。Node.js 也好,其他编程语言也好,只是一个工具。更多的是这些工具之后的服务端技术,比如数据库、网络、操作系统等。

也简单列一些 2019 的 TODO List:

  • 多写点技术总结
  • 多看些开源项目源码
  • 学习 Go

断续成文,不知所言。