关于职业生涯的困惹，谢谢大家指点帮助!

2009-09-28 04:05:53 来自: caihuafeng

本人以前从事过项目经理、项目组长的工作有四年左右的时间，最近因为公司效益不好，所以辞职出来找新的工作，因为人往高处走，所以我找工作时还是想找一个项目经理或技术负责人之类的工作，但是让我去面试的大部分都是招普通开发工程师的职位，因为项目经理都有人选了，去面试了几家，最后因为是开发工程师的职位所以没有考虑。

大家是不是觉得我的心态有点不对，心里就想着做管理职位，大家觉得我是应该去应聘一个开发工程师等待以后有机会提拨还是直接应聘管理类的之位好一点，我也很困惹，也一直在思考这个问题，唉，做程序员这行真的很不容易。

其实我不是不愿意编码，只是不太愿意从事一些技术含量很低而又重复劳动很多的工作，再一个自己的年龄也很大了，有30岁了，所以也得适当的考虑考虑吧，从我自身来讲我对技术是很感兴趣的，业余时间都是在学习，也是希望在技术上面有所作为，当然自己在技术方面也有很多的不足之处，希望多学点东西。

谢谢大家，顺祝大家国庆节愉快，中秋节开心，工作顺心！
同时也希望与大家能成为朋友!

2009-09-28 15:13:43 C.J. (落花本是无情物)

我有几个跳槽成功的项目经理的朋友共同点都是有一定的人脉
因为说白了再NB的人光一个面试人家还是信不过
技术负责人我感觉不错也不算是技术含量很低
而且30岁并不一定非要做到管理者身边的例子有很多

> 删除
2009-09-28 16:12:27 林视雷生 (虚存难请更难收。)

是的，人脉，非常重要。你作技术管理这几年，的确是应该积累多一些人脉才对。

另外，没有找好下家就跑出来，似乎也不太好。年轻的时候我看见不少人这也不在乎，那也不在乎，逶迤之后，想在乎都在乎不起来了。任何人活在这个开放的中国，都有自己的权利享受某些东西，虽不能说是“天富”，至少是保障。

据我所知，管理层/资金层面，对“骑驴找马”并没有普通人想象中的那么反感。很多的他们也是这样过来的。

> 删除
2009-09-28 18:29:24 西红柿炒鸡蛋 (看孩子中)

最重要的是你自己的兴趣是什么，管理？还是技术？该朝着你感兴趣的方向努力吧。我也是干软件开发的，以前做过几年管理，最终发现，我喜欢的是技术，所以我义无反顾的投身了软件技术。虽然我年纪也已三十有余，但我知道我喜欢做的是什么，这让我的内心非常安静。

> 删除
2009-09-29 05:27:10 caihuafeng

@西红柿炒鸡蛋，我最想做的工作其实是技术加管理，做个技术负责人之类的最好;做开发工程师时是别人安排工作给你，有时可能会受到一些限制吧，还有如果你碰到小自己好几岁的人在管着自己，心里多少有些不太舒服吧;其实中小型企业做项目管理也需要写代码的，只是此时自己是一个决策者，是一个带头人而已，也需要有一部分时间写代码，可能还需要做些架构方面的工作。

> 删除
2009-09-29 05:30:12 caihuafeng

就像楼上两位说的，人脉确实很重要，在这方面确实需要再加强一些，本人性格偏内向一点，话不自太多吧。

> 删除
2009-09-29 11:36:35 LipingTaBaBa (代理豆瓣掐架业务)

除了项目组长基本还不算管理职位吧，我们公司有高级工程师的头衔，基本干的就是项目经理的活，分配任务，制定进度等，但是不在基层管理干部行列。

楼主可以应聘这类”资深软件工程师“或者”高级软件开发“的职位，基本上跟你当前的职位吻合。

> 删除
2009-09-29 11:45:48 松茸 (中华田园老公)

楼上靠谱

> 删除
2009-09-29 12:49:08 caihuafeng

@ LipingTaBaBa，我以前在公司的职位是项目组长，其实做的就是项目经理的工作，同样的职位在不同的公司做的事情是不太一样的;

