We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
春节即将来临，2019 年的第一个月也快结束了，拖延了好久的年度总结，始终没想好怎么去总结 2018 年。
但确定的是，2018 年对自己来说是一个重要的时间点。因为去年，有两个重要的身份转变：
先回头看去年总结中的几个 TODO：
其中顺利毕业完成了，并且幸运地以优秀毕业生的身份毕业了。算是对大学画上了一个圆满的句号。
至于 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：
断续成文，不知所言。
The text was updated successfully, but these errors were encountered:
能把业务中遇到的问题抽象成通用解决方案并落地，真的是一件挺难的事情，下半年被业务压着走，希望 2019 能多读书，技术能力能 T 字形拓展。 引用狼叔在内网发文的一句话，高筑墙，广积粮，缓称王，共勉。
Sorry, something went wrong.
@xdlrt 是啊，说起来容易做起来难。但也不得不去想。我也是下半年业务非常多，满足业务需要的技术并没有多深，更多的是时间和人力。只是简单把需求做完了，对自己也没有什么成长。并且这个需求换了谁都能做。
加油！
@ZQ-jhon 共勉
No branches or pull requests
春节即将来临，2019 年的第一个月也快结束了，拖延了好久的年度总结，始终没想好怎么去总结 2018 年。
但确定的是，2018 年对自己来说是一个重要的时间点。因为去年，有两个重要的身份转变：
先回头看去年总结中的几个 TODO：
其中顺利毕业完成了，并且幸运地以优秀毕业生的身份毕业了。算是对大学画上了一个圆满的句号。
至于 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：
断续成文，不知所言。
The text was updated successfully, but these errors were encountered: