什么样的技术人才最受欢迎？说下我个人的感受

什么样的技术人才最受欢迎？说下我个人的感受

    也工作几年了，陆陆续续做过很多不同的项目，也面试过不少人，结合我个人的经验及面试的心得，稍微总结一下。
    对于没有工作经验的，一般都是看他的基本功和他的态度；
    对于有工作经验的，怎么看这个人的潜力和水平？
我个人觉得一般做题这东西不太靠谱，面试者他熟悉的东西和他的项目经验未必被你的题覆盖到，另外在写代码过程中，未必会记下所有细节，高人一般都是在用到的时候去资料中查细节问题。大脑中存着太多细节，可能就没有空间去存放一些更重要的东西了。

    我面试，一般一开始就问他有没有处理过什么疑难杂症，疑难杂症一般都是技术问题，要花费一周、一天或几个时间去攻关解决的，可能一个人还搞不定，还需要多人一起搞。
    要解决疑难杂症，一方面需要比较广的知识面，另一方面也需要良好的心理素质。
    就知识面而言，比如，一个新员工要一天解决的问题，某老员工可能只需要几分钟，因为某些问题老员工他可能之前已经花了很多精力去攻关过，这是知识面的一方面，一般我们称之为工作经验，另外知识面还包含业务知识、编程技术、学习能力等，无法用几句话概括（至少我还没有能力用几句话把它概括）。在不同项目中，可能要用到不同的编程语言，或者同种语言中的不同架构和不同组件，数据库、操作系统、编译器、平台等都涉及到不同的技术细节，你涉及过的东西越多，你的视野也就开阔。我个人感觉，如果你做过不同类型的项目，开发过不同的东西（可能会基于不同的编程语言），你的视野一般会比一直做同一个项目的人要开阔，毕竟接触的东西要多，而且需要学习的内容也会多一些。
    心理素质，我个人总结就是信心+耐心+决心。信心最重要，遇到难题，大家都会摸不着头脑，这个很正常，关键是你如何能战胜自己的心理恐慌，信心就很关键了，即使是没有处理过的问题，只要你有信心，你很快就能镇定下来，把心思花在具体的问题上；哈哈，信心是第一步，敢面对难题，我们还需要做好打持久战的准备，还需要有耐心；有时有些难题，会花上几个小时、一天、一周甚至几周才能搞定，这么长的时间内，你会不停地郁闷、痛苦，但你还要找方法去解决问题，哈哈，如果把解决问题的目的给忘了，那结果你知道的；至少决心嘛，一般我们的郁闷达到最高点时，可能就越接近问题的根因了，这时如果扛不住，就功亏一篑了。下定决心吧，不把问题搞定，就不吃饭、不睡觉、不回家、不去见女朋友，还有不干嘛，你自己想吧。只要你有这个决心，那问题就一定能搞定，如果还搞不定，就去找你的领导吧。
    我个人遇到过的难题，如果按解决问题的时间长度来算，应该有20个吧，哈哈。过程确实很痛苦，但问题解决过后豁然，也只有个人知道；你对某个问题的认识，或者对某个知识面的把握，可能一下子就进了一步。

    如果你经常面试人，可以试试我的方法；如果你打算被面试，也考虑一下自己工作几年内遇到过哪些难题；如果工作一两年一个都没有遇到过或者一个都想不起来，哈哈，考虑一下自己的工作态度是不是有问题？就算自己没有亲自解决，也得耳睹目染过别人解决问题的过程吧？如果这个都没有经历过，你是不是对技术一点追求都没有？如果你能想起来那么几个，恭喜你，把过程好好总结一下吧，能总结出的东西越多，那你的升值空间就越大，在解决问题、总结问题的过程中，相信你会有大的提升。

 

 

 

再补充一些我个人认为比较重要的知识点：

1、精通某一编程语言（所谓精通，比如Java，除了熟悉使用常用的工具类、语言特性外，还要对JVM的内部机制要有所以了解，比如JVM的内存管理，类加载机制等）；

2、某种脚本（Windows的Bat、Linux的Shell），有时熟练使用某些脚本会带来意想不到的便利；