只是是三个人或以上的小组，没有技术负责人或项目经理，那项目是有点难开展下去的，比如技术难关谁来解决，谁来做系统设计、数据库设计、工作拆分、工作安排、沟通协调、进度控制、风险控制、文档及代码质量管理、版本控制管理等等。有的公司某个小组可能既有项目经理，也有高级软件工程师;有的公司某个小组可能只能高级工程师，但是它做的事情可能就是项目经理要做的工作，职位名称只是一个代号而已。

不管是资深工程师也好，高级软件开发也好，主要是工作还是在写代码，要是写的代码没有什么技术含量就更加浪费时间了;跟项目经理，技术经理之类的工作还是不完全一样的。

> 删除
2009-09-29 12:52:16 松茸 (中华田园老公)

那就把没技术含量的代码交给手下

> 删除
2009-09-29 12:57:06 caihuafeng

@LipingTaBaBa,如果我应聘了某家公司的”资深软件工程师“或者”高级软件开发“的职位，而我要去工作的这个小组已经有项目经理了，而且它的年龄可能比我还小，能力也不如我的时候，那我可能就要考虑一下了。

我比较喜欢的工作还是技术加管理，因为天天编代码可能会有点厌倦，因为重复的工作在所难免。特别是经常有一些重复性工作的时候，比如某个模块的功能来回改来改去，而且还是页面程序里面的一些工作。

本人主要是从事WEB方面的开发，还有一些架构的工作吧!

> 删除
2009-09-29 12:59:03 caihuafeng

@松茸自己必须是技术负责人或项目经理的职位时才能有安排工作的权利，即使是高级开发工程师可能也没有安排工作的权利，别人安排你什么你就做什么。

> 删除
2009-09-29 13:41:51 Semon (暂时告别豆瓣一段时间！)

@caihuafeng　
我比较菜，最近也在换工作中。你为什么不换个思路试试创业呢？

> 删除
2009-09-29 13:42:04 LipingTaBaBa (代理豆瓣掐架业务)

被年纪轻的人领导，是迟早会遇到的事情，这一点不必太在意。

你可以联系一些猎头，把你的简历交给他们，跟他们强调下你的要求，这样机会多一点。

ps 我们公司在深圳，互联网行业，你有兴趣不？

> 删除
2009-09-29 14:22:26 caihuafeng

@ Semon，最近的大环境不太好，确实在不少的人邀请我去合伙创业，因为商业模式不太好，同时没有一个好的团队，因此没有创业。也许再过两年会考虑的，因为自己在某些方面不太成熟，还需要学习中。

> 删除
2009-09-29 14:25:33 caihuafeng

@LipingTaBaBa，深圳太远，不会考虑。我住在海淀，有时北京朝阳区那边的工作我都不会考虑，上班太远时间浪费了有点可惜，除非是大公司也许会考虑，一般的中小型比较好找吧。

我不太喜欢通过猎头找工作，请看我写的文章，http://iamcaihuafeng.blog.sohu.com/108517137.html

不过得感谢你的好心：－）

> 删除
2009-09-29 16:52:41 林视雷生 (虚存难请更难收。)

感觉你是一只糊涂人；唉……

Web应用编程门槛低，天花板更低。“一眼望去，全是些海拔十来米的小土包。”架构师这样的职位，几乎只有荣誉性质而无实质内容。既然“对技术很有兴趣”，也应该想想社会生产对你所选择的技术是否也是“兴趣浓郁”。

既然固有自己的选择，就应坚持，想来就不会为“比自己后生又技术低过我”的人领导自己而怨言。说实话，你将委屈发布到这里来，前来指手画脚的（客观上也包括了我），未必不也是“比自己后生又是技术低”的人。

我也的确见到有人坚持作WEB应用，而且还相当成功的，无论是所谓架构师、高级工程师还是老板。我总结他们的出一个特点：抱住业务不放。注意，并非抱住技术不放。

