事情起因很复杂，简单点说就是公司是做项目的，靠人月来赚钱，利润低不说，重复多，累，看不到发展前景……这是一个倒不尽的苦水……决定要做产品，来把同质化的东西固化下来，减少项目中的重复工作。
这么说还是太复杂了，一句话，公司想做产品。
问题就在这里产生了，诺大的公司，竟然找不到足够多的JAVA高手！
为什么要找JAVA高手？公司是做金融行业项目的，特别的，是做银行业务的。银行里几乎没有.net的地位，全是JAVA+C。做产品，必然要在这两种语言中选择，否则客户不认可，做也白做。当然脚本语言可选择的就多了，JS、PERL、PYTHON等都可以。
想做产品的部门，几百号人，几乎全是做JAVA的，使用C的非常少，少到完全供不应求。但想做产品的时候，C的领头人很快就能确定下来，因为都有足够高的水平，足够多的经验，足够强大的领导力，能够主导产品研发里的C部分需求。而JAVA的领头人，很头疼，几百号里竟然找不出几个像C那样符合要求的人。目前只能找些水平相对较高的人带头，然后找些水平相对有点高的人跟着做，做出来的东西，自然就……
当然产品还有这样那样其它更多的问题，比如需求的问题，实用性的问题，性能的问题……不一一说了。
背景交待完了，我想思考一下为什么会出现这种情况。
为什么会JAVA、使用JAVA的人那么多，找水平与C相当的人却那么少？
可能主要原因还在于公司是个业务导向型的公司，本身技术高手就少。
公司虽说业务为导向，对业务非常倾斜，但对技术条线也算是有相当大的照顾的，只做技术的话，也还是能找到相当不错的发展路线，比如我这样的。C技术高手大多是在项目中锻炼出来的。为什么几百人的JAVA团队中，几年了还锻炼不出来能够满足独立产品研发要求的JAVA高手？
也有可能是我们的要求太高了。都说C的学习成本高，成高手不易，可能JAVA的学习成本没我们想像得那么低，成为高手的时间不短。从现有的情况来看，项目组里的JAVA使用者长期处在一个较低的水平，他们经常抱怨要学的东西太多，各种框架，各种平台……也许要让他们成长为一个能独立设计开发框架、平台级产品的高手，需要更长的时间。
是不是还有第三种情况，JAVA平台提供的功能太多了，导致使用者满足于现有的平台、框架，忽视了自身水平的精进？
或者还有第四种可能，C语言本身就是个残酷的淘汰制语言，水平不高的在初期就已经被淘汰了。
我本身是个C语言的爱好者，虽说不喜欢JAVA也不喜欢.net（也许.net已经不能算一种语言了，在这里精简说法吧），但我对这两种语言并不排斥，他们无疑是成功的语言，不那么苛求的话，他们也是伟大的语言。现在的情况是，C语言难以找到足够多的开发、维护者，但领导者是足够的；JAVA语言有足够多的项目实践者，但作为产品级开发的参与者，极为缺乏。仅有的几位JAVA高手，又要不断地投入到各项目中去，因为各项目还需要更多的架构师级别的高手，否则一般的JAVA使用者开发出来的项目，问题不断。
问题就在这里，短时间内仍然不会得到好的解决。
这两天看了一下TIOBE的排名，C语言又回到第一了，这个月的比例竟然还在扩大。虽然说这只是一个参考，并不意味着绝对数字，但这也足够让我们思考一下，语言本身是否真的重要？人自身的水平如何体现，又如果能够得到持续提高？作为初学者，你们的选择真的需要那么唯一？

不都说语言是很弱的东西么？ 数据结构，算法才是核心！

你说的那些java水平差的人，让他们玩C只会被虐得更惨，跟语言本身没什么联系

不同的语言有不同的作用。。。

TIOBE不科学啊..objc都超c++了..

或者还有第四种可能，C语言本身就是个残酷的淘汰制语言，水平不高的在初期就已经被淘汰了。很赞同这个原因的说

没学过java..不清楚..

