我的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点了,在本文的最后,祝大家圣诞快乐!>.<

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

目录
相关文章
|
7天前
|
数据可视化 搜索推荐 数据挖掘
为什么你的工作清单总是写了却没用?
本文探讨了清单在工作中的重要性,特别是对于产品经理这一角色。清单不仅可以帮助避免重复错误、节省时间、提高效率,还能提升团队协作能力和稳定工作成果。文章通过多个案例和方法,详细介绍了如何打造和使用高效的清单,以及推荐了“板栗看板”这一工具,助力团队更好地管理和执行清单任务。
A2021-A2022年度总结项目内容。(一)
A2021-A2022年度总结项目内容。(一)
56 0
|
7月前
|
存储 小程序 数据库
零基础开发小程序第五课-修改数据
零基础开发小程序第五课-修改数据
|
编译器 C++ Windows
程序环境的内容
程序环境的内容
|
存储 小程序 数据库
零基础开发小程序第五课-修改数据(一)
零基础开发小程序第五课-修改数据(一)
|
小程序
零基础开发小程序第五课-修改数据(二)
零基础开发小程序第五课-修改数据(二)
|
前端开发 JavaScript
A2021-2022年度总结(项目内容五)
A2021-2022年度总结(项目内容五)
96 0
A2021-2022年度总结(项目内容五)
|
前端开发
前端工作小结12-工具里面代码提交
前端工作小结12-工具里面代码提交
72 0
前端工作小结12-工具里面代码提交
|
前端开发
前端工作总结131-优化项目的代码显示名字
前端工作总结131-优化项目的代码显示名字
104 0
前端工作总结131-优化项目的代码显示名字
|
前端开发
前端工作小结83-当前导致name报错
前端工作小结83-当前导致name报错
92 0
前端工作小结83-当前导致name报错

相关实验场景

更多