放开来讲，会作一个“通讯录”的人，与会作一个“CRM”的人，我看技术上并没有太多的区别，但后者明显收入会比前者高许多；再冲出一个人来，人家会切合某某烂银行的垃圾信用卡业务，提出一套含有触及用户内心关键词的CRM系统，收入又是比前者后者乘起来还要多。技术本身压根没有我们想象中的那么高尚，根本不值得成为我们内心珍惜的某些东西，更何况是处于“永远初级阶段”的WEB编程技术了。

> 删除
2009-09-29 18:50:15 Semon (暂时告别豆瓣一段时间！)

@林视雷生
有感于东软老总的一句话：“软件业就是制造业，就是要把程序员当工人管理”。我们做的确实没什么技术，事实证明他成功了！不管是什么技术都是为人服务的，上层应用软件就是业务、业务、还是业务。底层的开发可能更偏向于纯“技术”，但说到底不会搞关系的工程师是没有前途的，这是大家都看得见的。

> 删除
2009-09-29 19:55:16 caihuafeng

@林视雷生 “Web应用编程门槛低，天花板更低”，这句话我不完全赞成，也许你没有明白我所说的架构的意思。比如用C写个PHP模块，用C写个Apache模块，改进Mysql的性能，这些与web相关的技术我都把它们理解为web编程，并不是每个做web开发的人员都是可以做这些的。

”架构师这样的职位，几乎只有荣誉性质而无实质内容“，我不知道你做过架构没有，对架构了解多少，如果你看过支付宝的架构、淘宝的架构、Facebook的架构、Flickr的架构、优酷的架构、豆瓣的架构，eBay的架构、amazon.com等等这些网站的架构后你就知道架构是多么复杂的工作，远不是你所说的无实质内容，上述我说的网站的架构都非常复杂，这些网站的架构文档我都有，而且都看过。

支付宝的首席架构师是上海交大毕业的程立博士，如果架构无实质内容，那干吗支付宝要招聘个博士来做架构工作呢。看这儿：http://news.163.com/09/0813/17/5GK5NQ670001125P.html

淘宝的首席架构师是王文彬博士，Jboss底层的很多模块都是他开发的，如果架构简单，那淘宝也没有必要请个博士来做架构，看这儿http://wangwenbin.cto.csdn.net/

架构分各个层面的工作，架构细分一点可分为，这只代表我的理解：
1.系统架构层面的，如bigip、Squid、Varnish、Nginx、Haproxy、lvs、samba、nfs、apache、lighttpd

2.存储方面的，如使用什么的存储系统，这些都是学问，如san、nas、das、raid0~10，难道架构无实质内容？，不是这样的，太复杂了

3.程序开发方面的架构，如用什么框架，该使用面向过程还是采用面向对象开发，采用什么缓存系统，如memcached、memcachedb、tokyo cabinet、redis、CouchDB。该用什么开源的搜索系统，如douban原来用的是sphinx,现在改为xapian。手机之家采用的开源搜索系统是lucene。

4.数据库架构：光数据库架构就非常复杂了，光淘宝一家子公司就有10来个DBA，你说说架构复不复杂，看这儿http://rdc.taobao.com/blog/dba/。什么时候该垂直分布，什么时候该水平分片，什么时候该用master/slave,什么时候该用master/master/slave，什么时候该用mysql cluster，什么时候该用mysql partition，难道架构师没有实质性的内容吗？有，太多太多了，不了解的人才说没能实质性的内容。

5.还有网络架构呢，怎样保证网通、电信、教育三网的用户能快速访问网站，怎样做智能DNS解析，怎样架构设DNS系统，怎样加设CDN，架构太复杂了。

以上只是我的一些看法，说得不一定对，有不恰当之处还请多多包原谅:-)

> 删除
2009-09-30 11:06:42 林视雷生 (虚存难请更难收。)

遇到一位较真的哥们，哥哥其实比你想象中的还要心疼。

片言指出，你写了这么多，但想过基础的问题没有？“不是有了架构才有了业务，而是有了业务，才逼人成了架构师。”这点，希望你有所感觉。

