说说作编程/coding的，有没有前途

觉得DarkBrian提的问题很好,单独列举出来讨论吧:

From DarkBrain:
1) 其实从别的专业转到CS了，并且拿到了全奖，但是忽然想转出去了，因为不想毕业之后一直做IT民工的生活。即使毕业之后先作一段时间，以后总归要转的吧。编程这种东西做不了一辈子吧。
2)如果是EE experience还好说，如果纯粹做coding的话呢？新技术新语言可是层出不穷阿，真的有很多程序员会一直做到老吗？至少对我来说，并不讨厌编程，甚至很有感情。但是要做到老的话，还是觉得很累很累的
.1point3acres留学申请版
类似的问题还有:
程序语言变化飞快。年轻人还行，学新东西快，老了就完蛋了，因为技术过时，学习也慢。也没年轻人的体力

我的回复如下：

随着工作时间的增长,你可以获得experience,年龄大了以后,丰富的experience就是优势了.

1) 计算机兴盛也就是从90年代起,时间上来看,经验丰富的开发人员大多也不过10-20年.
2) 有了工作经验,有机会接触到各种事情和机会,慢慢的就有人做起他的工作去了, 比如有的人做architect，有的人不做开发,改成提供技术服务,直接跟客户打交道, 工资更高; 也有人技术很强, 加上丰富的经验, 改行去作咨询了。我听说过一个比较老的开发人员, 和他儿子一起开IT咨询公司,好像一个小时收费100-150美元. 父子两个都上阵作技术活.
. 1point3acres.com/bbs3) 我见过50多岁作开发的, 人家也没什么上进心, 典型的朝九晚五上班, 完成任务, 干活挣钱就是了. 跟我说工作轻松, 自己能处理得过来,工资也不错, 很满意.

至于新技术. 新技术应该可以更好更快的促进开发, 所以应该更容易,而不是更难学. 比如java比C++容易, 用C++开发也比C方便的多; 以前开发个web application, 要配置一些东西,现在ruby on rails很多东西直接都自动给你做好.

如果是很细节的老技术东西,可能来了新的技术, 你的知识就不值钱了,但是你学习到了如何设计软件, 如何从high level考虑architecture/infrastructure里很关键的一些东西, 这种经验, 是不可替代的.

开发大项目尤其需要经验，年轻人解决小问题，作具体的底层活没问题，但是要搞定复杂系统，没有经验是不太可能的。

打个比喻说,software development就像是建楼, 如果你就是一民工, 当然可以说老了就做不了了,但是盖楼也不是随便一群民工就能做好的,最起码得有人设计楼房, 考虑里面的技术问题,免得突然楼就塌了, 也得有人管理工程. 你要盖个小土屋或者2-3层楼可能也没啥, 但是几十层甚至摩天大楼, 这个不是一群民工就能盖好的. 当一辈子底层民工卖体力是没有多少前途，但是你要想着如何利用自己对建筑行业的熟悉， 发挥经验优势， 比如说你慢慢来管理工程指挥年轻人干活， 或者你知道怎么样造楼更稳固，什么失误常见而且会导致问题。
. 留学申请论坛-一亩三分地
老的东西不是一下子可以被抛弃的, java现在最popular,但是C++也没有消亡,更古老的C照样也有市场.  C和C++都是哪年设计的?过了这么多年了还活着. 请问，哪个语言可以在很多领域广泛替代java? 什么时候能出现？java也早就不是新东西了，这都多少年了，还占据着统治地位，technology也没发展的那么快。等基本可以替代java的东西出现了，后面还得相互搏斗若干年。就算java过时了,很多公司还是要继续用手头的java软件系统, 稳定, 而且不用花高价更新. 在business world,并不是简单的什么技术nb,什么技术就总是赢.

公司里采用新技术也是渐进的, 比如用ruby代替一些java的东西, 公司固然需要从外面招ruby developer, 但是老的技术骨干也在学习ruby, 他们又懂公司的核心技术, 知道什么地方该怎么做, 知道新旧技术该怎么整合,可能主导的人群, 还是老的骨干. 如果交给新人，哪怕他ruby技术很NB，公司现存的复杂系统他们也得花上不少时间才能完全理解。你说老程序员从java改成ruby快，还是这些ruby新人积累经验，彻底了解公司现有系统快？ruby设计的很好学,很容易上手, 老人家们不用几个星期就学得可以拿来干活了，而且可以更迅速的明白目前公司里什么地方需要ruby，什么地方可以用ruby改进。

如果你自己懒惰不去学习新技术,所以被淘汰,那是你自己的问题,不怪编程这种工作. --- 现在有什么专业, 是不需要学习新知识新技术的吗? 你不会指望着年轻的时候学一门技术, 老了的时候还能用吧

