博客统计信息

用户名:vata147
文章数:12
评论数:50
访问量:11048
无忧币:166
博客积分:266
博客等级:2
注册日期:2011-12-23

我的技术圈(1)

更多>>
程序员应该专注于提高技术
2012-02-17 15:08:44
原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://hml520.blog.51cto.com/4172455/782117

最近在看一本书《项目管理修炼之道》的时候。我突然领悟,原来我的学习方向彻底的错了。
一直以来我的想法都很直观:技术不是万能的,一个软件项目的成败,重要的是如何进行项目管理,而不是采用何种技术。
这个观念本事没有错误,但是用在了错误的人身上。
我是一名程序员,不是项目经理,不对整个项目负责,我的职责是按照项目经理的部署编写优质代码,用技术解决一切问题。


项目经理的责任是什么
第一,负责确定需求,提出方案
第二,负责分派工作
第三、监管开发进度与软件质量
可以看出项目经理的职责中没有编写代码这一项,也许有些项目经理还写一部分代码,但这不是他主要任务。
而程序员,则是负责编码的专业人士。


再看看程序员的职责。
1,软件工程师,按照既定的套路完成交付的编码任务,修改bug。无论新手还是老手,工作内容是一样的,区别仅在于一个有经验,速度快,质量高;一个没经验,速度慢,BUG多。这样的程序员一抓一大把,少了谁企业都照样运作。
2、中级软件工程师,在既定套路的基础上,独立思考部分的技术解决方案,通过编码解决。这时程序员已经有不少的自由了,可以在以往的经验之上搞一些创新。这样的程序员是企业的中干力量。
3,高级软件工程师,提出完整的技术解决方案。这时候程序员在一个领域内已经是专家级别的存在了,走到哪里都是不可或缺的人才,可归属于企业的核心竞争力之中,这样的人一旦离开公司,那就是伤筋动骨,也许还能维持,但以后就别想发展了。必须尽快找到一个能代替他的人,尤其是纯技术型的企业。
以上是我的总结,不一定对,大家不要对号入座。
扯远了,回到正题,说说为什么我的方向错了。因为我的想法,轻视了技术,对于管理人员来说,多掌握项目管理的知识能够保证项目进度和交付,但对于技术人员来说,只需要掌握技术本身就好,用技术去解决一切问题,至于项目的进度掌控,最终交付,需求谈判......全都甩到一边去,那不是技术人员的职责,工作一定要先干好本职才能获得认同。
如果对项目管理感兴趣那就做项目经理好了,但是要明白,首先做项目经理不需要写代码的,然后做项目经理要面对是无休止的会议,善变的需求,还有让人焦头烂额的bug。
而技术人员只需要安静的坐在电脑前,用自己掌握的编程语言,控制电脑做你想做的任何事情,如同掌控一个世界,bug不是问题,因为技术人员的职责之一就是解决bug。
然而不了解计算机是做不到的,所以往深处学习技术吧,掌握编程语言,算法,数据结构,以及计算机本身,不要被各种敏捷,框架,模式诱惑,那都是给懒人用的。
要掌握自己的命运,必须用自己的技术!别人的技术可以借鉴,但不能当做自己的。

本文出自 “黑芒楼” 博客,请务必保留此出处http://hml520.blog.51cto.com/4172455/782117

分享至
更多
一键收藏,随时查看,分享好友!
feng2087、hll814、wangqingpei557
14人
了这篇文章
类别:感悟技术圈()┆阅读()┆评论() ┆ 推送到技术圈返回首页

文章评论

 
2012-02-21 09:03:12
已阅~~~~~

2012-02-21 09:59:32
那你对技术的理解还是很浅薄
博主回复:
2012-02-22 20:43:26
谢谢支持

2012-02-21 10:22:42
不错,术业有专攻,分工明确才行,为什么需要一个团体,团体的力量不是体现在成员都能做团体其他人的可以做的事情,应该体现在。每一个都有自己的专长,做这个项目需要这个专长,每一个人都像木桶的一个木片,除非你想改变你的宽度或者位置,那么你提高自己价值唯一的方法就是提高自己的高度。
博主回复:
2012-02-22 20:43:10
你比我说的好,向你学习