为了不至于让看管觉得我等水贴瞎掰，我就来就技术论技术地分析一下你之所语的技术。

“比如用C写个PHP模块，用C写个Apache模块，改进Mysql的性能，这些与web相关的技术我都把它们理解为web编程，并不是每个做web开发的人员都是可以做这些的。 ”————这不是WEB编程，而是WEB基础设施的制造。绝大多数公司，都不会作这方面的工作，想来也包括你曾经任职的公司。而且，说实话，不是每个人都具有Rod那种机会和天赋，修补EJB的过程中能框架出一个withoutEJB出来。大部分的人，就算是使用这些你所认为“关键之处”，都是使用别人提供的解决方案，下载下来添加进去而已。

我承认我——当然是作过架构的拉，而且是很大，很复杂的架构。在你列举的架构例子中，我作的架构至少比优酷豆瓣要复杂，其他的感觉比不上。正如你所说，你都能看见他们的架构设计文档。一个公司，应该不会轻易开放自己的核心技术吧。这从一个方面，证明架构，并没有想象中的那么重要。

你还真不该搬出“支付宝……程……博士，……干吗……要招聘个博士来做架构工作呢” 来说事。“国产博士不会干活，洋博士干不了活。”若我们真能拥有童话中的“读心术”，我们可以发现这位博士同学，其实是多么庆幸自己找到了这么一份工作，感谢发展中的中国能提供一个还算不错的职位给自己，甚至淡淡的屈辱与辛酸。撇开而言，你该不会真觉得你与别人的差距，就是一段博士的经历？若真，可以实践考一下博士，然后有足够的时间体会中国大多数老板——导师——那种昏昏然。

“淘宝的……王……博士”，一来，JBoss真不是很多基层模板都是伊开发的，二来，在Java为基础上实现一个应用服务器并不比你时常弄的Trick高尚多少。重要的是，他当时正好有了机会作这一块儿工作，而你没有遇到。你既然自觉“钻研”于技术，那应该很容易看穿些人的幌子。（做人上要做到不要坏人衣食。）

对于WEB架构，指导思想是“一招Cache打天下，应付流量分开走”。下面我们来看看你叙述“架构设计”是否可以用这个指导思想解决，或者找到。

1.系统架构层面的，如bigip、Squid、Varnish、Nginx、Haproxy、lvs、samba、nfs、apache、lighttpd
※这中间我只熟悉几个，Squid、Apache、Lightpd。WEB服务器层面的Cache工作，细化到高速的HTTP连接处理，反向代理。

2.存储方面的，如使用什么的存储系统，这些都是学问，如san、nas、das、raid0~10，难道架构无实质内容？，不是这样的，太复杂了
※存储很复杂，但使用存储，并不复杂。作存储的人，都将抽象摆明了。架构师选择，并不困难。DAS（本机直接存储，容量偏小，速度快）；SAN（建立在快速卡层面的存储访问技术，设备贵）；NAS（变体，存储设备变成了主机，更有利于小型企业使用，速度较慢）；至于RAID，核心思想就是多路分担，以期容错。从抽象层面上说，架构师不用关心SAN如何实现快速通路，更不用关心光交换是如何完成；倒是失败的存储方案经常都是没有考虑到业务特性。你可以查询一下铁路方面的几次大型存储建设失败方面的文章。

3.程序开发方面的架构，如用什么框架，该使用面向过程还是采用面向对象开发，采用什么缓存系统，如memcached、memcachedb、tokyo cabinet、redis、CouchDB。该用什么开源的搜索系统，如douban原来用的是sphinx,现在改为xapian。手机之家采用的开源搜索系统是lucene。
※缓存你已经提到，我就不罗嗦。“反向倒排”的全文检索技术，其实都差不多，Lucene是典范，第一选择。放弃使用，更多的与业务不吻合，例如经常性地索引文件变更（像豆瓣这种情况，每有新的帖子客观上就有变更索引的需求。），让其不能工作。又说回来了，还是业务。

4.数据库架构：……
※十来个个DBA并不能证明架构就复杂，而且业务的复杂到了计算技术层面还依然保持复杂的话，本身就是失败。对人力资源的雇佣，很多时候，是社会因素决定的，是责任与承诺。
至于分布、集群、分片，完全就是“应付流量分开走”在数据库层面的实践。其核心指导思想，根本不需要借助高级的数学以及复杂的演算过程，“跟着感觉走”，已然足够。奉计算技术为宝器的人，在没有前人做过类似干活之时，的确是不敢去在数据库中动大动作——乖乖，WEB编程中三层中的核心啊，怎么可以随便去动呢？——而以业务为先的人，虽有可能脱离技术胡思乱想（很少，有，但轻易就能压制住），一句简单的话，“你他妈的把那些死数据腾到别的地方，检索不就快了。”，就能促进系统的良性发展。
正是因为了解，因为精通，所以，才与你相反：所谓架构师，真没什么实质性的内容。

5.还有网络架构呢，怎样保证网通、电信、教育三网的用户能快速访问网站，怎样做智能DNS解析，怎样架构设DNS系统，怎样加设CDN，架构太复杂了。
※这不算是技术问题，而是社会工程的问题。这样的问题，我会从业务层面很快就作出决断，要么仅作每个网络的业务作为开始，以后为各个网络分作服务器来解决。就算是有整个统一网络概念，先考虑分而治之。用户不能容忍，干脆退回只在最大最优的接入网络中提供服务。因为，很简单，直觉上觉得，为这种“不合常规”的环境构建解决方案，得不偿失。

……

技术与业务孰轻孰重，本然无可厚非；但已经开始影响到一片为数不少的人的人生，我总是忍不住想要说话。我遇到过一类欧美人，他们非常蔑视甚至敌视中国，但他们却形成一套原则：我就是不与你们发生联系。他们认为，就算是我来骂你，你们聪明的中国人，很快就能从骂语中发现可以学习的东西；所以，不理你，也不和你作生意，你爱怎么就这么。我很坦然他们对我们（包括我）的作法，甚至有点儿欣赏。可蜂拥来到中国的海盗商人，包括迅速形成的一批买办，他们学会我党著名的工作方法，控制舆论，以期达到让自己盈利的目的。

“技术至上”就是这样被渲染出来的。尔扪心自问，自己有没有中毒？希望的是你能够有所发觉，缓慢地修正自己人生的坐标。技术，唉唉，基于门电路二进制布尔代数的那点电子计算技术，还有更高层面的WEB技术，与人生比较起来，简直不值一提，甚至还不如业务重要。“爱技术、爱业务”不过是一个浅浅的层面，是应该为“唱一首歌、爱一个人、过一生”这样的人生目标服务的。如果觉得唱歌爱人的目标太浅薄，需要有个更高的人生追求，也是可以。但若是基于被人歪曲渲染出来的“爱技术”目标，很大几率会人生走样，根本无法达到自己的目标。

> 删除
2009-09-30 12:03:45 心无所著 (Auld Lang Syne)

这帖子越来越有看头了

> 删除
2009-09-30 12:05:21 松茸 (中华田园老公)

卧槽你们真有闲

> 删除
2009-09-30 12:31:07 caihuafeng

@林视雷生不管你的观点对也好，不对也好，也得感谢你写了这么多。

见仁见智，不同的人有不同的看法，没有具体的对与错。

因为我的技术确实不是很好，肯定比不上你，所以我才想学学技术，我并不是那种死学技术的人，因为公司有需求才去学的，是有针对性的学习，是有针对性的提高一下，如果真没有需求有几个人愿意经常去看那些枯燥的数字与字母呢，如果不学习的话，可能工作上的问题就无法搞定了，不学习没办法的。

技术只有为业务服务才有价值。引用李一男的一句话，“技术要能够变现才有价值”，http://tech.sina.com.cn/i/2009-07-23/09413287309.shtml，也有一定的道理。

业务确实很重要，我也十分赞同，技术是为业务服务的。作为做技术的人，谁也不愿意老是做一些上层而又重复的工作，想研究深一点的技术也是可以理解的。因为还要做一部分项目管理的工作，所以可能只有一半左右的时间是跟技术有关，其它的一部分时间也是在跟业务打交道，比如开会讨论需求，分析需求等等。

