我的优势：培训时间短： 现在很多IT培训机构推出的课程动辄一年半载，有些更要几年。IT技术的发展速度快，即使不考虑培训的效果好坏，也必须考虑培训内容的时效性，现在学的东西过2年企业还在用吗？本来找不到称心的工作就够着急了，却还要花去大量的时间参加后果无法预期的培训，金钱和时间双重风险全部要学员承担，这极不合理。未名培训大刀阔斧地砍掉那些无关痛痒的课程，把J2EE培训缩短到2个月，解决了学员的后顾之忧。 师资经验丰富： 软件开发是实践性极强的技术，其中很多技术的发展往往是实践先于理论，培训教师如果没有足够的项目经验，很难把技术细节理解透彻，更不要说把它讲好了。可是现在很多培训机构的教师都是职业教师，很少有实践经验，只会照本宣科地讲课本上的东西，导致学员无法将所学的知识与实际应用联系起来。未名培训的教师长期在一线从事开发和管理工作，讲课过程中可以将知识点和实际应用紧密结合，让学员更好地掌握技术。 教学内容贴切： 很多培训机构的教学内容选择不合理，教材过时，学员在工作中需要的知识学不到，学到的知识用不上。未名培训却根据当前企业实际应用情况选择教学内容，教材部分是以国外经典教材为蓝本再结合自身经验编写而成，有些新技术在国内外没有成型教材的情况下完全自己编写，充分保证学员所学知识的可用性。 教学方式先进： 教学方式贯穿“以使用场景为先导，实践教学为主，理论教学为辅”的指导方针，先介绍技术的使用场景（即在什么情况下需要这项技术），再通过大量的实例让学员迅速掌握技术，最后通过深入浅出的分析让学员理解深层次的理论基础。实践证明这种教学方式能为大多数学员接受，以这种方式传授的课程能很快被学员理解。 上课时间灵活： 将上课时间安排在晚上和周末，不影响学员的正常学习和工作 学费合理： 未名培训精选教学内容，不实用不常用的技术一律不选入，大大缩短了教学时间，因此学费低廉，有很高的含金量。
软件工程思想
UML2.0
数据库基础
XML基础
Servlet/JSP
JDBC
JNDI
EJB
JMS/JMAIL
JTA/JTS
RMI
Web Service
J2EE设计模式
Spring基础
Struts
Tiles
Webwork
FreeMaker
Hibernate
iBatis
AJAX
结业考试
IT企业面试试题分析与面试技巧
IT企业中常用的技术与工具
技术现在部重要～ 随便那个单位实习一下就ok了～
学技术简单 ，敲门砖不好找
----------------------------------------------
javadesigner(以前搞java现在被java搞) :
每个人都有自己的价值取向，每个公司也有自己的用人原则。
我想提醒你：（1）技术不是随便找个单位实习就OK的；（2）证书不是“敲门砖”
====================================================================================
我靠，还几吧10年的IT行业背景，我他吗BS你，就这个问题把J2EE比.NET最大的优势（EJB分布式组件）都没有提出来，赶紧滚回家吃奶吧。
还有（1）J2EE相比.net的一个优点，那就是-跨平台。
你知道人家.net不能跨平台？.net要想跨平台早就能跨平台了，只是微软绝对不会支持.net跨平台，要不然windows操作系统市场马上就会缩水，盖次是不会打自己嘴巴的。
（3）J2EE的支持者比.net多，很多追随者在为它的发展而努力，因此J2EE可能在未来数年内技术上会领先于.net。
这个理由你也好意思说，我还要BS你，技术的好坏能与支持者众多能撤上关系吗？少数服从多数的理论都不是绝对的（还有人说真理往往掌握在少数人手里），更不用说在这个技术竞争的前沿。
你是不是参加过培训，什么都没有学会，然后看到了培训就骂？如果是这样，我只能说很同情的遭遇。
我的培训跟那些培训不是一回事。就说一点：上面所有的内容都是我一个人教！
是不是骗子大家会知道，不用你说。
你忽略了一点，我的教学宗旨是“在最短的时间内帮学员构建起知识体系架构，以解决学员的2个问题：（1）怎样跨入IT企业的门槛（2）进入企业后该往哪个方向发展”。
其实最好学习技术的场景是什么？就是在实际项目中而不是培训中。因此，最好是能进到公司，参与到项目中学习。
而现在摆在人们面前的问题是怎样进入公司，我想你一年多前也面临这个问题你才参加培训的吧。这个问题换个角度看就是“公司的技术门槛到底有多高”？
我在公司有多年的经验，也面试过很多人，我知道这个“门槛”的高度！
其实公司并不要求新人进入时要彻底掌握那些技术（招高级技术人员，比如项目经理、分析师、架构师，除外），只是要求他们“了解”这些技术，有一定的“项目经验”。而且在面试时也不太可能测试出他们对技术的掌握程度！
因此，技术人员不需要在进入公司前“彻底掌握”技术，这就是我说“构建起知识体系架构”的原因。彻底掌握技术，会很耗时间，而且没有实际的项目很难掌握透彻！而“构建起知识体系架构”相对时间比较短，你有了这些“知识体系架构”，进入公司的机会就大了很多。
－－－－－－－－－－－－－－－
培训一个J2EE工程师到底要1年3个月还是要2个月，我想里面有太多的因素。我只能告诉你我以前的公司把大学毕业生培养成J2EE工程师的时间就是3个月，3个月有人可以达到目标（大概30%）。有些人会再花一些时间。可是还有些人怎么都不行！
－－－－－－－－－－－－－－－
我希望你不要动不动就骂人，这样不是一个技术人员应当具备的素质！
这也叫J2EE工程师培训？培训完了才明白就了解了一下J2EE的知识体系结构，完了还得接着自己学习！我就很崩溃，我上哪了解不行，非得在你那花钱就了解一下J2EE的知识体系结构。
那我估计也就你开的公司要你培训出来的人......
看了你这些话，看来我是表错情了。不过你不要表错情。
你拿的那个工资，我97年就拿到了，98年就比你多了一倍。
－－－－－－－－－－－－
实话说：我只是一个好的技术人员，而不具备经济头脑。
我过于沉迷于技术而忽视了其他的东西。
－－－－－－－－－－－－
我最近家里出了一些事情（我妈妈得了肺癌，我想留在家里照顾她而不想再象以前那样长年累月在外面跑），使得我不得不重新考虑一些事情。
开培训班我也考虑了很久，我担心误人子弟，可是我朋友一直在鼓励我，使得我下定决心做。
这样我们就可以心平气和地坐下来谈论问题。
－－－－－－－－－－－－－－－－－－－－－－
1、公司用人原则的问题。你说得不错，公司是不会要一个“什么都不会写”的人。但是如果是什么都会写的人，公司很难招得到，招得到也不一定付得起工资！因此，公司招人都设置了一个合适的“门槛”。对于很多公司来说，这个“门槛”其实并不是你想得那么高（有些招聘广告上可能写得有点吓人，但实际上并没有那么多要求）。至少我经历的公司都这样。公司一般会考核你对技术框架的掌握情况，比如问你体系结构，再深一点可能出个具体的题目给你做，但那些都是你可以通过培训学会的！对于新人，公司不会要求你一定非常熟练，公司会给你一定的时间去掌握！
2、培训的责任问题。你说“学到工作中使用的技能”，我部分赞同。但我觉得最重要的是让学员学会怎样去学习技术，也就是“自学能力”。你可能会说：这还用你教吗？我的答案是有些人不用教，但更多的人要教！给你举个例子，设计模式用不用学？有些可能说：不用！我在编程时就是这么做的。而另一些人如果不学，可能一辈子都是在按自己的想法在写程序，即使伤痕累累也不知道怎么改进。设计模式就是方法论，而我觉得我培训的主要责任也就是传授“学习的模式”，告诉学员工作中方法论！我的想法是：“授人鱼并授人渔”，在传授技术的过程中也把掌握技术的方法论传授给他。
3、我的培训质量水平问题。你用了“不一定”这个词，我很欣赏你这个词，比你那些武断的词要强多了。我做过公司新人培训，也做过对外培训。公司的管理制度中有一个就是绩效考评，因此会让学生我们这些培训讲师打分。有一次的分数我是知道的，是人事的小MM偷偷告诉我的。我得了9个5分，其他的全部是4分。而另外2个老师（一个也是公司资深员工，另一个是某高校正教授）最好的也只有1个5分，有一个还出现了1分。我想这虽然不能说明我是好的老师，但至少可以说明我的课程是受欢迎的。
在2000年的时候，我知道了有UML这么一个东西，能解决我建模中的问题。然后我找到英文版的reference，还买了本中文版的书，可是我花了很长时间也没有弄明白UML的用法。除了用用类图外，我基本上没用过其他的。
我们楼下是一个台湾公司，我跟他们的经理比较熟，有一次我发现他的桌子上有一份“功能设计书”，就随便翻了翻。也就是这一翻，让我明白了什么是UML，UML到底该怎么用。这份“设计书”的作者充分地为我展示了用例图、用例、类图、顺序图、活动图的用法。可以这么说，在看这份材料的半小时学到的东西，比我花了几个月学到的还多！
跟UML一样，其实J2EE里面的很多技术并不是象大家想像得那么难，特别是你只需要达到应用级水平而不是大师级的时候。
我自己总结过对技术掌握的4重境界：1、“雾里看花,水中望月”，在你第一次看到这个东西的时候，总有一种朦朦胧胧，神神秘秘的感觉。2、“春风得意马蹄轻“，刚刚入门，才发现这个东西不是想像中的那么神秘，掌握起来也蛮轻松的，以至于有点洋洋自得的感觉。3、“山穷水尽疑无路”，等到用了一段时间，发现自己才学到了技术的凤毛麟角，而剩下的好像都是难于掌握的了。4、“会当凌绝顶，一览众山小”。等到你庖丁解牛般地inside了，你会发现你终于看清了所有的问题。
培训的作用在哪里？不是把你从3带到4，而是把你从1带到2。
替你揭开隔在你和技术之间的那层神秘的面纱，这往往是初学者需要花很大精力去迈出的一步！
如果你想“会当凌绝顶，一览众山小”，我的培训做不到，我也可以告诉你没有几个人做得到。这完全要靠你自己！
其实参加培训学不到什么真东西的。
培训班的学员，层次参差不齐，老师为了照顾那些不怎么样的学生，不会不能容讲的太深太快的。其实it技术这个东西也是要靠长时间积累的，长时间的学习，多读源代码，多看书，多编码。想速成不可能。其实有很多东西的基本思想是很重要的，例如：数据结构，操作系统，数据库原理，计算机网络。想要成为一个合格的软件工程师，这些都是必修的，而且要很精通才行。这些东西可不是一会半会能学会的。
想学习知识，自己看书就好了，书和网络就是我们最好的老师。有什么不明白的问题，就到网上去问就好了。会有很多热心人帮你回答的。没有必要参加培训。我以前就参见过培训，但是我以后绝对不会参加培训！！！
楼主的两个帖子都看了，还是觉得楼主的话有道理——特别是提到“门槛”这个词，现在除了IT还有很多行业，都有各种门槛，我们很多新人都是被这些门槛挡在外面，其实进去了，那些工作都是可以胜任的，并没有想象中的那么难！
我以前是学自控的，大学毕业基本上也是就知道一些皮毛，在一个国有企业混了一年，实在没意思，就出来自己找工作，虽然有几家做单片机的公司愿意要我，但是后来我却进了一家搞无线通信的公司，跟着Motorola干，无线通信我是一点基础都没有，更没有参加过什么培训，面试的时候他们讲得吓死人，幸亏我计算机和英语还可以，最后通过了考核，进来后做的事情都是以前没有接触的，但也没有想象的那么难，有大堆大堆的资料，只要自己肯花时间研究，现在我做得很好啊，老板也没说我工作能力不行什么的！
我想说的是：既然是大学毕业那么大家都不蠢，只要肯钻研，没什么做不好的，我不相信有技术是正常人无法掌握的；问题的关键是我们要有一个方法通过一个行业的门槛，进入了这个行业，有了好的工作态度，我觉得工作都是可以做好的。
我的从业生涯中，我最感激一个人，那就是第一个录用我的人。我以前不是学计算机的，所以去面试的时候，人家一看我的毕业证就拒了。在进入公司后，我开始的确大部分都不会，可是没用多久，我就成了公司做得最出色的员工之一。
现在很多企业都设置了门槛，比如他们从来不用RUP，但是招聘广告上写着“有RUP项目经验”，我前年在北京找工作的时候，就碰到这么个公司。后来发现面试的技术主管根本就不懂RUP，甚至连项目管理的基本常识都还欠缺......，虽然他许诺的工资挺诱惑的，但我还是立马起身就走了。
多年的经验告诉我，并不是跨入公司门槛的人就比在门槛外面的人优秀，而是他们比外面的人多懂那么一点点。可是就是这一点点，让门槛内的人机会越来越多，而门槛外的人路越走越窄！
这就是我办这个培训班的初衷。我希望为那些被门槛挡在外面的人打开这道门槛！
这两天来，我基本上一直郁闷着。毫不夸张地说，这两天来挨的骂比我34年来挨的骂还要多。那些骂我神xx，疯x，傻x的我都还无所谓，最让我心寒的骂我“骗子”，“忽悠”。
我是做软件出身，真正做软件的人多多少少都有一种职业习惯，那就是不太会说假话。你谁都可以骗，就是骗不了计算机，true就是true，false就是false。
刚入行的时候，我的经理跟我说过一句话。当时是碰到了一个很奇怪的问题，明明运行好好的代码突然出现了一次问题，然后再没出现过，而我怎么都检查不到BUG。我拍着桌子说，“肯定是计算机的问题！”，我的经理看都没看，就对我说：“我宁可相信计算机，也不相信你！”。我只好又花了很长的时间来找BUG，最后在一个非常非常不起眼的思维盲点上找到了。虽然他说我的时候，我很鄙视他，但在找到问题的那一刻，我从心眼里感激并佩服他！
“我宁可相信计算机，也不相信你！”我也送给刚入行的朋友，在你碰到问题又找不原因的时候，想想这句话。
我是个很要面子的人，所以我要跟每个骂我是骗子的人解释，希望他能在对我更多了解后，收回他曾经骂我的话。我也知道这是不太可能的，中国人基本上都有的一个毛病就是爱面子，不认错。而还有些人，因为我的理念跟他们根深蒂固的观念不一样，所以他们真的认为我是骗子。 说到这里，我还想做回唐僧，啰嗦一下我为什么会认为编码经验不那么重要，这与绝大多数人的观点是相悖的，但我希望你们先听我说完，再骂不迟。
大家回想一下，特别是有些工龄的老程序员回想一下，你们说是现在的编码难呢，还是原来的编码难？我是指在应用系统的纯coding这块。
我相信你们都同意我的观点：原来的编码难！的确如此，我记得在没有STL之前，连List，Queue都要自己做。有一次为了图形化并汉化一个DOS程序的界面，我编写了好多高难度的代码，我可以很负责任地说，我写的那些代码比现在应用系统的代码难写多了。而且那时候，面向对象的思想还不是很流行，大家都是做面向过程的程序，代码看了就头疼。工具也不强，所有的函数都要靠脑子记忆。在那个时候，编码经验非常重要。
应该说现在的程序员是幸福的，他们有很多现成的类可以用，有很多面向对象程序设计的方法论可以指导他们写结构优良的代码。这得感谢技术的进步，Oh，thanks technology!
请那些老是吹嘘自己多少多少行代码的人，扪心自问一下：你工作中写的代码真的很难吗？是不是难到了其他人不能写的程度？ 写到这里，我可以提出我的观点了，现在的coding工作比较简单，因此，良好的风格比经验更重要。说得直白一点：如果我招人，我宁可要一个只有10k行编码经验而能写出良好风格程序的，也不愿意要一个10…0k行编码经验而没有良好风格的。
你们可能又会说“没有编码经验怎么写得出良好风格的程序”，我的答复是你可以学啊。只要你够谦虚，不那么自以为是，完全可以学。我就见过那么一位，是个新人。我让他改一段代码，他想了想说，“可不可以不改这个代码，而用代理模式来达到同样的效果啊”。我问他，你用过代理模式吗？他说，没有用过，只是学过。我当时的想法是：我该退休了。
还有一个程序员应该具备的素质，那就是细心，而这也不是经验可以达到的。细心的人总是细心，粗心的人总是粗心，跟经验无关。
啰嗦到这里，我想大家应该明白我说的了：在一个规范化管理的项目中，一个J2EE程序员，用不着非常丰富的coding经验！才入行的比干了多年的做得还好，这种事情我见得多了。
当然，如果是MS招Windows的编码人员，那就不好说了。不过根据我的观察，无论是什么coding，都慢慢在忽视编码经验，而重视编码的风格与质量。
拜托那些比我年轻，却老态龙钟的人，请你们赶快洗洗脑子，不要让我退不了休！
在这里，我感谢那些信任我并鼓励我的人！特别是一位地大软工专业的朋友，他建议我去他们学校办讲座来做宣传。不管去不去，都很感激你！
"程序员教师的基本素质:技术+教法+管理+心理学"，我认为你说得非常好！谢谢你告诉我这些，我自己的确没有总结过。 为什么说你第一句话是是而非？因为它对于一般的程序员来说是对的，但对于一个做个很多岗位的高级技术人员来说不对。
我不知道你有没有软件公司的从业经历，如果有的话，可能会比较好地理解我的意思。
要成为一名高级技术人员，一个起码的要求是：善于交流。如果做到一定的层次，他可能大部分的时间都会用在交流而不是自己做事。他会面对客户，讲需求怎样被实现，再深奥的东西也要用最浅显的方法来讲。他会面对系统分析员和程序员，讲客户的需求，不是客户领域的业务行家(domain export)也得自己先懂个7、8分。他会面对编码人员和测试人员，讲系统设计。他会面对新员工，给员工讲管理、讲规范。他会面对上司，给他讲资源、进度、风险等。
你告诉我，他如果不能理解这些人的想法，并让这些人理解他的想法，他怎么混？
当然，你可以说“交流”和“教学”是二码事，会“交流”不一定会“教学”。我承认，二者的确存在区别，很多领域我即使懂，也不会教。但我希望你把焦点放到我教的领域上面，看看它是“交流”重要，还是“教学”重要。
再回头看看你说的4个素质。
“技术”我想你也认可，没有金刚钻不揽瓷器活。
“教法”我想这得有个摸索的过程，我不敢保证一开始就是很好的“教法”，但我有一定的培训经验，至少从目前的情况看，我的“教法”还是能受到大部分学生认可的。
“管理”，说实在的，对人的管理这块，软件公司可能是比较难的，因为你的手下都是一群自命不凡的家伙，学历都还很高，学校名字都还叫得响。上面的人可能又不懂技术，对你瞎指挥。我敢保证，你在这样的环境下，即便没学过管理，也可以无师自通个七七八八。管理别的类型的人我不好说，但是对管理这帮自命不凡的家伙，我还是有心得的。在某个公司管理测试部门的时候，我早九晚五的上下班，可那帮伙计基本上都干到晚上收班车，公司老总看在眼里，乐在心里。
“心理学”，我认为心理学也是管理的一个内容。你不懂点心理学，做高级人员也玩不转。比如必须会揣摩客户的心理，该满足他的时候满足他，该恐吓他的时候恐吓他。再比如，必须会揣摩团队队员的心理，该激励的时候激励，该提醒的时候提醒，该警告的时候警告。还得根据每个人的具体情况，做出适当的动作，不是千篇一律的。 我把我的想法说出来了，恳请你继续指点！