3、对涉及到的协议的掌握，比如你搞页面开发，HTML协议的RFC一定好好看看（比如之前我处理的几个问题，都与Http 1.0与Http 1.1的特性差异有关）；

4、对网络知识要有所了解，及对抓包工具（Wireshark）的熟练使用，在处理一些疑难问题（如各种乱码问题）时，会在你定位问题给你很大的帮助；

5、对数据库要有一些基本的认识，比如常用的sql调优等；

 

我给大家的建议是，至少要在某一方面做到足够深入，让大家知道你在某一方面很强，处理这方面的问题时你就是专家；然后再扩展自己的知识面，尽可能多了解一点其它知识点，至少在遇到这方面的问题时，你知道去哪里找资料；不要让自己什么都学精通，你没有那么多精力的。

你要相信平时的积累会在某个时间点发挥出价值，所以真的不用担心自己的积累会无用武之地。

 

另外，我个人觉得最重要的一点是掌握方法，就像处理疑难问题，处理得次数多了，你会从中找到一些规律和窍门的，这个就是我说的方法。

在 平时的学习和工作的过程中，要注意总结，把自己认为重要的或对自己有帮助的及时输出到文档中；刚开始可能总结不出什么，但多总结几次，可能你就能总结出很 多东西，其实这就是你在进步。哪天你突然发现自己在解决问题时是按照某些特定的步骤去定位的，并且这样处理问题基本能得到解决，相信你的能力已经提高了很 多。

 

所谓功在平时，平时的积累最重要，遇到问题要淡定，积极而平静的心态会让你走得更远。

评论

50 楼 zhao3546 2011-06-30  

whking2003 写道

楼主，你知道么，你的这些要求，都不过分，可是，你能给出的工资，能留得下达到你要求的人么？
虽然，我前面说，哪些做所谓企业级开发的外企，不需要技术好的人，可是人家给的待遇好啊，既然可以挑，为什么不挑好的？所以，等人达到你的要求的时候，稍微包装一下，搞搞英语，就可以高价去其外企做“企业级”开发了，而且相比那些多年写“业务逻辑”的，还很有竞争优势，你想想看，这样循环下去，就等于你在帮哪些企业提高要求。。。。

工资，不是我们这里要讨论的，也是我们解决不了的问题。
反过来说，如果你的技术线性上升了，你的工资水平也会线性上升的，从短期看可能未必，但长期来看，一定是这样的。如果不是这样，你可以考虑换一下工作了。

到底是技术重要还是业务重要？
我个人的观点，技术比业务更重要，如果你新找一份工作，业务和你原公司业务相似的毕竟不多，但技术 这东西，是相对通用的；
再反推一下，如果你的技术能达到一定水准，我相信只要你花点心思在业务上，你的业务也很容易就上去了。

再有一个问题，如何留人？
其实能不能留得住人，有多种因素，如果这个人是你培养出来的，并且工资和其他公司没有相差很多，并且你能让你的兄弟们看到自己还有提升的空间（技术、职位、工资等），那你还是可以留住人的，工资对于部分人来说，毕竟只是其中的一个因素。

你要多观察、多沟通、多了解，对不同的人，要用不同的方法，就算实在留不住，大家还是朋友嘛。

49 楼 zhao3546 2011-06-30  

yanleihebei 写道

zhao3546 写道

jaystarba 写道

受益匪浅，，很是受教了。
只是不知道的还很多，该怎么学呢？？？

怎么学？其实很简单，踏实地做好本份工作，在做项目的过程中，适当地拓展和延伸，让自己知识的深度和广度得到发展。
在遇到问题的过程中，适当地加以深入学习，这种方式个人觉得收获最大，印象也最深刻。

我第一次花了两三周解决一个内存泄露的问题后，对JVM的内存管理及JVM的一些高级命令的掌握一下子提升了不少，当然中间的过程也很痛苦，但解决了这个问题后，领导一下子就认可了我。

讲一讲你对jvm的了解分享一下，来个连接也可以。。谢谢

http://www.iteye.com/topic/802573
这个对JVM的内存介绍，写得很详细，建议你把这个好好看看。

如果你有时间，也有兴趣去深入学习，理论方面，看看《深入Java虚拟机》；
具体到代码，可以看看Tomcat的源码，这里面对JVM的一些高级特性的使用，都有涉及。

48 楼 jackra 2011-06-30  

whking2003 写道

jackra 写道

干嘛不两样都要懂，两样都要精？客户不爽，就拿业务模型压死他；干活的不爽，就拿技术模型压死他。

看清楚我说的，是毕业两三年的，你找几个能做到的来给我看看（技术+业务模型+英语）？
也不是没有那种能做到的人呢，问题是那种人有几个公司能留的住？
我要描述的是，人的精力有限，在现在的环境下，短期内只能选择一方面主要发展的情况下，很容易抛弃技术而关注其他一些东西，如果都能全面发展，那就省事了。

至于干了5年8年的，我想，你不会在这感慨了吧。能做好的，肯定已经做好了，做不好的，也没希望了。

两三年确实不容易啊。
我也没感慨噻，只是说个建议而已。

47 楼 jadewoo 2011-06-30  

lz总结的很好，值得晚辈学习！我就是平时没总结，所以面试时，当面试官问这个问题时，我都是手脚无措！

46 楼 小怪兽 2011-06-29  

whking2003 写道

jackra 写道

干嘛不两样都要懂，两样都要精？客户不爽，就拿业务模型压死他；干活的不爽，就拿技术模型压死他。

看清楚我说的，是毕业两三年的，你找几个能做到的来给我看看（技术+业务模型+英语）？
也不是没有那种能做到的人呢，问题是那种人有几个公司能留的住？
我要描述的是，人的精力有限，在现在的环境下，短期内只能选择一方面主要发展的情况下，很容易抛弃技术而关注其他一些东西，如果都能全面发展，那就省事了。

至于干了5年8年的，我想，你不会在这感慨了吧。能做好的，肯定已经做好了，做不好的，也没希望了。

受教了..

45 楼 小怪兽 2011-06-29  

神之小丑 写道

我那天去面试，面到最后领导了，
领导就问我 操作系统 问我算法，因为工作后，学校里的很多东西忘了

所以就没打上来，然后他就说我技术不行，

然后我就跟他理论（已经带情绪了，争论了很久），

不过还好，最后那领导改变观点了

然后呢?

44 楼 whking2003 2011-06-29  

jackra 写道

干嘛不两样都要懂，两样都要精？客户不爽，就拿业务模型压死他；干活的不爽，就拿技术模型压死他。

看清楚我说的，是毕业两三年的，你找几个能做到的来给我看看（技术+业务模型+英语）？
也不是没有那种能做到的人呢，问题是那种人有几个公司能留的住？
我要描述的是，人的精力有限，在现在的环境下，短期内只能选择一方面主要发展的情况下，很容易抛弃技术而关注其他一些东西，如果都能全面发展，那就省事了。

至于干了5年8年的，我想，你不会在这感慨了吧。能做好的，肯定已经做好了，做不好的，也没希望了。

43 楼 yanleihebei 2011-06-29  

zhao3546 写道

jaystarba 写道

受益匪浅，，很是受教了。
只是不知道的还很多，该怎么学呢？？？

怎么学？其实很简单，踏实地做好本份工作，在做项目的过程中，适当地拓展和延伸，让自己知识的深度和广度得到发展。
在遇到问题的过程中，适当地加以深入学习，这种方式个人觉得收获最大，印象也最深刻。

我第一次花了两三周解决一个内存泄露的问题后，对JVM的内存管理及JVM的一些高级命令的掌握一下子提升了不少，当然中间的过程也很痛苦，但解决了这个问题后，领导一下子就认可了我。

讲一讲你对jvm的了解分享一下，来个连接也可以。。谢谢

42 楼 jackra 2011-06-29  

whking2003 写道

其实，技术不是不重要，但是市场不需要太多技术精通的人。尤其是软件这行业，我们大概分成两类，第一，如果是客户是面向个人的，比如web开发，基本上都是满足721定律，某一领域都是一家独大，其他的喝汤都有难度，再加上一家公司也就需要少数技术好的，再加上一些coder就可以了，哪有那么多公司去容纳那些“技术好的”人？
第二，如果客户是企业，也就是所谓的企业级开发，这方面，核心的、重要的东西都被那几家牢牢把持着，剩下的都是做“项目”的。项目怎么做？把那几家的东西拿过来，你写点业务逻辑，交给客户，这就叫企业开发。当然，企业级项目是很赚钱，可是写业务逻辑不需要高技术，所谓的“架构师”，其实也就是对那几家的产品比较熟悉罢了。所以，企业级开发的关键，是拿到单子，再所以，大头就都被搞“咨询”的人拿走了。最后回头一看，做咨询的还是那几家。靠，人家做了核心产品给你用，再不拿大头，还怎么活？
所以，对于互联网开发，就算大家都可以去研究所谓的“核心技术”，或者“深入了解”某些技术，虚拟机，编译器，并发，随便你去了解，再深入的技术，了解的人多了，需求不足，也不值钱了。
对于企业级开发，大家用的东西都是差不多的，大家都用java，都用spring，都用DB2/ORACLE，都用WAS，你能比我玩出多大花儿来？所以，大家都说，要理解业务，熟悉业务才重要，确实，你让一个才干出校门没个2、3年，各种乱七八糟的coding工具还没用熟呢（在同时，还有一个英语问题难搞），就要他了解业务，那当然难了。所以，需求出现了，我们需要懂业务的程序员，所以，大家就更不会去搞技术了。

在你生活都没着落，丈母娘逼你买房买车，你却连买猪肉都要看看价格的情况下，谁能静下心来，去看看在短时间内见不到效益的“技术”呢？
诸位可曾看见，最近android火成什么样？一个做C++的朋友都眼红了，问我学java看什么书好。还问：你是搞java的，怎么不去搞搞android啊？
这就是需求啊！

技术也要懂，业务也要懂。业务不懂，客户不会当你是回事，东西做不好了，他可以跟领导说，做开发的就是一外行。
针对行业软件高端人才，最少行业知识要达到专家级，否则怎么跟客户PK？PK战败一定是代码改来改去。既然看到这样的风险，就要规避它，最好的办法，就是把客户从专业领域侃晕侃崩溃。
技术人员看不起只懂业务不懂技术的人，业务人员看不起只懂技术不懂业务的人。干嘛不两样都要懂，两样都要精？客户不爽，就拿业务模型压死他；干活的不爽，就拿技术模型压死他。
什么叫能人？能人就是能人所不能。连小学毕业的小老板都敢叫喊“人无我有，人有我精。”知识分子还不开眼，就太对不起圣贤书了吧？

41 楼 whking2003 2011-06-28  

楼主，你知道么，你的这些要求，都不过分，可是，你能给出的工资，能留得下达到你要求的人么？
虽然，我前面说，哪些做所谓企业级开发的外企，不需要技术好的人，可是人家给的待遇好啊，既然可以挑，为什么不挑好的？所以，等人达到你的要求的时候，稍微包装一下，搞搞英语，就可以高价去其外企做“企业级”开发了，而且相比那些多年写“业务逻辑”的，还很有竞争优势，你想想看，这样循环下去，就等于你在帮哪些企业提高要求。。。。

40 楼 whking2003 2011-06-28  

其实，技术不是不重要，但是市场不需要太多技术精通的人。尤其是软件这行业，我们大概分成两类，第一，如果是客户是面向个人的，比如web开发，基本上都是满足721定律，某一领域都是一家独大，其他的喝汤都有难度，再加上一家公司也就需要少数技术好的，再加上一些coder就可以了，哪有那么多公司去容纳那些“技术好的”人？
第二，如果客户是企业，也就是所谓的企业级开发，这方面，核心的、重要的东西都被那几家牢牢把持着，剩下的都是做“项目”的。项目怎么做？把那几家的东西拿过来，你写点业务逻辑，交给客户，这就叫企业开发。当然，企业级项目是很赚钱，可是写业务逻辑不需要高技术，所谓的“架构师”，其实也就是对那几家的产品比较熟悉罢了。所以，企业级开发的关键，是拿到单子，再所以，大头就都被搞“咨询”的人拿走了。最后回头一看，做咨询的还是那几家。靠，人家做了核心产品给你用，再不拿大头，还怎么活？
所以，对于互联网开发，就算大家都可以去研究所谓的“核心技术”，或者“深入了解”某些技术，虚拟机，编译器，并发，随便你去了解，再深入的技术，了解的人多了，需求不足，也不值钱了。
对于企业级开发，大家用的东西都是差不多的，大家都用java，都用spring，都用DB2/ORACLE，都用WAS，你能比我玩出多大花儿来？所以，大家都说，要理解业务，熟悉业务才重要，确实，你让一个才干出校门没个2、3年，各种乱七八糟的coding工具还没用熟呢（在同时，还有一个英语问题难搞），就要他了解业务，那当然难了。所以，需求出现了，我们需要懂业务的程序员，所以，大家就更不会去搞技术了。

在你生活都没着落，丈母娘逼你买房买车，你却连买猪肉都要看看价格的情况下，谁能静下心来，去看看在短时间内见不到效益的“技术”呢？
诸位可曾看见，最近android火成什么样？一个做C++的朋友都眼红了，问我学java看什么书好。还问：你是搞java的，怎么不去搞搞android啊？
这就是需求啊！

39 楼 流年似水^Q 2011-06-28  

信心+耐心+决心 很赞同！优秀程序员的必备素质

38 楼 冰寒Alicv 2011-06-28  

我看看心得~~

37 楼 dk19870616 2011-06-28  

非常好、。。。。。顶

36 楼 lyx4873281 2011-06-28  

<div class="quote_title">zhao3546 写道</div>
<div class="quote_div">
<p><span style="font-size: small;"><strong>什么样的技术人才最受欢迎？说下我个人的感受</strong>
</span>
<br><br>
    也工作几年了，陆陆续续做过很多不同的项目，也面试过不少人，结合我个人的经验及面试的心得，稍微总结一下。<br>
    对于没有工作经验的，一般都是看他的基本功和他的态度；<br>
    对于有工作经验的，怎么看这个人的潜力和水平？<br>
我个人觉得一般做题这东西不太靠谱，面试者他熟悉的东西和他的项目经验未必被你的题覆盖到，另外在写代码过程中，未必会记下所有细节，高人一般都是在用到的时候去资料中查细节问题。大脑中存着太多细节，可能就没有空间去存放一些更重要的东西了。<br><br>
    我面试，一般一开始就问他有没有处理过什么疑难杂症，疑难杂症一般都是技术问题，要花费一周、一天或几个时间去攻关解决的，可能一个人还搞不定，还需要多人一起搞。<br>
    要解决疑难杂症，一方面需要比较广的知识面，另一方面也需要良好的心理素质。<br>
    就知识面而言，比如，一个新员工要一天解决的问题，某老员工可能只需要几分钟，因为某些问题老员工他可能之前已经花了很多精力去攻关过，这是知识面的一方面，一般我们称之为工作经验，另外知识面还包含业务知识、编程技术、学习能力等，无法用几句话概括（至少我还没有能力用几句话把它概括）。在不同项目中，可能要用到不同的编程语言，或者同种语言中的不同架构和不同组件，数据库、操作系统、编译器、平台等都涉及到不同的技术细节，你涉及过的东西越多，你的视野也就开阔。我个人感觉，如果你做过不同类型的项目，开发过不同的东西（可能会基于不同的编程语言），你的视野一般会比一直做同一个项目的人要开阔，毕竟接触的东西要多，而且需要学习的内容也会多一些。<br>
    心理素质，我个人总结就是信心+耐心+决心。信心最重要，遇到难题，大家都会摸不着头脑，这个很正常，关键是你如何能战胜自己的心理恐慌，信心就很关键了，即使是没有处理过的问题，只要你有信心，你很快就能镇定下来，把心思花在具体的问题上；哈哈，信心是第一步，敢面对难题，我们还需要做好打持久战的准备，还需要有耐心；有时有些难题，会花上几个小时、一天、一周甚至几周才能搞定，这么长的时间内，你会不停地郁闷、痛苦，但你还要找方法去解决问题，哈哈，如果把解决问题的目的给忘了，那结果你知道的；至少决心嘛，一般我们的郁闷达到最高点时，可能就越接近问题的根因了，这时如果扛不住，就功亏一篑了。下定决心吧，不把问题搞定，就不吃饭、不睡觉、不回家、不去见女朋友，还有不干嘛，你自己想吧。只要你有这个决心，那问题就一定能搞定，如果还搞不定，就去找你的领导吧。<br>
    我个人遇到过的难题，如果按解决问题的时间长度来算，应该有20个吧，哈哈。过程确实很痛苦，但问题解决过后豁然，也只有个人知道；你对某个问题的认识，或者对某个知识面的把握，可能一下子就进了一步。<br><br>
    如果你经常面试人，可以试试我的方法；如果你打算被面试，也考虑一下自己工作几年内遇到过哪些难题；如果工作一两年一个都没有遇到过或者一个都想不起来，哈哈，考虑一下自己的工作态度是不是有问题？就算自己没有亲自解决，也得耳睹目染过别人解决问题的过程吧？如果这个都没有经历过，你是不是对技术一点追求都没有？如果你能想起来那么几个，恭喜你，把过程好好总结一下吧，能总结出的东西越多，那你的升值空间就越大，在解决问题、总结问题的过程中，相信你会有大的提升。</p>
<p> </p>
<p> </p>
<p> </p>
<p><strong>再补充一些我个人认为比较重要的知识点：</strong>
</p>
<p>1、精通某一编程语言（所谓精通，比如Java，除了熟悉使用常用的工具类、语言特性外，还要对JVM的内部机制要有所以了解，比如JVM的内存管理，类加载机制等）；</p>
<p>2、某种脚本（Windows的Bat、Linux的Shell），有时熟练使用某些脚本会带来意想不到的便利；</p>
<p>3、对涉及到的协议的掌握，比如你搞页面开发，HTML协议的RFC一定好好看看（比如之前我处理的几个问题，都与Http 1.0与Http 1.1的特性差异有关）；</p>
<p>4、对网络知识要有所了解，及对抓包工具（Wireshark）的熟练使用，在处理一些疑难问题（如各种乱码问题）时，会在你定位问题给你很大的帮助；</p>
<p>5、对数据库要有一些基本的认识，比如常用的sql调优等；</p>
<p> </p>
<p>我给大家的建议是，至少要在某一方面做到足够深入，让大家知道你在某一方面很强，处理这方面的问题时你就是专家；然后再扩展自己的知识面，尽可能多了解一点其它知识点，至少在遇到这方面的问题时，你知道去哪里找资料；不要让自己什么都学精通，你没有那么多精力的。</p>
<p>你要相信平时的积累会在某个时间点发挥出价值，所以真的不用担心自己的积累会无用武之地。</p>
<p> </p>
<p>另外，我个人觉得最重要的一点是掌握方法，就像处理疑难问题，处理得次数多了，你会从中找到一些规律和窍门的，这个就是我说的方法。</p>
<p>在
平时的学习和工作的过程中，要注意总结，把自己认为重要的或对自己有帮助的及时输出到文档中；刚开始可能总结不出什么，但多总结几次，可能你就能总结出很
多东西，其实这就是你在进步。哪天你突然发现自己在解决问题时是按照某些特定的步骤去定位的，并且这样处理问题基本能得到解决，相信你的能力已经提高了很
多。</p>
<p> </p>
<p>所谓功在平时，平时的积累最重要，遇到问题要淡定，积极而平静的心态会让你走得更远。</p>
</div>
<p>学习了。。。</p>

35 楼 咖啡豆子 2011-06-27  

zhao3546 写道

