“学生从当前教育实践课程中获取的技能不足以应付今日软件行业的发展（尤其是安全和安全目的方面）。更不幸的是，与外部行业需要过于匹配了，我们训练了许多容易被取代的软件工程师。”

尤为注意的是，文中以“Java作为第一编程语言的诸多缺陷”为小标题对Java进行了批判：

由于Java在Web应用领域的流行，以及初学者容易生成图形化编程，Java成为入门课程中使用最普遍的语言。从此后学生发现很难在一个没有图像界面的语言上编写程序，不清楚源程序和硬件如何执行之间的关系，更具有危险性的是他们一点也不了解指示器的语义，这使得使用C语言编程也成为挑战。”

编程的真正的美妙之处在于，将复杂的过程缩减成非常小的一个简单操作。Java并没有体现这种美妙，它鼓励采用“问题解决（problem-solving）”的方式，使程序员就像五金店的水管工人：到处翻腾抽屉、阁子最后找出需要的零件。最终的结果使得学生知道如何将一些简单的程序组到一起，而对编程却一无所知。而且过早地使用Java库和框架有一个更大的缺陷：它使得学生很难对编写的东西形成运行时间成本（run-time cost）的概念，因为他们很难知道究竟哪种方法的调用是有效的。我们为此亦找到了一些证据。Bjarne Stroustrup（被誉为C++之父）在德州农工大学(Texas A&M University )的报告中，指出了工业对于这种方式越来越多的不满，而且Bjarne这样说，“从工业那里我看到了许多许多对此（Java作为第一编程语言来使用）的抱怨，尤其是AT&T, IBM, Intel, Bloomberg, NI, Microsoft, Lockheed-Martin等等。”

另外在文中，这两位教授们认为真正的程序员能够使用任何语言（C，Java，Lisp，Ada）。【呐不喊】

遇到问题的时候：

1，不要怨天怨地。出了问题，当然有可能是系统的bug，API的问题，但是那些几率往往比你犯低级错误的几率要低多了，先从自己身上找原因，是不是自己写错了。

2，要掌握工具。最低限度你要会写Log，最好是Log和调试器结合。好 的工具可以大大的提高效率。以前有人跟我说，Dll不能调试，我发现可以；有人说多线程不能调试，我发现可以；有人说COM不能调试，我发现可以；有人说 IE插件不能调试，我发现可以；有人说OE插件不能调试，我发现也可以。当然，你确实会遇到不能调试的时候，当年我们做东芝芯片的嵌入程序，一个组都没有 一个仿真器和调试器，但是至少可以用Log嘛，无非是麻烦点。

3，分析问题要有逻辑。遇到问题可以先把所有的可能性都列出来，然后一个一个分析，肯定能找到原因的。

4，要学会隔离问题。问题涉及到的代码越多，越难以理解，问题越难以解决。遇到这样的情况，可以利用Log或者调试器，一行代码一行代码的给它们洗清嫌疑，这样很快你就可以找到出问题的地方。如果代码特别长，程序特别复杂，可以用二分法来做，效率很高。

5，千万不要懒惰，不要事事求别人。一次复杂的调试过程就像一部侦探剧，如果你有非常好的逻辑性，那这部剧的主角就是福尔摩斯，剧情一定非常精彩。我说这个是有巨大风险的，说真的我帮人调东西挺上瘾的，很有意思。但是我还是要告诉大家，一次高难度的调试之后，你的满足感绝对不亚于写了一个伟大的程序。

要想不遇到问题，写代码的时候：

1，要对写出来的代码负责。我很佩服那些写代码写100行都不执行一次的 高手，如果他们最后不被低级错误困扰的话我就更加的佩服了。我写程序几乎是写一行两行就要执行一次，每句话我都要确保执行效果跟我的预期一致。没错这样写的时候 可能慢一些，但是调试的时候很轻松，我可以很简单的确定哪些代码绝对没有问题。所以我写代码整体速度比一般人高。很多人学习新东西的时候喜欢把例子抄一遍，运行一下，改改，再运行。我喜欢一句一句的抄例子，抄一句两句执行一次，这样可以把例子透彻的理解，而且很难会遇到出现了问题找不到原因的时候。