职业生涯考虑是每个关心自己的人都应该有，但如果和公司不合了，最好不要埋怨公司，而是走人，去找合适自己的地方为好。但公司他要规范，是没有错的，到你做老板或者老总的时候你可能就不会骂这是一个“麻木”的公司了。唉 ..........
就软件蓝领我的理解是：按已经设计好的(包括复杂的算法)要求去写代码，真正的更多的if.....else。即java而言，你只要熟悉java语法和一些基本类库，然后公司自己有demo，软件蓝领基本就按模板写业务逻辑的，真正的coding了，基本上没有你任何的设计想法在里面（很难过的）。
但说真的，一般高中经过公司培训就够了，我觉得我们大学毕业出来的尽量往上游的发展为好，而不是带这“高傲”的心犯下以后的错误，不好。
在说，将来我国的软件行业上去了，成熟了，积累了很多达到创新的质变时也是应该来自我们这些上游的人为好啊，只要国家的资源配置也就趋象合理时不是。 IT看起来待遇不错，所以很多本科以上的转过来然后趋做一些“死板”的工作其实是一个资源的浪费，当然，这个没有办法的，因为我们处在特别的历史时间段离。因为我们的父辈没有钱，而我们需要钱，我敢说很多转过来的活多或少因为待遇的问题，所以国家很多的浪费，特别是人力资源。说清楚太多了，靠个人理解吧。我曾经面试一个材料博士毕业的要做程序员，为什么，很难用兴趣去理解这个问题，如果你对计算机有兴趣而对材料科学没有兴趣，我很难相信你能读到博士，说白了就是IT有它的优势(虽然我个人觉得现在没有什么优势)。你说他为了自己而做程序员浪费吗？但存在就是合理的，因为他生在这样的一个国情这样的一个历史特定阶段里，在这个大环境下他需要他需要的东西，所以他这样做有他的理由。
我不是公司高层管理层，而是一个从程序员一步步走出来的技术人员，我更关注的是程序员的职业生涯。我讨厌不愿意接受蓝领程序员的概念，我认为你所定义的那种所谓的蓝领不配叫做程序员，可以称之为“代码打字员”或者“软件累砖工”，他们与程序员存在质的区别是程序员从事是一个需要创造性的工作。
你说的情况太极端，公司当然要有自己的规范，而且每个成员要在一定程度上遵守，但是不能排斥程序员的积极性主动性，要具体情况具体分析，一个程序员可以对一个设计进行质疑，可以指出架构的问题，设计人员、架构师以理服人，程序员在这个过程中学到了东西，增长了技能，这难道有什么错误,这难道不是一个良性循环的过程么？真正的或者有素养的程序员是在项目中学习经验，积累业务知识，项目外学习技术，开拓视野。职业生涯是在每个程序员的心里，不是在极端的言行上。公司对要考虑每个程序员的职业生涯，根据其特点，着重进行培养；如果喜欢并擅长技术，可以走技术路线；如果擅长团队管理，可以培养管理路线，这与个人的职业生涯并不矛盾。这样人尽其材，才可能达到公司用人的最终目的。如果想培养一个中规中矩的你所说的蓝领的coder，不如花点经历想办法做个Code generator。
请问一个好公司的标准是什么，如果有点常识，你会回答是能否发掘员工最大潜能对么？IBM好，微软好，也是因为这一点。为什么这些大公司不见cmm的影子？因为他们在不断的开拓，创新，他们没有被规范束缚手脚。他们再不断的利用他们开发出来的员工的潜能进步着。这也是推动技术和软件发展的源动力。
其实我们公司对日部门的工作就是类似的，这项工作看似简单，非也。你说这项工作不需要思考么？以java为例，假设if else之间要实现一个树型结构的遍历，这个时候，你要不要考虑合理的算法？哪种更加合理？if else之间定义一个变量，多线程环境我要不要考虑线程安全？if else之间使用一个Collection，我要不要考虑使用ArrayList合理还是使用Vector合理，还是使用对象数组？这些是不思考可以得出的答案么？请问。一般高中经过公司培训就够了,他们可以做到这些么，如果可以，他们经过怎样的培训能达到？这些知识最肤浅的语言一级的。
> 谌砑幸的钦娴闹皇羌偕琛Ｍgoldsun的观点，软件本身就
> 浅渎粽胶捅浠飧龉讨谐绦蛟笨梢曰竦媚侵终鞣目旄
> ，所以才会让很多人如此执迷，我也是其中一个。相信只有软
> 统绦蛟钡恼庑┨赜械氖粜韵У簦敲茨且惶炀褪撬降睦
> 领的出现之日。
呵呵当初我在学校的时候，自己计算水灰比，石料比例，然后做一个水泥墩子，感觉和有成就感，其实在一栋房子里面这根本算不了什么。其实未来的软件蓝领说穿了就是技工，他所掌握学习的事施工的技巧，例如前面说的树的查询，对他来说他可能掌握了几种树的查询，然后他用自己经验用最佳的一种实现，或者连这种实现都是设计师来做，他就只用按照标准搭建这个查询就ok了。
其实无所谓蓝领白领，一个行业或者说一个社会都是分工越来越细化的，而且会出现阶层，如果你这样理解了就应该不会排斥软件蓝领这个说法。
国家机器要的是军队而不是游侠 ，呵呵，不知道这样说是不是合适。
什么叫掌握了几种树的查询？^_^，业余点了的说法吧。我举的例子只是编码中常遇到的一些语言级的问题，但是它就涉及了数据结构，操作系统的知识，如果你不明白这些，让如同某些人说得“java语法培训一下就可以的”蓝领，作出来的东西你能相信么，它可靠么？
你的话呢， 诈一听似乎有点道理，但是太理想主意。如果是对软件危机和软件项目有一定认识和实践的人是不会这样空泛的。
软件的发展才多长时间？仅仅是短短的几十年历史，虽然未必需要千年历史才能达到建筑业今天的规模，但是，至少目前软件的规律和软件相关事物的规律远远的没有被发现！我们的路还很长！所以，在很长一段时间内，软件的能工巧匠不仅要的，而且需要这些能工巧匠推动软件业的发展，探索软件的规律。
如果硬要在今天搞软件的产业化（蓝领程序员就是一种表现），那么就如同在社会主义初级阶段就搞共产，恶果大家都看到了。
如果说软件产业化是个必然，那么，让我们现阶段静下心来，共同探索它的规律，继续做我们的程序员，为它早一天的实现努力吧。
就此罢笔！
我相信很都道友都认为banq绝对是一个技术高手，但我看banq不仅仅是一个技术高手，我还想他更不会是以技术高手而对软件的非技术性东西不进行关注，我从他其他的很多回帖看的出来(不好意思，虽然我2002年就一直道J道来，但以前很少留言)，他对就像你帖中提的软件危机什么的都有一个很深的认识。
好了，我想我们大家都不要做无谓的”相轻“，当然我更愿意相信大家都没有，何况J道讨论的更多的是技术性问题。可能时间长了，我相信大家都会理解的，就如banq所描述自己对软件蓝领认识的心路历程一样，其实我跟他也一样，这样过来的。
>>如果硬要在今天搞软件的产业化（蓝领程序员就是一种表现），那么就>>如同在社会主义初级阶段就搞共产，恶果大家都看到了。
>>如果说软件产业化是个必然，那么，让我们现阶段静下心来，共同探索>>它的规律，继续做我们的程序员，为它早一天的实现努力吧。
这些理解我觉得很有道理。