我的2014年总结-工作内容的转变篇

简介: 又到年底了,准备把自己今年的成长历程也做下总结。 2014年对我而言算是改变比较大的一年吧,特别是2014年下半年我感觉对于我的成长是更多的。其实我觉得应该分为2014年上半年总结和2014年下半年总结两部分,但是最后还是决定统一从不同方面来概述吧 基本上可以从以下几点来描述吧 1.

又到年底了,准备把自己今年的成长历程也做下总结。

2014年对我而言算是改变比较大的一年吧,特别是2014年下半年我感觉对于我的成长是更多的。其实我觉得应该分为2014年上半年总结和2014年下半年总结两部分,但是最后还是决定统一从不同方面来概述吧

基本上可以从以下几点来描述吧

1.工作内容的转变

2.公司情况的转变

3.生活质量的转变

4.心态的转变

 


 

首先是工作内容的转变

   2013年的时候,我感觉我至少还有50%的时间是在写代码的,但是从2014年开始,我写的代码越来越少,2014年上半年以前还是会写不少代码的,但是下半年开始就很少写具体的代码了,特别是最后三个月,一个星期可能只有1天在写代码。做为一名程序员而言,我知道这样是非常不好的。同时我自己其实也有深刻的体会“继续这样下去是会有问题的!”。不知道其他人的情况是怎么样,但是就我自己而言,我发现自己竟然开始“恐慌”起来了。

  是的,你没有看错,我是真的感觉到了恐慌。为什么会恐慌? 这是有原因的,我是09年读的大学,12年毕业(专科)。大一代码接触的其实是不多的,所以即使从大二开始算起, 我的程序员路途也才走过了4年,如果不算大学的时间的话(我觉得大学里面写的代码对于我而言只能算练习),我真正写代码的时间可能顶破天也才2年吧。

  因为相比其他人而言,我的代码真的写的太少了。因为代码写的少,对知识了解的少,所以我会开始恐慌。

  知道的越多,你才会发现你自己越无知,而人们天生就会对未知的东西感到恐惧,而我则是真正的无知。所以我感觉到了恐慌。

  而恐慌就导致我害怕写代码,越害怕写代码就越会不写代码,越不写代码就会越害怕,然后就变成死循环了!!!!!!!!!

  我最近才开始努力尝试解决这个死循环。。。。。。至于能不能成功,我也不知道,因为我做事往往是三分钟热度。。

  讲到这里可能有人会问,你为什么写代码的时间越来越少。

  好吧,水了这么久,其实到这里才开始真正该段的主题——————>

  我目前的工作已经慢慢从程序员转变到了项目经理(其实也算不上项目经理,但是我也想不到其他形容词,估计就这么定义吧)的角色

  其实从一开始建立公司起,我的角色就是定位为项目经理的角色,负责对外的沟通、项目的需求分析、开发任务的安排等相关内容,但是由于刚开始搞,算上我老师也就三个人,而实际工作中,我老师是负责前期的沟通,以及底层的技术。所以不管一开始的定位怎么样,2013年的时候我是什么都干的(沟通、美工、程序等等)。当然由于13年就那两三个项目,另外只有我和我同事两个人,所以我还是会有大量的时间写代码的。经常早上8点写到晚上8点,无休。也是从那时候烙下的病根,现在只要长时间敲键盘,就会肩周炎。

  13年结束的时候,我们的团队扩充到了5个人(都是程序员),而14年开始,我的同学走了,去了杭州,对于我而言,我觉得他是一位厉害的角色,我们也以大神称呼他,之后留了个学弟,但是没多久也走了,总之到14年上半年结束,我们只有3个人了。

  由于14年上半年,我们的开发任务并不多,再加上有5个人了,所以我的职责也慢慢的由20%(就总时间而言)的项目经理,慢慢增长到了50%左右吧。

  而从14年下半年开始,加入了一些学生进来,人员适当的得到了一定的补充,再加上项目的增加,我写代码的时间越来越少,慢慢的成为了一个80%的项目经理。

  说到这里,我就把我现在主要负责的工作做下总结吧:

  1.工作任务的分配

  2.与客户沟通新项目需求

  3.为客户提供建设方案

  4.以及老项目的日常技术问题解决

  5.偶尔写写代码(但其实写的真的不多)

  大概就是这么几点吧,其实如果真的要我选择的话,我还是更喜欢安安静静的做一个程序员,写写代码。多么开心的生活啊。

  其实我还是很喜欢写代码的,但是人的精力是有限的,当你的精力被分散了之后就很难聚集起来了,也许很多人会嘲笑我不是真的热爱代码,因为如果我真的热爱代码的话,即使再忙也应该写点代码。不管怎么样我觉得我已经做的不错,因为最近做事我慢慢的开始列清单了,我的清单上列了11项我要做的事情,这11项要处理的事情中,只有1-2项是跟代码有关的。。你就知道我有多无奈了。

  其实到目前为止与工作内容相关的内容已经没了,如果非要总结的话,其实在上面也已经总结过了。

  无非是从程序员转向了项目经理而已。


 

