35岁时搞技术还搞的动吗？

转自:http://blog.csdn.net/zengraoli/article/details/11794831

=============================

原文来自 水木论坛的一个帖子讨论

=============================

是否应该坚持技术路线？ 35岁时体力、学习力还顶的住么？   
  
就算不亲自写代码，技术预研、紧跟业界潮流那些事，对35岁、拖家带口的人来说会不 
会力不从心了？ 
  
一个引申的问题是，为了不太疲累地生存，忽悠能力是不是必须培养的能力？ 
  
诚心请教，绝非挖坑。 

下面的都是回帖：

=============================

[plain] view plaincopyprint?

1. 快35岁了，力不从心中，不过倒不是因为年纪大了或者家庭干扰，   
2.   仅仅因为本来能力就不够。小美表示无压力   

[plain] view plaincopyprint?

1. 具体怎么个“能力就不够”？ 注意力、记忆力下降，还是对学新东西感到抵触，抑或是   
2. 失去兴趣？   
3.     
4. 当然，你应该只是在自谦   

[plain] view plaincopyprint?

1. : 是否应该坚持技术路线？ 35岁时体力、学习力还顶的住么？     
2. it depends.   
3. : 就算不亲自写代码，技术预研、紧跟业界潮流那些事，对35岁、拖家带口的人来说会不   
4. : 会力不从心了？   
5. It's just too easy....   
6. : 一个引申的问题是，为了不太疲累地生存，忽悠能力是不是必须培养的能力？   
7. You have to bluff all the way, but you need ace in your hand   
8. : 诚心请教，绝非挖坑。   

[plain] view plaincopyprint?

1. technology is too easy compared to management and child-raising   

[plain] view plaincopyprint?

1. 硬抗   

[plain] view plaincopyprint?

1. 能投机则投机。累一辈子有意思么。   

[plain] view plaincopyprint?

1. 有些人整代码是有乐趣的, 就像吸白粉的, 有那么两天不code几行就像要死的一样, 但是每天从早吸到晚也受不了.  

[plain] view plaincopyprint?

1. 35岁没有问题，40岁还在一线的话，前景堪忧，反正这辈子基本就这样了   

[plain] view plaincopyprint?

1. 现身说法，还在做技术，写码，还能混下去，写码很舒服，而且觉得还有提升空间，目前只能勉强算是可以写出spring那种级别的代码了，和年龄什么没关系，主要自己要静下来心来，很有成就感，基本看不上国内程序员写出的代码   
2. 自己做，朋友信任我给我发项目，让我帮他们带小弟   
3. 国内整个生产不健康，所以很多项目都是分发给工作没几年的孩子们在做，看着那些孩子们炼狱一样的翻来覆去写代码，最后给客户提供的垃圾，就能知道现在国内软件技术是多不成熟，但也坚定要一直写代码写下去   

[plain] view plaincopyprint?

1. 只是这几年对面向对象和设计模式很感兴趣 经常思考这些东西   
2. 现在写代码基本基本面向对象思维模式了    
3. 现在读开源代码很舒服了 也很容易就读懂 改起来也是可以遵照编写者的设计意图    
4. 就这水平 见笑了   

[plain] view plaincopyprint?

1. 一线城市可以钻研，二线以下就算球了，能钻也无用武之地。   

[plain] view plaincopyprint?

1. 在三线城市厦门的飘过。学会了Qt不知道要干嘛。   

[plain] view plaincopyprint?

1. 快35了还在一线，不管啥技术问题基本上都不算难了，开始关注技术之外的东西。   

[plain] view plaincopyprint?

1. 我现在面对的问题就是怎么提高自己开发效率的问题   
2. 请问现在在关注哪些问题？   

[plain] view plaincopyprint?

1. 我现在关心的问题是：为什么功能差不多的两套系统，一个很多人说好用，一个很多人说难用？这两个软件究竟差在什么地方？如何去设计真正能给用户带来效率的功能？哪一个功能最应该加入到下一个版本中？哪一个功能对用户最重要？如何在不同功能和模块间分配开发资源？   

[plain] view plaincopyprint?

1. itunes是传说中最难用同时也是最好用的软件   

[plain] view plaincopyprint?

1. 也可以这么说吧，就是有一个类似于itunes的软件，你如何确定应该添加什么功能加强什么功能，什么功能可以去掉，你根据哪些信息来做这些决定   
2. 相信有过太多好好的软件做烂的栗子   

[plain] view plaincopyprint?

1. 我不是讨论这是谁的职责的问题，就事论事而已。并不代表码农不需要考虑这些问题。实际上就我司来说往往产品经理给的需求只有一行文字，由我们一线码农来完成所有的细节，最后的功能文档可能有十来页纸。而且恰恰是这些功能细节会对产品的可用性有很大的影响。   
2. 不错这其实就是很多ux工程师的事情，但是你知道其实很多ux工程师都是文科生过来的，呵呵，呵呵。   

[plain] view plaincopyprint?

1. 刚毕业的时候在日本公司做项目 那么项目阶段规划是写码时间占10% 很长时间一直无法理解   
2. 后来体会到 大项目设计把设计做到位了 小项目在头脑里把思路和细节考虑清晰了 再写码和写word文档速度差不多 甚至还要快   
3. 其实大块的时间是被设计和测试占了   
4. 国内现在很多程序员做项目还在拼命的写码和改码 的确挺无奈 只能认为他们还在是炼狱   

[plain] view plaincopyprint?

1. 我的体会完全不一样，所谓大块的时间被设计和测试占了我觉得就是代码写得不好，导致   
2. 测试测试测试，然后反过来设计设计设计，占用很多时间。   
3.     
4. 我觉得很多时候代码写得好的话，测试联调几乎没什么时间，设计基本上和代码可以同   
5. 步，毕竟设计来设计去就那么回事。当然，需求讨论之类的占用的时间还是蛮多的。   

[plain] view plaincopyprint?

1. 看什么工作内容   
2. 如果真是有创造性的编码工作 干到60没问题 只会越来越精熟   
3. 但是现在很多码农工作其实就是体力劳动 当然越年轻越好 干久了自己不用点心的话也就傻了   

[plain] view plaincopyprint?

1. 代码写的不好 根子还在设计水平 反过来设计不就是设计没做好后来返工么   
2. 现在对我来说 就是需求分析最费时间 这个是我现在有时在考虑怎么提高效率的地方   

[plain] view plaincopyprint?

1. 在大多数公司, 程序员都只有一条路   
2.   离开大学-> 小兵 -> 技术骨干 -> 项目经理 -> 部门总监   
3.     
4. 这里指的是收入。某些公司有具体的数字level，也是如此。   
5.     
6. 我拿我自己的经历吐槽下。   
7. 我们公司因为上市了，壮大了不少，所以hr开始搞制度化管理。   
8. 首先就是给每个人定一个级别，对研发来说，分技术线和管理线。嗯，听着不错。   
9. 定完之后，我一看，我是K。啊？什么是K？   
10. K就是专员。   
11. 专员啥意思？   
12. 专员就是比team leader小的所有级别中最大的。因为你没有带团队，所以没法给你更高了。   
13. 好吧…… 可问题是，我们隔壁team的刚转试用的实习生，也是K啊……   
14.     
15. 为啥呢？ 因为一个team一般也就几（<10）个人。本来人就不多，如果还要分很多层级，这不是制造内部矛盾嘛。至于那个实习生，因为人家是中科大的硕士啊，确实各方面很优秀，比别的实习生都好。所以转正的时候就给高了一级。   
16.     
17. 哦……于是我工作了6年后和实习生一样的级别。   
18. 接着，公司暗地里调整了项目奖金的发放方式，以前是按工资比例发，现在是同一个项目里，级别相同的人，拿一样多。理由是：透明，公平。嗯，最最优秀的那个可以多拿一点，不超过原来的130%。   
19. 嗯……我仔细想想，hr说的有道理啊。你要是努力工作，还是能比别人多拿钱，对不对？   
20.     
21. 可是问题是，接着我发现，几乎所有事情，我都得和那个从实习新转正的新员工站在同一标准上比拼。从项目奖金，到日常报销，到其它的种种。我除了默默接受这些规则，每天斗志昂扬的工作，没有别的选择。   
22.     
23. 而所谓技术职业路线是指，   
24. 你是能解决自己的工作问题， //普通员工，高级员工   
25. 还是能解决一个team遇到的技术问题，//team leader   
26. 还是能解决一个部门的技术问题并设计所有架构，//manager   
27. 还是能解决整个公司的技术和架构问题。 //CTO   
28.     
29. 你觉得同一级别的人，薪水能差多少呢？   
30. 如果我愿意35岁以后依然和刚毕业的学生挣差不多的钱，并一起去拼抢同一个项目机会，当然没问题！公司不反对，公司不会因为年龄超35了就把我辞退了。老婆也不会因为我挣的没同学多就跟我离婚。都这把年纪了，后悔已经迟了。   
31.     
32. 否则，老老实实转去做PM。   
33.     
34. 纯技术人员，因为手上没有任何实质的权力，一旦遇到内部斗争、管理架构改革，就十分危险，一点挣扎的力气都没有。   
35.     
36.     
37. 而且，再拿行业来说事。比如游戏行业，程序员，除了转项目管理，没有任何第二条出路。因为大多数游戏公司都是工作室的制度。一个工作室下面几个游戏项目。项目组分程序、策划、美术、测试。一个项目组的程序最多也就10个人，所谓的晋升，就是不写代码了，改去管开发进度、协调美术资源策划文档测试排期、招聘等等。没有别的位置留给你。只要还想在这行干，这是唯一的出路。   

[plain] view plaincopyprint?

1. 纯做技术的话，什么东西都能开发，什么公司都能去，但是同样意味着什么人都可以替代你   
2.     
3. 做技术的杯具就杯具在这里   

[plain] view plaincopyprint?

1. 写这样的代码需要时间反复优化程序结构 不是一次能写出来的   
2. 类的设计需要迭代衍生的过程 我也达不到一次就能设计出接近完美的类   
3. 总之第一要充分理解面向对象思想 二要对每个设计模式的意图和适用场景有深刻认识   
4. 我看过一些spring的代码 基本可以理解里面类的设计意图   
5. 所以也能按照写出些还算神似的代码而已   

[plain] view plaincopyprint?

1. 现在不像以前，中层管理一线管理的坑很少了，公司都倾向于内部培养，只有技术类岗位还通过猎头外招。所以对于大多数管理者来说，只能寄希望于公司不倒，否则就是失业。  

[plain] view plaincopyprint?

1. 对于日本项目来说，测试占大块时间主要是因为质量标准高，要求极低的bug残留率。   
2. 对于国内项目来说，一个字的left offset偏了一个pixel，根本就不是个事，   
3. 没有人会去纠结，但对于日本人来说，这就是个bug，当然，这只是举个例子。   

[plain] view plaincopyprint?

1. 写代码好累呢。掉头发厉害。。   

[plain] view plaincopyprint?

1. 存在这种情况，技术和管理很难兼顾，若无过人魄力，最后会搞成两头空。   
2.     
3. 【 在 XXXXX 的大作中提到: 】   
4. : 这里会有个问题，如果选择了项目经理的路线并一直做下去，后面再跳槽的时候竞争力会不会比一直搞纯技术的低？  

[plain] view plaincopyprint?

1. 嗯，确实说得有点儿危言耸听，惭愧。。   
2. 没有当然最好。。   
3. 25岁的时候我们的同事，每年的体检报告就已经很难看了。。   
4. 主要是三高，肝肾功能毛病等，几乎是普遍现象，这些东西将来很麻烦。。@@   

[plain] view plaincopyprint?

1. 这个确实，代码，尤其是框架代码，都是一轮一轮改出来的   

[plain] view plaincopyprint?

1. 同学   
2. 三高、心脏病、糖尿病这些常见的老年病   
3. 已经有很明显的低龄高发倾向   
4. 高发期确实已经到了35-40这个年龄段   
5. 这是有统计数字支持的。。。   
6.     
7. 还有各种恶性肿瘤也就是癌症发病年龄也在逐年降低   
8. 40岁以上发病率已经很高了   

[plain] view plaincopyprint?

1. 我都快40了，职位很高，但还是在写代码。   
2. 很简单，因为喜欢写代码的感觉。至于学习能力啥的，只要你喜欢，这些都不是问题。   
3. 当然体力也是重要的，平时经常健身是有个好体力的保证。   

[plain] view plaincopyprint?

1. 我的理解就是，35岁才还在写代码是很正常的事情   
2. 我公司最NB的两个程序员，1个36,1个31，两个人都是硕士（一个北京交大，一个华中理工）毕业开始正经写代码，一直写到现在。当然都是搭框架类型的代码。   
3. 就算是最普通的linux嵌入式系统，你在内核把IP栈弄清楚、搞清楚市场行情、完全理解市场需求，理解整个系统，对于较聪明的理科生来说，也得5-6年，而且是持续的在第一线不停的写，如果运气不好遇到公司部门策略变化停滞了一段时间或者中间有一段换了方向，都需要更长时间才能够达到以上水平。  20多岁的人写代码，毛病一般都非常非常多。   

[plain] view plaincopyprint?

1. 目测你没参加过上W行的代码项目。测试和设计本来就是占大部分时间，这点在Google，MS都是这样。不过，如果规划的好，测试和开发可以同步展开，但是还是设计最重要，这里面不是光只业务设计，人都是有局限性的，做开创性的东西，就要做好持久战的准备   
2. 【 在 CCCCCCCCC 的大作中提到: 】   
3. : 我的体会完全不一样，所谓大块的时间被设计和测试占了我觉得就是代码写得不好，导致   
4. : 测试测试测试，然后反过来设计设计设计，占用很多时间。   
5. : 我觉得很多时候代码写得好的话，测试联调几乎没什么时间，设计基本上和代码可以同   

[plain] view plaincopyprint?

1. 国外可以，到40多只写代码   
2. 但也不可取。    
3. 35了，写了那么多年代码，有经验，应该发挥更大作用，带team来做技术负责人比较好。   
4. 学习没什么太大问题。除了来自身体的问题。这因人而异。 没什么毛病，脑子还是很好用。学东西其实一点也不慢。   
5. 做技术负责人，负责需求，架构，总设计，带技术团队，培养主力，技术开发监制，流程制定和优化，等。   
6. 做一个项目开发的负责人我觉着还是技术路线。   
7. 项目管理，产品经理，纯管理之类的，有能力和兴趣也可以尝试。   
8. 总得来讲如果没得神经衰弱35搞技术完全不会力不从心   
9.     
10. 本人从20出头做码农，35后团队扩大，不需要自己写代码了，现奔四 （>35)   
11. 众码农想找个过来人咨询可以问我   

[plain] view plaincopyprint?

1. 记得2002年在南京地税项目中，公司内因为java轻量级架构和重量级架构之间的争执还没有定论的时候，有一个新加坡的公司有意合作提供一些他们的组件技术产品，过来谈合作的一个人是个50多岁头发全白的老头子，老爷子和我一个25岁不到的小伙子一起讨论技术架构的问题，我和他都倾向于轻量级架构的解决方案，详谈甚欢。   
2. 今天，我也临近37岁了，我同样有一些40岁+的仍然在写代码，当然，代码的档次已经不一样了。   
3. 我仍然坚持我十多年前就开始坚持的那个观点：   
4. 1、如果你不是因为兴趣来写代码的，那么什么时候写代码都会成为你的负担，转行做代码无关的工作是必然的选择。   
5. 2、如果是因为感觉年龄大了动力不足，那么应该考虑一下你所写的代码是否有所提升，如果你十多年时间都只能写同一档次的代码，那被淘汰也只能是近在眼前了，因为你这十多年积累的都是同一层次的经验，也就是说，你要么就是拿刚毕业或者略有经验的人的同档次工资收入，要么就离开这个行业。   
6. 3、代码的层面是不一样的，实现的效果也是不同的，很多人只看到了写代码这个看似相同的工作表现，却并不知道，业务逻辑核心代码，以及架构实现代码，表现层代码等等的区别。另外，还有很多内部的分工情况都有差异。   
7. 4、有些人认为在小公司可以拿到较高的职位，实际上有些大公司给了技术人员更大的提升空间，关键看你是否能够坚持下来，这个就不在这个话题内继续说了，因为超届了。   
8. 总之，高技术不存在年龄问题，关键还是兴趣和积累，如果只是积累了同一水平的技术，那你等于只有这个层次的水平，也就不要这山望着那山高去要求更高的收入了。  

[plain] view plaincopyprint?

1. 其实这个阶层也不能怨你。   
2. 我11年前给电信规划的mss系统的框架，至少在三四年前，他们还在用，我规划的专家系统和辅助决策支持系统的实现仍然没有做到，一切都是在低层次上徘徊着。   
3. 领导者没有头脑，也让下面的弟兄没有发展的机会，你想接触更深层次技术的机会都会被剥夺，因为单业务调整和变化带来的代码修改量都很大。   
4. 另外，人都是有惰性的，如果收入较高，而工作量相对差不多的时候，不能太闲，太闲的时候很多程序员是停留不住的，人就会长期停留而不会主动接触新的技术和更深层次的考虑，这是大部分程序员的状态，毕竟，顶尖的程序员并不多见，否则，统计学就失去意义了。   
5. 【 在 VVVVVVVVV 的大作中提到: 】   
6. : 我就在这个阶段，很郁闷中   