“爱技术、爱业务”不过是一个浅浅的层面，是应该为“唱一首歌、爱一个人、过一生”这样的人生目标服务的。--------------------这句话我也很赞同，工作就是为了生活了，说得更俗一点，技能强一点这样可能收入更多一点，日子过得更好一点。比写代码更有趣的事情有很多，说得不太好听一点，很多人写代码就是为了生计，当今就业的压力挺大的，可能有一部分刚刚毕业的大学生在短时间内找不到工作或找不到理想的工作，也许就有人会为生计发愁，也是很正常的现象。

> 删除
2009-09-30 20:25:29 辰光小失意。 (忙到很喜感。)

开始看不懂了，不过总归是学到一些。
现在转向UI方向，很多东西怕是很难接触到了，但是我想一些底层的东西我还是必须了解，会对我的职业生涯有好处。

关于技术、业务和人生的讨论，虽然年轻我也还是想插一脚。我觉得所谓爱技术，无非是一个人对自己的谋杀手段的一种热爱，一种对职业的热爱。这和数学家热爱数学原理，天文学家迷恋星空，作家执着于文字，匠人沉迷于奇技淫巧是一样的。没有这种热爱而去从事这个工作肯定是种悲惨的人生。但是作为谋生手段，它不会有类似数学家研究定理那种纯粹，所以当生计都出现问题时，作为程序员很难去钻研更深的技术。“技术为业务服务”或者搞关系，和其他种种手段一样，也不过是一个途径，过一个让自己满足的人生才是最终的目标。

> 删除
2009-09-30 20:29:00 icuit (在街上)

占位置。。

> 删除
2009-10-01 10:26:20 Progray (喜欢喧嚣后沉淀了满地的寂静)

看阅兵，先MARK，日后细读。

> 删除
2009-10-04 09:41:27 林视雷生 (虚存难请更难收。)

好。看来你已经批判地吸收我所说的了。

“岂曰无衣、与子同袍”的朋友，总是很多的。片刻的人生不爽，很快就会过去。祝愿楼主扬帆千里，人生快意。

> 删除
2009-10-04 12:30:03 乱七八糟 (签名档有禁用的内容，请重新修改)

活着就是在和自己较劲

> 删除
2009-10-04 12:44:52 存在感↑↓俨然已是苦逼青年 (我是一只疯狗)

这帖真靠普~~

> 删除
2009-10-04 13:36:39 AMAN (不是我不明白这世界变化快)

欢迎继续讨论

> 删除
2009-10-04 20:52:53 LipingTaBaBa (代理豆瓣掐架业务)

5.还有网络架构呢，怎样保证网通、电信、教育三网的用户能快速访问网站，怎样做智能DNS解析，怎样架构设DNS系统，怎样加设CDN，架构太复杂了。
※这不算是技术问题，而是社会工程的问题。

=============这是里面有不少技术问题。比如如何在某个机房遭遇台风不能服务的时候，把它承担的流量导到其他机房，而又不至于引起雪崩。如何迅速的把文件即时分布到各个CDN的各个机房。

> 删除
2009-10-04 23:27:01 caihuafeng

这两天我出去玩了一下，10.2去了天安门，10.3去了石景山游乐园，先在家休息两天再出去转转。

> 删除
2009-10-07 22:33:59 X先生

你们是不是可以长话短说，学会用简单的语句，表达一些东西

我相信很多人，不太喜欢看长篇大论。

另外，现在讨论的是职业发展方向，而不是什么技术吧？

> 删除
2009-10-09 21:11:41 1k01yeah (互联网呼唤黄大锤)

楼主的思路有点问题。

公司衡量一个人能否做一些项目管理的工作都会有很多不同的出发点，但绝不会因为你“不愿意做简单的重复工作”。

做好本职，适当的展示一下项目管理方面的出众能力，是最快的路。

至于本职是什么，等你荷包空了自然就找到了。

> 删除
2009-10-22 21:49:10 lcn (时间就像海绵中的水，挤挤就没…)

这贴GJ，你们继续

> 删除
2009-10-27 02:25:25 琳琅 (使徒。你可以看见我的心跳。)

笑。技术。如果有人脉。只要能接到项目。你会发现这个世上根本不缺程序员和所谓的项目经理。
你想做什么。取决于自己的想法。而你能做什么。不过取决于你的人脉。

> 删除
2009-10-27 10:16:49 wendroid (文盲率70%的阿富汗已经全民普选)

如果LZ进一个重视技术的公司，那么LZ的技术经历就是短板。
如果LZ进一个重视人际关系的公司，那么LZ的交际能力也是短板。

34岁的程序员路过。30岁的xx经理确实让人觉得不靠谱啊，更何况其中居然还有4年就在当领导了。

LS各位都在轻视程序员和项目经理，包括LZ自己，没创业过就是不知道人才的重要性啊，只说一个事实：半数的项目都失败了，绝大多数的项目都没有达到预期，并且延期，超支。但是有些公司，有些团队的项目总是成功。

另一方面，凡是有点技术含量的项目，主力程序员的重要性都是不言而喻的。因为主程出意外而导致项目失败的例子实在太多了。中国确实有太多的所谓程序员和所谓项目经理，但是合格的程序员和合格的项目经理实在太少。

LZ觉得找工作难，那是因为你的经历并没有显示出你的成功。

前段时间俺也换了个工作，以程序员成分求职的时候，很多NB的xx经理和我交谈几句之后，就不敢再问那些傻B问题了，被俺更NB的镇住了。LZ的项目经历应该是没能给你加分，反而让你显得很平庸。

> 删除
2009-10-27 11:07:56 琳琅 (使徒。你可以看见我的心跳。)

要有多参与大项目的经验。
非常重要。
到了某个年龄层段。技术不是最重要的。对业务的需求分析和流程和对项目进度的控制占了重点。
WEB确实是没有多大技术含量的工作。只能说。对业务流程理解。真正理解用户的需求。这也决定了一个程序员的市场需求。

> 删除
2009-10-27 12:34:39 X先生

项目经理这个职位，在我眼里，真的是一个很牛的职位
既要有统领全局的技术能力，又有管人的策略，对上有交待，对下有照顾

我不明白，楼主已经有这么多年项目经验的人，竟然还找不到一份比较像样的工作。
难道之前的项目组长都白当了？或者当得太鸡肋？或者这个公司所谓的项目经理没实在的能力？

另外，像我们这种从基础的程序员做起的，从基本的算法，数据结构，数据库设计，设计思想，框架架构，再到一些WEB基本面，比如前端CSS，JS设计，也包括服务器，LINUX编译，操作系统一些基础原理，也都有涉猎。。。

找份工作应该不算太难，我觉得？

> 删除
2009-10-28 01:50:37 caihuafeng

楼上的各位回答都很精彩，谢谢各位。

每个有一定经验的程序员都能找到工作，主要是看自己的要求高低了。

也有好几个人想与我合伙创业，但是互联网创业是比较难的，商业模式一点也不清晰，失败的可能性非常大，也没有考虑。

> 删除
2009-10-28 04:13:11 IT小兵 (兵哥出手，沙发我有！！)

跟我创业吧，我靠谱~

> 删除
2009-10-28 08:58:52 lorking (what is arch?)

“技术至上”就是这样被渲染出来的。尔扪心自问，自己有没有中毒？希望的是你能够有所发觉，缓慢地修正自己人生的坐标。技术，唉唉，基于门电路二进制布尔代数的那点电子计算技术，还有更高层面的WEB技术，与人生比较起来，简直不值一提，甚至还不如业务重要。“爱技术、爱业务”不过是一个浅浅的层面，是应该为“唱一首歌、爱一个人、过一生”这样的人生目标服务的。如果觉得唱歌爱人的目标太浅薄，需要有个更高的人生追求，也是可以。但若是基于被人歪曲渲染出来的“爱技术”目标，很大几率会人生走样，根本无法达到自己的目标。
---------------------------------------------------
呵呵，这有点扯了，个人觉得技术还是非常重要的。

> 删除
2009-10-29 00:46:45 caihuafeng

@lorking 见仁见智，每个人都有自己的看法，也说不好谁对谁错。

> 删除
2009-10-29 01:04:25 ishmael (途多荊榛)

标记一个

> 删除
2009-11-06 14:19:47 熊猫Daniel (微醺的世界真美好。)

= =

> 删除
2009-11-06 20:51:23 caihuafeng

这些年工作下来有些感受，感觉很多公司都是差不多的，干什么都不容易，天下乌鸦一般黑。

> 删除
2009-11-06 21:14:13 . (Innocence)

最重要的是深刻理解迎合嫖客的扔票子的真实心理需求，
而不是自说自话的推销自己高挑，漂亮，技术好。所以老鸨挣的比鸡多。

> 删除
2009-11-06 21:51:54 星点@坚持正义的垂耳兔 (愿上帝保佑所有的兔子)

看了这么多，我只想问一句
项目经理不是PM么？PM跟程序员有毛关系，跟懂不懂技术有毛关系，跟管理有毛关系...

另，蘑菇大叔+1

2009-09-30 12:05:21 松茸 (中华田园老公)

卧槽你们真有闲

> 删除
2009-11-07 12:46:12 wendroid (文盲率70%的阿富汗已经全民普选)

楼上小白，PM是产品经理，属于行销范畴，项目经理是带着一帮工程师，全权负责技术实现过程和结果的。不懂技术又不懂管理的项目经理，只有神奇的党组织才会任命

> 删除
2009-11-08 02:35:53 星点@坚持正义的垂耳兔 (愿上帝保佑所有的兔子)

我小白了....好吧...在这个神奇的国度，连PM都变成了营销了...这也是社会主义特色么
那PM管技术的话，Dev Lead是干啥的...
哦，我又小白了，开发才是老大，测试算啥，当然要听开发的安排，所以自然也不需要PM来做Triage对吧？

某个正在做PM的人虚心提问。

> 删除
2009-11-08 03:47:02 IT小兵 (兵哥出手，沙发我有！！)

PM是负责用Word画页面的，或者...word用的不好用笔画在纸上也行。

> 删除
2009-11-08 03:48:37 IT小兵 (兵哥出手，沙发我有！！)

原来特别流行（不知道现在还流不流行）的网站总监应该就PM对吧，我见过的都这样。

> 删除
2009-11-08 13:18:35 Liro (止于至善)

这是我在豆瓣见过的最靠谱的帖！
虽然只能看懂一部分...

---某大三小菜=。=

> 删除
2009-12-10 14:09:41 远远的望 (这个冬天有点冷)

mk

> 删除
2009-12-15 17:47:36 无名 (坚持自己的原则，抵制不良诱惑)

和LZ的经历有点相似，但是现在我又找了个公司，从基础做起。。。。
技术上感觉没有什么难的，遇到问题都能及时的解决，“技术至上”是以解决出现的问题为至上的。希望自己这次没有走错路吧，呵呵

> 删除

> 我来回应

这个小组的user也喜欢去 · · · · · ·

: 分享计算机书籍 (5000)

: 程序员书屋 (1836)

: C++及编程 (4357)

: 开源 (2845)

: Java编程 (3588)

: Linux (4320)

> 回程序员小组

最新话题:

该怎么合法的殴打同事啊啊啊啊！ (松茸)

译：我曾担任Xbox360和PS3的首席架构设计师和技术负责... (书人)

额，现在大家都用的是什么开发语言（不定期更新汇总）... (scot)

《软件随想录：程序员部落酋长Joel谈软件》出版啦 (朱小编)

ZT程序员的相关笑话 (猛禽)

此闭包与彼闭包，抽象的闭包与具体的闭包？ (好高骛远)

《程序员的爱情》出版啦 (这里没有一言堂)

WEB 开发中比较有技术成分有哪些 (X先生)