在本文的最后,给大家一点我个人的感悟:

  1.建议各位一定要积累了足够多的项目经验,再去考虑升级成项目经理。(可能很多人觉得这里是屁话,因为项目接触不多怎么可能成为项目经理。但万事无绝对嘿嘿)

  2.即使成为了项目经理,也要持续的写代码。(技术的积累,才能为你提供坚强的后盾)

  3.如果安排事项、分析事项严重程度的能力不是特别强的话,那么建议先锻炼这方面的能力。(建议从思维导图开始)

  4.技术出身的项目经理绝对比半吊子的好上很多。

  5.程序员其实比项目经理要轻松,也要快乐很多。(这点是我由衷的感悟,也是我觉得本文最重要的一个观点,如果你想快乐的工作,那么还是当程序员会比较开心)


马上就要12点了,在本文的最后,祝大家圣诞快乐!>.<

其他三篇内容下次再写嘿嘿。

目录
相关文章
|
1月前
|
数据可视化 项目管理
什么是关键工作?如何识别和管理项目中的关键工作?
项目管理中的关键工作是指那些一旦延迟便会影响整个项目进度的任务。本文从实战角度探讨了关键工作的定义、识别方法及高效管理策略,强调了资源优先配置、预警机制、应急方案及频繁沟通的重要性,并介绍了几款有助于关键任务管理的项目管理工具。
54 1
A2021-A2022年度总结项目内容。(一)
A2021-A2022年度总结项目内容。(一)
56 0
|
编译器 程序员 C语言
C++入门(内容补充)
之前给大家更新了一系列关于C++的基础语法,那么今天小编再给大家进行部分内容的补充,然后我们马上就会进入类有关内容的介绍。
75 0
|
前端开发 JavaScript
A2021-2022年度总结(项目内容五)
A2021-2022年度总结(项目内容五)
95 0
A2021-2022年度总结(项目内容五)
|
JSON 前端开发 JavaScript
2022-6月工作问题整理记录
2022-6月工作问题整理记录
2022-6月工作问题整理记录
|
前端开发
前端工作小结33-确定需求报告
前端工作小结33-确定需求报告
73 0
前端工作小结33-确定需求报告
|
前端开发
前端工作总结131-优化项目的代码显示名字
前端工作总结131-优化项目的代码显示名字
102 0
前端工作总结131-优化项目的代码显示名字
|
前端开发
前端工作小结12-工具里面代码提交
前端工作小结12-工具里面代码提交
71 0
前端工作小结12-工具里面代码提交
项目总结,要做哪些内容
项目总结,要做哪些内容
118 0
保留正常工作的环境,等自己的搞好后再替换
保留正常工作的环境,等自己的搞好后再替换
94 0