游客，本帖隐藏的内容需要积分高于 50 才可浏览，您当前积分为 0

1.我同学的表姨，90年代从中科院某所的地质专业公派去了美国学习，满了1年不想回来了，于是就读了计算机，那时候，计算机很火的，年薪很高，工作环境很舒适，很多大公司都招不够人。在这种诱惑下，毅然放弃了搞了10多 ...
cliff 发表于 2009-7-18 03:01

一天三个小时coding很合理，花这个时间编程的，就算是技术不离手了。

从地质转cs，就跟让eecs的去学生物、化学一个费劲，人家也是吃了很大苦头才有的今天。

. 一亩-三分-地，独家发布
我觉得做coding总的来说有两种，有变化快、要不断补充新知识的领域，可以总结为做Application；也有几十年不变，搞通了就可以吃老本的方向，可以总结为System（不是广义上的system，专指计算机偏低层的系统软件，如操作系统）

1.   Application
总的来时你做的Application离用户越近的，技术变化越快，典型地如Web，Java曾经独霸天下，早期的Java曾是结构简单、设计优良的，但由于J2EE本身的日益臃肿、层出不穷的Framework如Struct、Spring、Hibernate等，都增加了程序员学习的成本，Microsoft的C#也是这样，大而全，同时非常繁杂，这两个东西做重量级的Application比较合适；但是讲到小而快，Ruby和PHP都不错，日本人搞出来的Ruby，含有大量面向应用的default的Configuration，非常方便。我原来做过J2EE上的应用，曾经被其复杂的Configuration弄的痛苦不堪，而Ruby竟然让我在一个小时内成功加起了Hello world的，带有数据库的应用，真的很Impressive。
. 1point 3acres 论坛
. Waral d博客有更多文章,总的来说这种Application技术的发展方向是让程序员更省事，难听的说法是让你变个更懒，殊不知一种知识和技能的价值由两个方面决定，首先，价值，是否有用？有多大的用？；其次，可替代性，学习曲线如何？是不是很难被人赶超？像Microsoft那种把IDE做的那么强的，程序员慢慢就变懒了，不愿意思考IDE背后的东西，这种技术从本质上也很难形成核心竞争力，因为说白了，你短时间内学的会的东西，别人也行。

如果处在这种领域，就要积累一些像Warald和Cliff说得大项目的经验，system大到一定的程度的时候，就有一些module之间的协调问题、interface的设计问题以及系统的负载平衡问题等等，只有在大系统时才有的问题，这种经验很宝贵，正是越老越值钱的东西，以后做个咨询啊、管理啊，主要靠的是大项目的经验。

2. System
    这里说的计算机低层系统，主要指Application 程序员用到的开发工具和基础平台，有用IDE的人，就有开发IDE的人，有用编译器的人，就有开发编译器的人，这一类开发者可以称为System Developer。其特点是技术难度大，但是变化相对较慢。

对各个层次上的软件，道理就是离用户越远、离机器越近的部分变化越慢，vice versa。要不是当年BSD与AT&T的System V为了版权相互争来争去，Linux Torvald也不用另外去搞个Linux出来，同样TCP/IP的协议栈用了这么多年也才要扩展到IPv6而已。

    总的来说这种技术前期学习曲线很高，懂的人少，精通的就更少，但是通了以后可以吃老本，说到收入可能也不比做sale，support来的少。另一个好处就是，做System人能更好的理解计算机，因此具有Application programmer所不具有的洞察力，在技术道路上能走的更远，像Microsoft、Google这样的大公司内部都有专攻技术的Fellow，其待遇不比做Business和Management的VP差，理由很简单，对一个高科技公司来说，Core System Technology就是它们安身立命之本，是在商业上取得优势地位的利器。你看看Microsoft这么多年是怎么过来的，占据了这个Windows阵地之后，用binding sale让IE战胜了Netscape, 同样用binding sale让Office独霸普通用户的办公软件（企业办公软件有IBM的Lotus，IBM在某种程度上也是binding sale，软硬件binding在一起，这里暂且不表），可谓无往而不利。