[plain] view plaincopyprint?

1. 上35的人表示：体力、学习力顶不住了。首先你不可能和刚毕业没多久的年轻人比体力，其次学习能力也在下降。和年轻人比，唯一的一点优势可能就是经验吧...  

[plain] view plaincopyprint?

1. 活到老学到老   
2. 我觉得写出好的代码还是很有意思的事情   
3. 看糟糕的代码挺痛苦的，但是工作需要阿   

[plain] view plaincopyprint?

1. 同龄人，   
2. 但是我入行晚，我还正在努力提高技术呢   
3. 比努力的年轻人可能比不过，但是比80%的不太努力的年轻人还是比得过   
4.     
5. 事实我觉得就是这个社会上80%的人永远是比较惰性的   

[plain] view plaincopyprint?

1. 30+了，世界500强principal码农飘过   
2. 必须有自己的一亩三分地。各种创业尝试中。  

[plain] view plaincopyprint?

1. 写代码写到四五十岁都没问题的，那么老的程序员我真见过   
2.     
3. 技术路线又不只是代码，很多东西还是要有经验才有预见性、才有大局观。做这方面高端点的技术就行了   

[plain] view plaincopyprint?

1. 反正年纪越大的越贵，基本是如此～～我们也不找20岁地，基本都是工作几年的，差不多28～35的。   

[plain] view plaincopyprint?

1. 管理谁去啊,自己不写代码的逐渐屁都不懂了,下面人想糊弄你简直是小case，为了保住自己还得好好伺候下面这帮大爷,一有啥事情别人换个坑继续写代码,管理的毛都不会了管理谁去?   

[plain] view plaincopyprint?

1. 只存在会项目管理的码农,不存在技术废了还会管项目的,手工作坊也许存在,不过这类人管项目迟早也是倒闭的事情  

[plain] view plaincopyprint?

1. 自己不写代码怎么保证技术不废   
2. 不太硬公司要求所有的管理者每年必须写一定代码,谷歌管理完全扁平话,但管理者还是要写一些代码   
3. 会写代码,写的好的人永远饿不死,不写代码的撑不了一两年技术就全废了   

[plain] view plaincopyprint?

1. 同是搞技术的，不过非IT业。   
2.     
3. 感觉真正能做出事情的来的，都是35岁以后，家庭事业比较稳定，也能真正静下心来做些事情，当然前10年的基本功也很重要。   
4.     
5. 年轻人工作了个3，5年，往往感觉什么都会了，没什么大不了，其实还差挺远。   

[plain] view plaincopyprint?

1. 要看是否有发展空间，是否是自己的兴趣，是否能耐得住寂寞。   
2. 至于搞得动搞不动，很多老美都60多岁了，还在写代码。   
3. 35岁，体力上的确差一些，但是经验丰富一些，理解东西也快一些。   
4. 和年轻人相比，各有优势吧。   

[plain] view plaincopyprint?

1. 哎 膜拜一下   
2. 敢问高人现在多大了？   
3. 我今年26了，水平就如您说的，该毕业的小孩……   
4.     
5. 【 在 WWWWWWWWW 的大作中提到: 】   
6. : 只是这几年对面向对象和设计模式很感兴趣 经常思考这些东西   
7. : 现在写代码基本基本面向对象思维模式了     
8. : 现在读开源代码很舒服了 也很容易就读懂 改起来也是可以遵照编写者的设计意图     
9. : ...................   

[plain] view plaincopyprint?

1. 你丫只在小公司呆过吧，说话大言不惭的样子，被什么都是国外好，国内水平高的多了去了，只是你不认识而已，井底之蛙   
2.     
3. 【 在 BBBBBBBBBB 的大作中提到: 】   
4. : 刚毕业的时候在日本公司做项目 那么项目阶段规划是写码时间占10% 很长时间一直无法理解   
5. : 后来体会到 大项目设计把设计做到位了 小项目在头脑里把思路和细节考虑清晰了 再写码和写word文档速度差不多 甚至还要快   
6. : 其实大块的时间是被设计和测试占了   
7. : ...................   

[plain] view plaincopyprint?

1. 人闲着容易生病。   
2.     
3. 劳而不累，是最佳状态。   
4.     
5. 【 在 TTTTTTTTTT 的大作中提到: 】   
6. : 现在好多6、70的老人还出来干活   
7. : 看着挺心酸的   
8. :