Z
Published on
· Last modified on
· Public

2016.7.28~2016.9.14

毕业后正式踏入工作岗位已经两月有余,回顾这段时间里的工作情况,我给自己的评价是5.0/10,恰好最近负责的项目已经上线,觉得有必要给自己作一个阶段性的总结。

这两个多月的时间里,自己基本上还是处于一种学习的状态,前期刚进入公司的时候一直在熟悉主题商店设计站的前端代码,在这个过程中,顺带接触了很多以前没有接触到的知识,比如最近很流行的Vue.js和ES2015,也稍稍体验了正规的开发流程,使用上了以前从未使用过的Git版本控制,也尝试了如今前端开发领域的各种工具和开发理念,例如前端代码的模块化,ES2015的编译工具Babel,以及资源打包工具Webpack,这些东西都给我带来了不同于以往的开发体验。

设计中心官网的前端页面开发是我接到的第一个正式项目,也基本是由自己独立开发并上线,项目目标是基于网站的原版将其修改成全屏滚动风格,和我对接的是来自设计中心的一个设计师同事,项目的总体工作量不算大,但是最后的交付时间还是延期,以前在网上看过一个研发技能表,当时不以为然,现在回想一下,很多里面描述的问题在自己身上显现出来。

由于当时对ES2015和Webpack还不够了解,所以设计师站的开发依然采用比较原始的开发方式,并基于jQuery和fullpage插件,但是在具体的开发过程中,由于自己对技术方案的梳理不够清晰,将原本简单的事情复杂化,原本用CSS就可以搞定的地方却用上了JavaScript,而且在碰到问题的时候,出于一种"一定要自己独立把这个问题解决"的心态,与导师的沟通和反馈都不及时,最终直接导致后面的代码重构和延期,现在想来,抱有这样一种做事的心态,简直too young,too simple。

回顾两个月的工作,我学到了什么?我觉得更多的是学到了一些正确的做事方式:

  • 保持高度的责任心和技术人应有的细心严谨。做人做事倘若没有基本的责任心,那和咸鱼有什么区别......既然接了工作任务,就要"不择手段"地达成预期目标。作为一名程序员,写代码的时候有没有考虑过性能,代码复用,以及安全性?终端执行危险命令之前有充分了解可能带来的后果吗?悲催的是,在某一天快下班的时候,我在没有git add也没有git commit的情况下便执行了git reset --hard,导致当天写的代码全部丢失,最终人肉还原。
  • 锻炼良好的沟通技巧。这是这两个月来出现在我身上最明显的问题,与导师和同事的交流沟通不积极,不主动。工作不是自己学习研究,没必要去试图证明什么,工作的首要任务就是在规定时间内完成需求,达成目标,开发过程中,遇到问题要及时反馈,避免拖慢进度,对产品设计有意见,要学会与同事进行沟通。作为一名程序员,脑海中的逻辑,除了体现在代码之中外,更要能够清晰的用言语和文字表达出来,面对同事中途提出的需求,有意见?意见该如何表达?产品需求中途变更且基于现有的代码架构无法实现?为什么无法实现?如何以清晰易懂的方式来说服对方?这些问题都值得思考琢磨。
  • 学会对任务进行细分,化繁为简。我自己的体验是,对工作任务进行细分有助于更好地在问题面前理清思路,开始动手写代码之前,尝试将功能需求切分成更小的功能模块,然后按照逻辑顺序递进与拼接。本次设计中心官网的开发初期,在技术方案不明确的情形下动手就写,越写越乱,两周后重构,仔细分析,一天的时间便完成了基本的代码框架。
  • 掌握正确的学习方式。任何一个工具和类库的诞生,都有它的目的和使用场景以及背后的设计思想,先搞清楚这些,后面的学习基本上就是阅读文档和API手册了。和优秀的人相处,观察学习对方的处事方式,对比自身的不足,但保留自己的主见和创造性。
  • 程序员也需要有产品意识。嗯,貌似升级为leader的程序员和创业的程序员最后都会向产品经理的方向演变,通过这次项目开发和参与过的几次周会来看,程序员不能只会闷头写代码,面对产品经理提出的一系列需求,要能够判断哪些是不合理的并提出异议,如果所参与项目没有专门的产品经理对接,自己也要能够作出合适的决定。
Sign in or Sign up Leave Comment