2018 年度总结
Opened this issue · 4 comments
春节即将来临，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
断续成文，不知所言。
能把业务中遇到的问题抽象成通用解决方案并落地，真的是一件挺难的事情，下半年被业务压着走，希望 2019 能多读书，技术能力能 T 字形拓展。
引用狼叔在内网发文的一句话，高筑墙，广积粮，缓称王，共勉。
@xdlrt 是啊，说起来容易做起来难。但也不得不去想。我也是下半年业务非常多，满足业务需要的技术并没有多深，更多的是时间和人力。只是简单把需求做完了，对自己也没有什么成长。并且这个需求换了谁都能做。
加油！