一开始以为挖坟……
JAVA本身模块特多，而且根据不同行业需求设置了各种api，虽然有不少是渣渣。
这个时代比起叫信息我更喜欢称之为互联网时代，信息迭代快导致了技术只要能应用出实际产品就ok的流水线是大部分公司的追求，至于细节和原理上的技术，真的需要喜欢才会探索下去。
简单的广泛型技术应用就可以将一个技术型员工提到去20k月薪，追去这一方面就浪费了将技术弄透的时间，而且实际月薪也告诉了好多程序员自己这样跑没有错。
会用轮子，并且用得熟悉就ok，而且真的高月薪。这对于追求技术原型来说是条岔路，并且附带着某部分的错误，投机取巧，或者仅仅合适自己公司所局限的使用范围，其实这范围挺大的，毕竟好多公司都有着雷同的标准。
譬如java做web，如果弄透了ssh这三个轮子，在北上广要个10＋k月薪应该不难。但是框架用得多会局限一个程序员对另外一种开发模式或者技术的角度，而且用这框架真心需要时间。你让他们研究jvm／数据结构和算法，根本就没时间。
这跟C从数据结构和算法开始搞起不一样。
面向对象语言是从成果开始搞起的。
如果不回溯回去肯定跟C的开发人员技术不对等。
中间差了那么一个层，就是怎么将数据结构和算法组合成java的api，当然期间设计模式很重要。


一直想知道，什么样的人才能称得上是高手

Java平台功能很多？多乎哉，不多也。
看什么人用了。

C的学习成本说大也不大（不然C++真得喷了）。只是几十年来自甘堕落的人从来就没少过，平均素质就下来了。
Java则是一开就是不恰当地鼓吹欠推敲的“简单”，吸引了太多不适合这个行业的人。人浮于事。

觉得是大班的站位和领导的站位不一样。。。
快速出成品，获得利润就可以了。
如果要花费更多，去找一群高手，付出的多，总收益就减少了。
虽然会有这那的问题，但都是小技术问题，可以靠一点时间或者个别高手解决。
比起廉价的人工（填鸭）带来的利润，是可以接受的。。。
慢慢的，劣币驱逐良币，就成了行业现状，到处都去培养填鸭式程序员。。。。
也就没有公司愿意去精耕细作，愿意花时间和经历提高员工水平，反正一抓一大把。。。


想了想，觉得或许管理方面也缺乏了些什么。
产品主要是可复用性、便于二次开发。
定制提供给这家公司后可以快速定制提供给第二家。
你那搞java有几百号人，不知道用什么管理手段。
代码多久迭代一次（3天之内要确认一下工作效率，一周要有一次大的整合迭代）？
一个产品模块分多少？分多细？分工是让程序员挑自己擅长的还是挑具有挑战性而喜欢的？
什么情况下会砍掉一些需求？新需求来的时候是顶回去还是安排在之后实现？
开发模式是什么？敏捷（这个几乎每天都知道大概的开发进度和效率）？快速原型？
交流手段是什么？
通常java 做产品面向对象的知识点和UML肯定需要充足的，交流起来不费劲而且容易明白。
找一个管理能力强，富有经验的项目经理将架构搭好，然后让底下的人按步骤实现需求，定时反馈开发问题与进度。短期内进行代码迭代整合可以不让项目走上歪路。
安全方面其实应该有共通点，只是实现技术不一样。C方面的能人应该能给Java这方面的提供不错的建议的。
以前看过一边关于管理的文章挺不错的
http://www.cnblogs.com/yezhenhan/archive/2012/06/01/2530504.html


楼上的。我同求

膜拜大神

万一火了呢，先顶再看

仔细观摩

C语言 如果只单单是入门而已的话 是无法感觉它的强大的

我看C语言就只是看了一本 C primer plus 5 ，怎么进阶？

作为一个早年在C吧混迹过的java程序员,说下我的看法.
我现在的公司也从做项目到做产品的转型.
产品经理什么语言无关,需要的是有一个把控的意识,对模型的抽象度的控制.
客户的需求始终是第一位的,产品化到何种程度不得不考虑可能客户的需求.
当然够实力的公司可以主导客户的想法.
可快速定制化产品是一个能力,需要做到核心模块固化,定制模块配置化.
C只是我入门的语言,没有深入了解.
java中的接口可以很好的解决不断比变化的需求,不同的需求实现相同的接口.
面向对象的编程到变成了面向接口的编程.
当然java技术这块,公司有一个基础团队在维护框架(非开源).像我这种人力型的程序员
都不需要多java技术有太深的了解,往往关注的更多是业务知识的积累,是自己能够参与到
流程等方面的讨论中.