2012-02-21 14:02:10
吸收过来就是自己的了!
博主回复:
2012-02-22 20:43:47
拿来主义,呵呵

2012-02-21 14:19:31
程序员应该专注于提高技术,但文章感觉言不达意,好似在讲解项目分工吧!
博主回复:
2012-02-22 20:48:48
谢谢批评,没讲清楚,所以又写了一篇。让你们看我废话了

2012-02-21 14:31:09
路过,踩一下

2012-02-21 17:13:37
没讲到重点啊 呵呵 支持一个。
博主回复:
2012-02-22 20:42:20
抱歉,我的语言组织能力比较差。新写了一篇文章,不知道有没有说出想说的。以后多写博客练习

2012-02-22 10:44:43
个人的价值体现于团体之中.人字的结构是相互支撑 呵呵

2012-02-22 11:01:27
路过,踩一下

2012-02-22 14:49:08
核批合格,同意发布

2012-02-22 16:42:29
协同作业,看个人的爱好了,我是喜欢技术不善于管理
博主回复:
2012-02-22 20:46:46
同好,给几个人分派工作比自己干还要累,而且最让人郁闷的就是刚出师就离职的员工了。

2012-02-23 10:09:06
出师就离职这个很正常,毕竟如今道德和物质的之间怎么取舍一直没有一个定论,再次现在职业道德更是淡薄。做技术给谁都是做,别人出的加个高为什么不跳,你说的出师就是一种问题,两方面都有,公司这方面觉得员工还是那个水平有所提高 但是不想给员工加薪,员工这时候有想法很正常,毕竟外面有人给,出师是有领导或者带你的人给的 但是不是公司给的,这个是个人感情,不是对公司的。说实话公司不会管你的将来,现在你能做就行。真正关注个人职业发展的我还没有见过,只有关注员工跟不上公司发展步伐的。
博主回复:
2012-02-23 19:58:17
主要是这几个人基本上都是在项目上突然走的,可能顶不住项目压力和受不住高薪诱惑,但是我觉得这样的不负责任让项目陷入困境不管的人还是太年轻了

2012-02-23 22:11:51
引用经典的一句话:不管你信不信,他确实发生了。年轻是个问题,真是个问题。这个时候道理是留不住的,他要走就是一股的冲劲,除非冲出去失败了,否则你怎么劝都是没有用的。就是要走,况且现在二三线我不知道,但是一线城市,就业机会多的是,就算失败了,换家公司还是照样干,这样就造成了在技术员工这方面公司的归属感不强。特别是本来就没什么打算的,你又不可能违心去出他不值的报酬,那么只能放手了。所以一个项目要有主干镇得住场子的,不能全部是年轻的。
博主回复:
2012-02-24 10:16:27
你说的其实有点偏颇,企业中不能只有主干,再NB的人也需要别人的支持,所以年轻员工必须培养,而且要大批量的培养,那样即使有几个人走了,也能有其他人来接替,我的公司就是出现了这样一个断层,公司业务发展比较快,但是人员跟不上,成了限制因素,我想这还是跟领导不够大气,没有把握住节奏有关,业务发展迅速需要大量人手的时候,那是一点都不能吝啬的。

2012-02-24 10:38:14
我只是说 有主干,骨干的凝聚力要强,只要不能突然空缺的情况,这样避免造成骨干流失,但是其他人员也要有,骨干要有,羽翼要丰。就像幸福的人的幸福基本上差不多,但是不幸的人有千万种一样,成功的项目,基本上要素关键点都差不多,但是失败的项目情况太多。

2012-02-28 10:40:59
在讨论中学习了
博主回复:
2012-02-28 10:44:06
呵呵,理不辨不明!

 

发表评论            

【技术门诊】专家解析:软考重点难点及应试技巧
昵  称:
登录  快速注册
验证码:

请点击后输入验证码博客过2级,无需填写验证码

内  容: