使用预处理程序虽然可以很方便地达到许多功能，但是站在软件工程的角度上看，对整个软件的维护其实是很不利的。由于C++语言中预处理程序的功能太过强大，厉害的程序设计高手常会自行开发一套只有自己看的懂的宏语言，一旦整个软件要交给其他人去维护，后继者很难在短时间内了解前一个人所写下的宏功能，增加软件开发时团队工作及日后维护的困难度。
另外一点则是C++语言的编译器所看到的程序代码，其实和程序设计者看到的程序代码是不同的。程序设计者看到的是尚未经过预处理程序处理过的程序代码，而编译器看到的则是预处理程序处理过的程序代码，一旦交给预处理程序处理的宏内容有误，编译器产生的错误信息将不会是程序设计师所预料的。而这一点自然也增加了程序在排错时的困难度。
预处理程序的存在也造成了 阅读程序的不便。如果你想使用别人已经完成的C++语言程序，那么通常你不但要阅读他所写下的文件，还必须一并查阅上文件，才能了解其程序的全貌。如果换成是 Java程序，只要查看java的程序文件就够了。
事实上，早在C++中就可以去掉C语言中的structure和union等对复杂数据的自定结构类型，因为类(Class)的定义方式可以完全做到这项功能。而typedef也是不必要的，一切都用类就可以了。虽然C++这样的设计是为了和C语言兼容，但是使用多余的语言特点不但不必要，而且容易造成对程序认识的混淆。
在Java程序语言中，去掉了程序向导语言中最重要的单元--函数(Function)。如果我们以对象向导的观念来看待函数，就可以了解函数在对象向导的概念中，是不必要的。在对象向导的程序观念里，对象的数据才是真正的主体，而处理对象数据的方法则必须依附在对象内才有意义。因此，去掉函数并不表示不再有子程序等模组化程 序的概念，相反地，是利用对象中的方法来取代函数，再一次强化对向导的发展策略。
在C++中，多重继承是一项很强的功能，但也是一般人难以掌控的部分。去掉多重继承虽然降低了Java语言的功能，但是也大幅简化撰写程序时的困难度。虽然移除了多重继承的功能，但是Java提供了interface的方式，可以达到部分多重继承的功用。所谓的interface基本上定义了一个类的对外沟通的方法原型，以及类内部的常 数，和多重继承不同之处在于interface并不会定义类方法的内容，以及类中的变量数据。
在程序语言的发展史上，Goto一直是毁誉参半的一项功能。在很多时候使用Goto可以大幅减少不必要的程序代码，但是也由于Goto可以很自由地改变程序的流程，如果冒然地使用，更可能造成程序结构混乱的情况。一般来说，正确使用Goto的例子多出现在循环内部，想要提早结束某一层循环。在C语言中，我们可以使用break 或contine来改变某一层循环的流程， 但如果想要改变两层以上的环执行流程，不是使用Goto就是以多余的布尔(boolean)变量，配合上一串if-then