最近Google频频出招先是Gmail、Docs等Service挑战Office， 然后是Chrome挑战IE，随后Chrome OS剑指Windows，一场逐鹿中原的大战即将爆发~ 从长远讲我看好Google, Cloud Computing为Google提供了美妙的商业预期，但System level的竞争不只是技术的竞争，更是商业的竞争，我相信深谙商业之道的Microsoft不会束手就擒，前两天刚刚宣布明年将推出网络版的免费的Office软件(http://www.ftchinese.com/story.php?storyid=001027556)，好戏还在后面，看看他们两谁能笑到最后
来源一亩.三分地论坛.
. more info on 1point3acres.com个人愚见，如果真的是对技术感兴趣，可以去做System的方向，更Challenge，如果有足够的前瞻性还可以Startup；而Application适合以后想往Business和Management转的人，当然现在很多的Web Startup在技术上也只是Application，比的是谁快，先抢到用户群就赢了，但从本质上来说，做不出像Google，Cisco这样的行业龙头。

哇，学到了好多哦。
从我自己本身来讲，像在我们公司，不管你是申请的项目经理还是架构师，进去必须敲最起码一年代码才能胜任你申请的职位。
在很多行业，比的都是资历。

恩 长见识了

收藏了，顺便憧憬一下自己未来的民工生活。。。

我觉得做coding总的来说有两种，有变化快、要不断补充新知识的领域，可以总结为做Application；也有几十年不变，搞通了就可以吃老本的方向，可以总结为System（不是广义上的system，专指计算机偏低层的系统软件，如操 ...
Zxin 发表于 2009-7-18 12:41

来源一亩.三分地论坛.如何划分，可能有的人未必赞同，不过我觉得你的分类有道理。

大部分人生活在上层的application里，人数多，上手快，也容易被替代。ruby我刚开始用的时候，也是很惊讶，连MySQL的数据库，unit test啥的都能给你自动生成，感觉以后入门级的开发没准就跟玩discuz bbs一样，是个人就可以啊。

system level的东西更需要经验，有的年龄大的开发人员，当年一路用C过来，到现在依然控制着很多核心底层的东西。这种工作更不容易上手，更需要丰富的经验，不过职位也少很多，大部分人还是得靠application layer来混碗饭吃。

马上就要读MS了，CS的方向这么多，自己也不知喜欢哪一个。不过确实归根结底还是coding吧。

wap版看得痛苦。。mark下。。

选择CS不得不面对的就是coding的问题。

其实思考的时间往往比coding的时间长，只coding而不思考只是机械的重复，多思考了以后再coding会发现coding的乐趣的

我觉得做coding总的来说有两种，有变化快、要不断补充新知识的领域，可以总结为做Application；也有几十年不变，搞通了就可以吃老本的方向，可以总结为System（不是广义上的system，专指计算机偏低层的系统软件，如操 ...
Zxin 发表于 2009-7-18 12:41

说的很好。

不过我觉得对于大部分人来说application是唯一的选择，想做到system那种级别在现在这个阶段，除了天子卓绝，没有大量的积累是做不到的，一般还得有个research的学位才比较有可能。当然如果我们能够碰上下一个时代的计算机体系的形成，或许还有机会更快的进入到这个级别中去。

3# cliff

coding是肯定要做的，动手能力嘛。
但做coding就是为了以后不做coding啊。
做coding一辈子就相当于公务员当一辈子科室小喽罗的情况吧……
要么转行，要么跳槽，要么管理，要么带团队……应该有很多出路的。
.1point3acres留学申请版
. more info on 1point3acres.combtw, 我怎么不觉得C++经久不衰呢……
感觉C++是一个处在很尴尬境地的语言。
要说面向对象吧，C++的面向对象之烂是有一定名气的。
要说底层吧，C无论是效率还是入门容易度都比C++好些……
而且C++的安全性也不强……就是一个走向面向对象的半成品。
我还是喜欢用Java ^_^

做应用开发 如果真是能从架构阶段就开始跟 不会很久就可以参与前期的设计 而不用长时间编程了。 但是如果做的是外包类 或者是一些纯coding的活 那只能一直做民工了

3# cliff
coding是肯定要做的，动手能力嘛。
但做coding就是为了以后不做coding啊。
. 1point 3acres 论坛做coding一辈子就相当于公务员当一辈子科室小喽罗的情况吧……
要么转行，要么跳槽，要么管理，要么带团队……应该有很多 ...
zunge 发表于 2009-7-21 07:07

.留学申请论坛-一亩 三分地各有所好吧，Java做web的用得较多，C++做app用的较多。
争论哪个好，哪个不好意义不大，适应市场的才是好的。

我就是从coding做到technical support的, 现在还做consulting. 不过离技术越来越远, 都快成linguistic analyst & consultant

我很同意cs的立命之本就是coding。如果我想远离它当然是会有很多出路，比如consulting等等。但是长期远离coding这个前沿战线后会不会影响专业判断力呢？确实是个两难阿。

马上就要读MS了，CS的方向这么多，自己也不知喜欢哪一个。不过确实归根结底还是coding吧。
watercc 发表于 2009-7-18 22:25

相当同意,但是coding不好,需要恶补..不知道各位大大有没什么关于此类比较经典的书籍推荐?