[讨论]中国的程序员，路在何方？

别TMD动不动就说中国文化害了你！
火药牛不逼？是WHO的？指南针牛不牛逼？是不是我们的？道德经牛不牛逼？是不是我们的？本草纲目牛不牛逼？是谁的？现在中国在追赶世界列强的时候有点太浮躁了，中国人的思想不是制约我们有所成就的东西，相反才对。中国在地球上牛逼了几千年，区区这二百年不求行，有什么大的关系，是让人踩了两脚，虽然很疼，但只要我们看沉着应战，努力学习，奋发图强，感英超美是早晚的事。

这是看到的最近真像的东西了。。。。
程序员主要是混的人太多
还有就是混的人中很多混的不错
这才是技术失败论的主要原因

没有哪一个行业的生产力
能与软件业一样的差别这么大
还能混的下去的。。。。。

纺织机后手纺布大多都退出历史

汽车后马车退出历史

飞机让飞艇退出历史

开源什么时候能让混吃混喝的烂公司退出历史呢？
等等看吧
不过开源真是挣不到钱的。。。。。。。

说得好,找到知己了,哈哈

无法同意 oZZZZZZ的观点。
技术当然是重要的。
但是对甲方而言，乙方如何能够提供及时提供质量稳定的产品很重要。
比如
  你各个阶段的成果物都是什么，如何验证？
  各个阶段产生了多QA? 多少已经得到回答？完成率如何？因为甲方原因没回答的有多少？
  你在Coding 阶段产生的Bug有多少，修正完成状况怎样？分别属于哪种类型的Bug?
   能否随时以统计图表，Excel文件等方式让甲方在第一时间得到这些数据？

  比如说，在双方都能上网的前提下，如果乙方能够提供一个Port Server或者说Bug/QA/工期管理 的软件交流平台，那么甲方对工程的监控可以是细粒度，全过程的。
  这就是所谓的管理竞争力吧。
  另外，乙方在项目期间，是否能够保证在甲方驻扎人员流动率保持很小的百分比，也是乙方管理水平的体现。

[quote="flyjie
　我想你误解我的意思了，我可没有说“popular frameworks and elegant patterns”不能改进生产力和降低开发成本。我的意思是技术的选择在于开发人员，对于客户难到你要和他解释你的系统用spring、webwork、ajax、Hibernet比servlet、jsp、jdbc来得更Expands、更independent、更Loose.....他们只需要你做好的东西，就是效率的解决方案!

客户当然不会关心你所谓的Spring , 但是你应该告诉他， 如果合理采用Spring 的 IoC 等等， 你可以让 Business Logic Just Be Business Logic.
让那些 EJB. Servlet 统统见鬼去。
如此程序有最高的独立性。 开发，维护 都只是围绕着 Business Logic 本身。
最好以估计量化的数据说明，可以在多大程度上提升开发与日后甲方维护的效率。

我想，他会介意你是否采用 Spring 的。

如果真的这样的话，我看我还是尽早学个其它的编程吧，当年我就是因为爱上编程才学它的，如果为了业务而放弃编程，我不会干的。或许学点底层的东西能好些。请原谅一个无知的人在这里唠叨……

     如果你对编程序本身没有强烈的兴趣，或者也不是为生存所迫--比如我的专业是计算机，干别的也不会呀。
    只要不是这两样，那么趁早该干嘛就干嘛。

    举例，考个律师需要多久？考个会计师呢？考个监理师呢？如果你个人24岁大学毕业，5年持续努力应该会有结果的。然后你的经验就开始逐渐积累，人脉也开始逐渐积累。人生的路是越走越宽的。

    可是一个作开发的人，就算是作了10年，也还是会遇到困惑。举例，也许你自己想积累，比如专注于Java开发。可是你公司开始用SAS了。相对于那些用SAS两年的人来说，从技术角度讲，你的10年经验毫无价值，准确的说是有一点点价值了。比如变量定义之类的方式，你得从头学起。再加上比较偏门如AS400, SAS 的技术资料少得可怜，你会有一种强烈的失落感。或者有一种想请拉灯访问SAS总部的冲动。

     这就是开发者的悲哀。我们可以想象一家公司，比如它的业务是汽车保险。那么它的业务网络是最有价值的，好像一棵树的根。然后它有一套IT系统。那么把业务的流程变换为IT的处理流程，或者说现实世界映射到计算机世界的具体做法是非常有价值的。这好像一棵树的树干。剩下的具体到如何呈现数据，处理数据细节的各种方法，比如用Web, 比如用Excel的 VBA, 比如用 Access, 比如用FTP传入传出；这些都是细枝末节的东西，好比是树杈。那部分重要是不言而喻的。
    如果你做的仅是细枝末节，今天ASP,明天VB, 就算一直为一家客户服务，不客气的讲，也是很难积累的。想象一只小猴子，今天从ASP树杈跳到VB树杈，明天从VB树杈跳到Java树杈，多累呀。

    虽然会计我不懂，但是可以肯定，会计里也有各种分类，比如财务会计，比如成本会计等等。不过它不会有ASP实现的会计，C实现的会计之类吧。一个会计师面对的应该是业务知识和业务流程本身，这才是生存知道阿。

    简单说，就是业务最重要。当然，技术牛人除外。

    还有一个问题要悄悄地说，搞技术的人有两种，一种是想明白了，但是不愿意从头再来了，也不想操心了。还有一种就是根本没想。整天与机器打交道多，与人打交道少，慢慢地待人接物的能力逐渐下降。最后你就除了编程序干不了别的了。

我怎么从来都不想专注于某种特定的语言呢？说到SAS，我真的非常有兴趣学习，记得我大学计量经济学课程设计，我就是用TSP做到宏观经济通胀模型，那时候还没有听说过SAS，后来才知道有这么一个很强的统计软件。

AS400我曾经有一个机会接触了这玩意，接触之前还以为不过是Unix而已，接触之后才发现，根本就不是那么回事，整个一个封闭的系统，两眼一抹黑，啥都不会操作。当时真是迸发了学习热情呀！

开发人员应该具备积累经验，积累学习能力，积累思维能力的意识，如果看不到编程语言下面共同的地方，那真是白干了许多年了。


我的看法和你正好相反，我做过如下行业的软件项目：
银行金融业，广告业，机械，财务，航空售票，化工，电信，电子政务，短信
其实这些行业的业务知识做之前我都不懂，但是我就没有觉得学习这些业务知识需要花多少时间。做软件过程中也没有因为对业务不在行而导致软件开发受到影响。学习这些东西，边做边问，一两个星期该知道的都知道了。但是你敢说你学习Java一两周时间就能掌握的很好吗？

别瞧不起Excel的VBA，跨国公司内部很多系统就是Excel做出来的，你把Excel VBA搞的很精通，你绝对可以在跨国公司吃的很开了。

别瞧不起技术上面的细节，就是这些细节你懂别人不懂，这就是你比别人强的地方，就是遇到问题别人解决不了你确可以解决的原因。所以你的机会就比别人多。

而且我很不理解，你作为一个技术人员，不提高技术，你学习业务知识这没有做，但是你能靠业务知识吃饭吗？你拼金融业务你拼得过银行里面的专业人员？你拼广告业务你拼得过广告代理公司的专业人员？你拼财务知识你拼得过人家10多年的老财务？这不扬短避长吗？难怪职业道路越走越窄。


正是因为你不懂会计，所以你想当然的以为会计准则总是10年不变的，所以你不知道会计们至少每年都得去重新学习新的会计准则，需要通过考试才能拿到相应的资质。而且你还不知道不同类型的企业会计准则是不一样的，而且国家省市每年的会计准则总是变来变去的。

生存之道是什么？不管你是程序员，还是会计，还是别的什么，永远保持学习习惯才是你的生存之道。

搞技术的人有两种：

一种是怎么都想不明白搞技术有什么前途，天天觉得搞业务有前途，结果啥都搞不来，彻底迷茫了，而且性格还有缺陷，待人接物的能力逐渐下降，最后你就除了编程序干不了别的了。

一种是热爱本职工作，保持学习热情，懂得享受生活，虽然不见得能够很有钱，但是生活的很快乐。

你是做过这些工作呢，还是听别人说的？你和做这些职业的人接触有多少？
你知不知道在律师行工作压力有多大？你知不知道四大的会计师35岁以前怕被累死35岁以后怕被查旧账？你知不知道建筑监理师每年应付执照审核要读多少书？你知不知道干这些工作拿到月薪两万的时候需要付出多大的辛苦承受多大的压力？拿我一个做监理的朋友的话，干IT的薪水简直就像白捡一样——我并不赞同他的话，不过跟你的说法大概半斤八两。