㈠ 一个好的程序员至少应该具备哪些条件
楼上的几位显然误会我的意思了，我并不是说不应当写文档加注释注重团队精神，看看下面的一篇文章，那位三天就写出UNIX的他需要写文档注释和团队精神吗，他用不着。哪个高手没有一点傲气和自信，他之所以敢对用户说：拿到你想要的，然后滚蛋，你已经很幸运了！是因为他有这个资本。天才本就不循规蹈矩，那样他就不叫天才了。
MIT BBS上说微软电话面试的一道题就是“Who do you think is the best coder,
and why?”。我觉得挺有意思的，也来凑个热闹。排名不分先后。
Bill Joy, 前任Sun的首席科学家，当年在Berkeley时主持开发了最早版本的BSD。他还
是vi和csh的作者。当然，Csh Programming Considered Harmful 是另一个话题乐。据
说他想看看自己能不能写个操作系统，就在三天里写了个自己的Unix, 也就是BSD的前
身。当然是传说了，但足见他的功力。另一个传说是，1980年初的时候，DARPA让BBN在
Berkley Unix里加上BBN开发的TCP/IP代码。但当时还是研究生的B伯伯怒了，拒绝把BBN
TCP/IP加入BSD，因为他觉得BBN的TCP/IP写得不好。于是B伯伯出手了，端的是一箭封
喉，很快就写出了高性能的伯克利版TCP/IP。当时 BBN和DARPA签了巨额合同开发TCP/IP
Stack，谁知他们的代码还不如一个研究生的好。于是他们开会。只见当时B伯伯穿
个T-shirt出现在会议室(当时穿T-shirt不象现在，还是相当散漫的哈)。只见BBN问：你
怎么写出来的？而B伯伯答：简单，你读协议，然后编程就行了。最令偶晕倒的是，B伯
伯硕士毕业后决定到工业界发展，于是就到了当时只有一间办公室的Sun, 然后他就把
Sparc设计出来乐。。。象这种软硬通吃的牛人，想不佩服都不行的说。据Bill Joy的同
事说，一般开会的时候B伯伯总是拿一堆杂志漫不经心地读。但往往在关键之处，B伯伯
发言，直切要害，提出漂亮的构想，让同事们彻底崩溃。对了，他还是java Spec和JINI
的主要作者之一。
John Carmack，ID Software的founder和Lead Programmer。上个月和一个搞图形的师兄
聊天，他竟然不知道John Carmack, 也让偶大大地晕了一把。不过也许搞研究的和搞实
战的多少有些隔吧。想必喜欢第一人称射击游戏的都知道J哥哥。90年代初只要能在PC
上搞个小动画都能让人惊叹一番的时候，J哥哥就推出了石破天惊的Castle Wolfstein,
然后再接再励，doom, doomII, Quake...每次都把3-D技术推到极限。J哥哥的简历上说
自己的专长是"Exhaust 3-D technology"，真是牛人之言不我欺的说。做J哥哥这样的人
是很幸福的，因为各大图形卡厂家一有了新产品就要向他“进贡"
，不然如果他的游戏不支持哪种卡，哪种卡基本就会夭折乐。当初MS的Direct3D也得听
取他的意见，修改了不少API。当然，J哥哥在结婚前十数年如一日地每天编程14小时以
上，也是偶们凡人望尘莫及的。对了，J哥哥高中肆业(？)，可以说是自学成才。不过
呢，谁要用这个例子来为自己学习不好辩护，就大错特错了。那 Leonardo Da Vinci还
是自学成才呢(人是私生子，不能上学)。普通人和天才还是有区别的。对了，其实偶们
叫“达分奇”是相当不对的，因为Vinci是地名，而Da Vinci就是从Vinci来的人的意
思。换句话说，Leonardo Da Vinci就是“从Vinci来的Leonardo”的意思。叫别
人“Da Vinci”就不知所谓乐。嗯，扯远了，打住。
David Cutler，VMS和Windows NT的首席设计师，去微软前号称硅谷最牛的kernel开发
员。当初他和他的手下在微软一周内把一个具备基本功能的bootable kernel写出来，然
后说：“who can't write an OS in a week?"，也是牛气冲天的说。顺便说一句，D爷
爷到NT3.5时，管理1500名开发员，自己还兼做设计和编程，不改coder本色啊。
D爷爷天生脾气火爆，和人争论时喜欢双手猛击桌子以壮声势。 日常交谈fuck不离口。
他面试秘书时必问："what do you think of the word 'fuck'?" ，让无数美女刹羽而
归。终于有一天，一个同样火爆的女面对这个问题脱口而出："That's my favorite
word"。于是她被录取乐，为D爷爷工作到NT3.5发布。
Don Knuth。高爷爷其实用不着偶多说。学编程的不知道他就好像学物理的不知道牛顿，
学数学的不知道欧拉，学音乐的不知道莫扎特，学Delphi的不知到 Anders Hejlsberg，
或者学Linux不知道Linus Torvalds一样，不可原谅啊。为了让文章完整，就再罗唆几句
吧。高爷爷本科时就开始给行行色色的公司写各种稀奇古怪的编译器挣外快了。他卖给别
人时收一两千美元，那些公司拿了code，加工一下卖出去就是上万上十万。不过也没见高
爷爷不爽过，学者本色的说。想想那可是60年代初啊，高爷爷写编译器写多了，顺带就搞
出了个 Attribute Grammar和LR(k)，大大地造福后人啊。至于高爷爷在CalTech的编程比
赛(有Alan Kay得众多高高手参加)总是第一，写的Tex到86年就code freeze，还附带2^n
美分奖励等等都是耳熟能详的，偶就不饶舌乐。
顺便说一下，高老大爷是无可争议的写作高手。他给Concrete Mathematics 写的前言可
谓字字铿锵，堪为前言的典范。他的技术文章也是一绝，文风细致，解释精当，而且没
有学究气，不失轻快跳脱。记得几年前读Concrete Mathemathics，时不时开怀大笑，让
老妈极其郁闷，觉得我nerdy到家，不可救药。其实呢，子非鱼，安知鱼之乐，更不知那
完全是高爷爷的功劳。说到写作高手，不能不提Stephen A. Cook。他的文章当年就被我
们的写作老师极力推荐，号称典雅文风的样本。库爷爷一头银发，身材颀长，总是面带
谦和的微笑，颇有仙风道骨，正好和他的仙文相配的说。
高爷爷其实还是开源运动的先驱。虽然他没有象Richard Stallman那样八方奔走，但他
捐献了好多作品，都可以在网上看到，比如着名的Mathematical Writing，MMIXWare，
The Tex Book等，更不用说足以让他流芳百世的Tex乐。
Ken Thompson，C语言前身B语言的作者，Unix的发明人之一(另一个是Dennis M. Riche
老大，被尊为DMR)，Belle(一个厉害的国际象棋程序)的作者之一, 操作系统Plan 9的主
要作者(另一个是大牛人Rob Pike,
前不久被google挖走了)。Ken爷爷也算是计算机历史上开天辟地的人物了。1969年还是
计算机史前时代，普通人都认为只有大型机才能运行通用的操作系统，小型机只有高山
仰止的份儿。至于用高级语言来写操作系统，更是笑谈。Ken爷爷自然不是池中物，于是
他和DMR怒了，在1969年到1970间用汇编在PDP-7上写出了UNIX的第一个版本。他们并不
知道，一场轰轰烈烈的UNIX传奇由此拉开了序幕。Ken爷爷在1971年又把Unix用C重写，
于是C在随后20年成就了不知多少豪杰的梦想和光荣。
Ken爷爷还有段佳话： 装了UNIX的PDP-11最早被安装在Bell Lab里供大家日常使用。很
快大家就发现Ken爷爷总能进入他们的帐户，获得最高权限。Bell
Lab里的科学家都心比天高，当然被搞得郁闷无比。于是有高手怒了，跳出来分析了UNIX
代码，找到后门，修改代码，然后重新编译了整个UNIX。就在大家都以为“这个世界清
净了”的时候，他们发现Ken爷爷还是轻而易举地拿到他们的帐户权限，百思不解后，只
好继续郁闷。谁知道这一郁闷，就郁闷了14年，直到Ken爷爷道出个中缘由。原来，代码
里的确有后门，但后门不在Unix代码里，而在编译Unix代码的C编译器里。每次C编译器
编译UNIX的代码，就自动生成后门代码。而整个Bell Lab的人，都是用Ken爷爷的C编译
器。
(6)Rob Pike, AT&T Bell Lab前Member of Technical Staff ，现在google研究操作系
统 。罗伯伯是Unix的先驱，是贝尔实验室最早和Ken Thompson以及Dennis M. Ritche开
发 Unix的猛人，UTF-8的设计人。他还在美国名嘴David
Letterman的晚间节目上露了一小脸，一脸憨厚地帮一胖子吹牛搞怪。让偶佩服不已的
是，罗伯伯还是1980年奥运会射箭的银牌得主。他还是个颇为厉害的业余天文学家，设
计的珈玛射线望远镜差点被NASA用在航天飞机上。他还是两本经典，The Unix
Programming Environment 和 The Practice of Programming 的作者之一。如果初学者
想在编程方面精益求精，实在该好好读读这两本书。它们都有中文版的说。罗伯伯还写
出了Unix下第一个基于位图的窗口系统，并且是着名的blit终端的作者。当然了，罗伯
伯还是号称锐意革新的操作系统，Plan9，的主要作者。可惜的是，Plan9并没有引起多
少人的注意。罗伯伯一怒之下，写出了振聋发聩的雄文 Systems Software Research is
Irrelevant，痛斥当下系统开发的不思进取，固步自封的弊病。虽然这篇文章是罗伯伯
含忿出手，颇有偏激之词，但确实道出了系统开发的无奈：开发周期越来越长，代价越
来越大，用户被统一到少数几个系统上，结果越来越多的活动是测量和修补，而真正的
革新越来越少。
就在罗伯伯郁闷之极的时候，google登门求贤来乐。如果说现在还有一家大众公司在不
遗余力地把系统开发推向极致的话，也就是google乐。随便看看google的成果就知道
了。具有超强容错和负载平衡能力的分布式文件系统GFS
(现在能够用100,000台廉价PC搭起一个巨型分布系统，并且高效便宜地进行管理的系统
也不多哈)，大规模机器学习系统(拼写检查，广告匹配，拼音搜寻。。。哪个都很牛的
说)，更不用说处理海量并行计算的各式google服务了。Rob在System Software
Research is Irrelevant里萧瑟地说现在没有人再关心系统研究的前沿成果了。想不到
他错了，应为google关心。google网络了大批功成总是试图吸取系统研究的最新成果。
想必Rob Pike在google很幸福。愿他做出更棒的系统。
Dennis M. Ritchie, 既然Ken Thompson是我的偶像，新闻组上人称DMR的Dennis M.
Ritchie自然也是，毕竟两人共同缔造了UNIX，而Dennis几乎独力把C搞大(当然，C的前
身是B，而B是Ken Thompson一手做出来的)。两人1983年分享图灵奖，是有史以来少数几
个因工程项目得奖的工程师(本来是唯一的一对儿，但Alan Kay才因为SmallTalk得奖，
所以就成了唯二的乐) 一个人一生能做出一个卓越的系统已经不易，DMR的C和UNIX长盛
不衰近30年，至今生机勃勃，DMR此生可以无憾的说。
D爷爷也算有家学渊源：他老爸在AT&T贝尔实验室工作了一辈子，并在电路设计方面卓有
成就，还出了本颇有影响的书The Design of Switching Circuits，据说在交换理论和
逻辑设计方面有独到的论述。当然，D爷爷和他老爸是不同时代的人：他老爸的研究成
形于晶体管发明之前，而D爷爷的工作离了晶体管就玩儿不转乐。:-D
不要看D爷爷搞出了C，其实他最爱的编程语言是Alef，在Plan9上运行，支持并行编程。
Alef的语法和C相似，但数据类型和执行方式都和C大大不同。说到语言，D爷爷对后来
人有非常中肯的建议：抱着学习的目的来开发你自己的语言，不要冀望于它被众人接
受。这个建议不光对语言开发有用，也适用于其它大型系统的开发。别的不说，DMR后来
领导自己的团队在1995年和1996分别推出了Plan9和Inferno操作系统，又用多少人知道
呢？其实，D爷爷当初也没想过C会风行世界。他开发C的初衷和Eric S. Raymond
在Cathedral and Bazaar里阐述的一样，就是要消除自己对现有工具的不爽之处。谁
知D爷爷无心插柳，C竟然受到众多程序员的狂热拥戴，连D爷爷自己都大惑不解。在一次
采访中D爷爷说大概那是因为C的抽象程度碰巧既满足了程序员的要求, 又容易实现。当
然C一度是Unix上的通用语言也是原因。但不管怎么说，D爷爷对编程语言出色的审美意
识奠定了C广为流传的基础。
最后八卦一下。D爷爷的业余爱好和NBA大牛Karl Malone一样：开卡车。不过D爷爷更喜
欢开NASCAR，而KM独爱巨无霸。J D爷爷自称心中不供偶像，如果一定要说一个，那就
是Ken Thompson了。现在Ken爷爷退休当飞机教练去了，而D爷爷当了贝尔实验室系统开
发部的头，整日忙于开支票。他俩合作20年，屡屡创造历史。这段令人神往的佳话，也
就长留你我心中乐。
P.S., 很多人都以为Brian W. Kernighan是C的作者。其实BWK只是写了那本经典K&R C。
据D爷爷说，他，Ken, 和Kernighan三人中，Kernighan最能写文章，他次之，而Ken写
得最少；但说到编程，Ken爷爷才是当之无愧的老大。
Edsger Wybe Dijkstra, 对，就是E.W. Dijkstra. 一提到EWD，很多人就会想起找最短
路径的Dijkstra Algorithm，就好像一提到Sir. Tony Hoare，就想起Quick Sort一样。
其实这些个算法不过是两个牛人在他们职业生涯中最琐碎的贡献。比如Dijkstra算法，
无非是戴爷爷在1956年为了展示新计算机
ARMAC的计算能力，初试身手的成果，属于他的算法处女作。据戴爷爷自述，他搞出最
短路径算法的时候连纸笔都没用。当时他和他老婆在阿姆斯特丹一家咖啡厅的阳台上晒
太阳喝咖啡，突然就把这个算法想出来乐。而且当时的算法研究还比较原始，牛人们忙
着用计算机搞数值计算，对离散算法不屑一顾。那时连一个象样的专注于离散算法的专
业期刊都没有。戴爷爷于是推迟发表这个算法。直到1959年，他才把这个算法发表
在Numerische Mathematik的创刊号上，权为捧场。:-)
EWD在多个领域牛气冲天，端的是理论和编程两手硬的高手。只不过他的很多工作比较
深刻，学校的老先生们觉得本科生接受不了，不给本科生讲而已。
戴爷爷大概因为最短路径算法一战成名，于是有人请他参加另一台计算机X1的设计工
作，并且把设计实时中断系统的任务派给了他。现在看来实时中断也许不算什么，但要
知到，X1前根本就没有实时中断的概念。实现它简直就是一场豪赌。戴爷爷起初还不情
愿，但经不住项目负责人Bram和Carel的轮番 “吹捧”：我们知道实时中断让您工作变
得非常困难，但象您这样的牛人肯定能做出来的说。结果戴爷爷被糖衣炮弹彻底击穿，
接下了这个烫手山芋。两三年后，他不仅搞出了实时中断，还围绕这个写出了自己的博
士论文，顺利戴上博士帽。
让戴爷爷真正成名立万的还是在X1上开发的Algo60，最早的高级语言之一。戴爷爷没日
没夜地工作了8个月，就搞出了Algo60，也因此获得了 1972年的图灵奖。因为Algo60，
戴爷爷发表了一篇石破天惊的文章：Recursive
Programming，于是人们才知道，原来高级语言也可以高效地实现递归，原来从此以后，
所有程序员都不可避免地和戴爷爷发明的一个词(应该说是概念)打交道：堆栈。
而且Algo60还让戴爷爷深入地思考多道程序设计的问题，最终发明了每个系统程序员
都绕不开的概念：semaphore。当然，戴爷爷总是把他发明的概念严格形式化，极具科
学家本色的说。和这些成就想比，他提出的吃饭的哲学家问题，也就没什么好说的了。
说来好笑，当时的大学(忘了哪所了)还是觉得戴爷爷没有受过正统的数学训练，也不是
专门搞数值分析的，所以最后不太情愿地给了他一个教职。这种小挫折并不能妨碍象戴
爷爷这样的牛人创造历史。他一边教数值分析(:-D) ，一边开始开发一个新的操作系
统，并培养计算机科学家。几年后，THE Multiprogramming
System横空出世。THE是第一个支持松散耦合，显式同步的进程并由此使得严格证明系统
没有死锁变得容易的操作系统。可惜戴爷爷任职的系不识货，还强行解散了他的研究小
组(1972年戴爷爷给他的系主任说他得了图灵奖，系主任的第一反应是你们搞计算机就
喜欢乱发奖)。这让戴爷爷相当郁闷，得了抑郁症。在极度郁闷之中，戴爷爷决定用写作
来治疗自己的抑郁症。于是经典就诞生乐：Notes on Structured Programming。戴爷爷
从此被尊为结构化编程的奠基人，而且他的抑郁症也被治好乐。
EWD太牛，结果他的故事也太多。先到这里吧。1973起，他的故事就在美国发生了。
Anders Hejlsberg，微软.NET的首席架构师，编程语言设计和实现的顶尖高手。他一手
做出了 Turbo Pascal, 也是Delphi, J++(尤其是WFC)，C#, 和.NET的主要作者。这些作
品的名字足以为他立传。作为一个程序员，我在这样的大师面前实在无语。生子当
如Anders的说。李维的<>里已详细讲述了Anders的传奇故事，我就不用费舌了：
http: //java.mblogger.cn/iexploiter/posts/1505.aspx
Artima上有Anders谈C#的系列访谈。MSDN上有一段Anders导游的录像 。有兴趣可以去看
看牛人的丰采。
㈡ 程序员怎么跟经理谈工资不合理比较合适
可以非常委婉的和自己的经理说。就说自己的家庭条件不是很好。理现在的这份工资很难让自己去维护生活。当你这样说之后，如果你的领导，我是一个情商特别低的人，他就知道他给你的工资，让你不满意了。那么在此之后他可能就会给你调整工资。
㈢ 程序员和产品经理究竟哪条路更好
如果你本身喜欢写代码，那么我觉得程序员的工作挺好的，未必要做产品经理。程序员主要是和机器、代码打交道，工作难，但是边界清晰、可控，事情比较聚焦。我并不建议大家都要去做产品经理。
写代码是纯手工业劳动，大家平时用的各种互联网产品，都是程序员一行一行代码写出来的，还要考虑代码的逻辑，解决各种Bua等等。如果想做好程序员，就一定要热爱写代码这件事。优秀的程序员，都能够从自己的工作里获得乐趣。我认识很多优秀的程序员朋友，我非常尊重他们，而且也特别佩服他们的能力，还有对于工作的热情。
产品经理要解决的问题的要更综合、更广。例如要考虑用户需求，考虑市场、业务情况，还要考虑和设计、运营、研发之间的配合。
有一些人适合做产品经理，有一些人不适合。我也不太建议大家一窝蜂都去做产品经理。我建议就像做产品一样，你要大胆假设、小心求证。如果要做产品经理，就多了解这方面的信息，多试试，然后看看自己适不适合。
无论是学生，还是想转行的人，往往的问题在于纠结太多，想的太多，尝试太少。如果你想做程序员，那你先写写代码，先做出一些东西，除了看你自己适不适合之外，也能够成为你找工作时的筹码。如果你想做产品经理，那么多试试做做产品，哪怕是虚拟的项目，增加自己的经验和感知，也能够成为找工作时的筹码。
所以，并不存在说产品经理或者程序员到底哪个更好，相比很多行业和职位，产品经理和程序员这
两个职位都应该是非常好的了。做的事都有意思，工资待遇也都高。
关键在于你自己适合哪个，这个问题归根结底别人没法回答你，得靠你自己通过了解更多知识来做出判断。
㈣ 请教IT界的JRS，程序员和产品经理，哪个更有前途
都有前途。
看你有啥优势了。
客观的讲程序员讲究的是技术，你有技术就可以吃遍天下；
产品经理需要有眼光的前瞻性，你有点子并能实施落地方案就能一步登天。
㈤ 作为一个程序员，怎样处理好和项目经理之间的关系
良好的沟通是最关键的，这不仅是程序员和项目经理之间，更适用于所有的关系
他分配任务指标后。
1.首先要明确他的意思，最好和他重复一下，看看你有没有理解错，他不会因此烦的，因为如果你的理解偏差了做出来的东西有差距，到时反而更麻烦了。
2.在做的过程中，随时发现问题难以解决，或难以达到预期的目标要马上向他反映，让他明白你的难点帮助你解决或者让其他人帮助你。
3.明确项目进程，及你的工作完成时间表，随时反映你的工作进程，如觉得时间有困难，要提前沟通，因为项目经理会有一个整个的统筹安排，你的一个环节的滞后可能会导致整个项目的无法进行，事先通知就可以提前修改安排，不会导致项目的停顿，而且原因可以理解他不会怪你的。
希望可以帮到你，谢谢！
㈥ 从程序员--项目经理助理--项目经理这条路，和程序员--项目经理哪个更好
前者偏重管理，助理部分职责是文档管理和人员组织，协助项目经理进行管理
后者偏重技术，从编码到编程，再到设计和架构，最终实现管理职能，成为项目经理
属于技术型项目经理
看你对技术是不是感兴趣
另外，技术型项目经理更接近企业核心和管理层，在发生变动时，地位比较稳固，也会有猎头公司来挖。
㈦ 程序员转项目经理
能不能，是能力的问题。这是不关键，因为只要有意愿，能力是可以培养的。程序员连复杂得让人琢磨不透的软件都能搞定，还有什么搞不定的？
因此最后落实在需不需要这个问题上。这个问题很棘手，需要从程序员自身以及外部环境等方面进行分析。要讨论这个问题，就要弄清楚它和想不想的关系。想和需要是紧密相关的，但并不是一回事。想不想，主是感情的因素，而需不需要则要进行理智的分析的了。理智与感情，并不总是一致的。有些东西，是你需要的，但你未必想要。比如，被困沙漠的时候，有时被逼喝自己的尿液，这是理智战胜了感情。电影《色戒》中的汤唯，则是感情战胜了理智，爱上了敌人，最后造成了悲剧的结局。因此，我们还是少说气话了，不要冲动，冷静的分析自己的处境吧。
㈧ 软件工程师与程序员及项目经理有什么区别
级别最低的是程序员
挣的钱也是最少的
项目经理要比工程师级别高
不但要有技术还要有管理能力
㈨ 程序员的十种级别
第一级：神人，天资过人而又是技术狂热者同时还拥有过人的商业头脑，高瞻远瞩，技术过人，大器也。如丁磊，
求伯君。
第二级：高人，有天赋，技术过人但没有过人的商业头脑，通常此类人不是顶尖黑客就是技术总监之流。
第三级：牛人，技术精湛，熟悉行业知识，敢于创新，有自己的公司和软件产品。
第四级：工头，技术精湛，有领导团队的能力，此类人大公司项目经理居多。
第五级：技术工人，技术精湛，熟悉行业知识但领导能力欠加，此类人大多为系分人员或资深程序员，基本
上桀骜不逊，自视清高，不愿于一般技术人员为伍，在论坛上基本以高手面目出现。
第六级：熟练工人，技术有广度无深度，喜欢钻研但浅尝辄止。此类人大多为老程序员，其中一部分喜欢利用工
具去查找网上有漏洞的服务器，干点坏事以获取成绩感。如果心情好，在论坛上他们会回答菜鸟的大部
分问题。此级别为软件业苦力的重要组成部分。
第七级：工人，某些技术较熟练但缺乏深度和广度，此类人大多为程序员级别，经常在论坛上提问偶尔也回答菜
鸟的问题。为软件产业苦力的主要组成部分。
第八级：菜鸟，入门时间不长，在论坛上会反复提问很初级的问题，有一种唐僧的精神。虽然招人烦但基本很可
爱。只要认真钻研，一两年后就能升级到上一层。
第九级：大忽悠，利用中国教育的弊病，顶着一顶高学历的帽子，在小公司里混个软件部经理，设计不行，代码
不行，只会胡乱支配下属，拍领导马屁，在领导面前胡吹海侃，把自己打扮成技术高手的模样。把勾心
斗角的办公室文化引入技术部门，实在龌龊！
第十级：驴或傻X，会写SELECT语句就说自己精通ORALCE，连寄存器有几种都不知道就说自己懂汇编，建议全部
送到日本当IT产业工人，挣了日本人的钱还严重打击日本的软件业！
㈩ 程序员怎样培养自己成为项目开发经理
项目开发经理?老古怪的头衔。我知到有开发组经理。项目经理。项目开发经理是不是只是负责某个项目的开发负责人?
程序员和开发经理的区别是，一个是控制项目质量，进度，分配工作的。一个是埋头苦写的。两个侧重点不一样。背负的责任也不一样。不要以为套上个经理头衔就是成功了。
我觉得在你为成为开发经理目标努力的过程中，你先要弄清楚，自己公司里各个部门的分工，包括你所说的项目开发经理有怎么样的工作智能。再看看自己缺什么技能。你就知道自己怎么努力了。
一般来说，开发经理需要严密的思维，和较强的协调能力。