咖啡豆子 写道

zhao3546 写道

咖啡豆子 写道

pangpang514 写道

“永远不要在程序上谈论程序。单纯的程序，什么都不是。只是一些消耗电能的指令而已。”
必须ding你了。。。。。我ding你的肺！！！！！

一个程序的价值取决于客户愿意掏多少钱，除非你把计算机当成科学研究，单纯把眼光局限在技术本身上，到最后仅仅是一名经验丰富的熟练工而已

技术是成长的垫脚石，如果你觉得技术一无是处，不知道你为何还要干这个；
我给大家共享一下自己的经验，不是让大家把眼光局限于技术，而是为了给大家一点启示，你工作前几年在做编码，几年后如果你认为自己还只能编码，那你也只能做熟练工了。

我只是说不要单纯局限于技术，在你眼里就成了技术一无是处，未免有些狭隘和偏激了吧。
JVM说大天了也就是一家公司下面的一个工程性质的产品，了解这个产品的细节固然重要，但是天天把这些挂在嘴上和研究茴字有四种写法有什么区别？来这个坛子里的讨论这样问题的人，普遍水平有多高大家心里都清楚，相信这里绝大部分人所在的公司都是做工程性质，商业性质的业务，与其在这里纸上谈兵，大家还不如多想一下，多观察一下自己公司里比自己早几年的人都是什么状态，再分析一下别人都是走的什么路线，不同的路线前景如何，这样或许对自己更有启发。

按照你的观点，如果做Java应该学什么？
与其在这里纸上谈兵   -- 在这里分享一下自己的收获，在你眼里就成纸上谈兵，你的观点又何尝不未免有些狭隘和偏激？

这里大部分人都是做J2EE的，里面那个E字就是Enterprise,离开了业务和客户，单纯把眼光局限在技术上，做几年下来会发现得不偿失。

34 楼 athrunwang 2011-06-27  

恩，人的精力是有限的，要把精力放在那些能帮你解决问题的技术上。有时候，学习了很多东西，结果几年过去了，根本就没用上……

33 楼 jenson_zhao 2011-06-26  

从追求技术卓越的角度，LZ的做法非常正确。
当然不同的人的追求不同，没有一种放之四海而皆准的方法。

32 楼 caiyi 2011-06-25  

汗了，应该是讨论下什么样的技术人才最受欢迎？的时候了？？

31 楼 zhao3546 2011-06-24  

咖啡豆子 写道

zhao3546 写道

咖啡豆子 写道

pangpang514 写道

“永远不要在程序上谈论程序。单纯的程序，什么都不是。只是一些消耗电能的指令而已。”
必须ding你了。。。。。我ding你的肺！！！！！

一个程序的价值取决于客户愿意掏多少钱，除非你把计算机当成科学研究，单纯把眼光局限在技术本身上，到最后仅仅是一名经验丰富的熟练工而已

技术是成长的垫脚石，如果你觉得技术一无是处，不知道你为何还要干这个；
我给大家共享一下自己的经验，不是让大家把眼光局限于技术，而是为了给大家一点启示，你工作前几年在做编码，几年后如果你认为自己还只能编码，那你也只能做熟练工了。

我只是说不要单纯局限于技术，在你眼里就成了技术一无是处，未免有些狭隘和偏激了吧。
JVM说大天了也就是一家公司下面的一个工程性质的产品，了解这个产品的细节固然重要，但是天天把这些挂在嘴上和研究茴字有四种写法有什么区别？来这个坛子里的讨论这样问题的人，普遍水平有多高大家心里都清楚，相信这里绝大部分人所在的公司都是做工程性质，商业性质的业务，与其在这里纸上谈兵，大家还不如多想一下，多观察一下自己公司里比自己早几年的人都是什么状态，再分析一下别人都是走的什么路线，不同的路线前景如何，这样或许对自己更有启发。

按照你的观点，如果做Java应该学什么？
与其在这里纸上谈兵   -- 在这里分享一下自己的收获，在你眼里就成纸上谈兵，你的观点又何尝不未免有些狭隘和偏激？