小一凡
运用哲学的观点去看问题，从理论的高度看问题，显示思维的深度和思维的广度。但我们被“送来”的东西吓怕了。先有英国的鸦片，德国的废枪炮，后来法国的香粉，美国的电影，日本的印着“完全国货”的各种小东西。于是连清醒的青年们，也对于洋货发生了恐怖。其实，这正是因为那是“送来”的，而不是“拿来”的缘故。找出路高瞻远瞩，高屋建瓴，为读者指出一条解决问题的思路。多从教育、政府规范和引导、法律严惩几个角度谈起。所以我们要运用脑髓，放出眼光，自己来拿！总之，我们要拿来。我们要或使用，或存放，或毁灭。那么，主人是新主人，宅子也就会成为新宅子。然而首先要这人沉着，勇猛，有辨别，不自私。没有拿来的，人不能自成为新人，没有拿来的，文艺不能自成为新文艺。又如：“莫使‘英雄’泪满襟”这一主题，可以写出以下提纲。第一层：自己不做，阻止、限制他人；看到荣誉，嫉妒、中伤他人：这是使‘英雄’泪满襟者的典型表现。第二层：伤及他人，使英雄心如死灰；危及社会，使社会正气低迷。是使‘英雄’泪满襟者的产生出格举动的危害。第三层：个人欲望强烈，嫉妒心强，心胸狭窄，信奉“人人为我”，是使‘英雄’泪满襟者的产生出格举动的根源。第四层：不怕闲言碎语，反对嫉贤妒能，是我们对待这一出格行为的正确态度；加强道德教育，保护英雄权益，是我们对待这一出格行为的正确措施。以上为笔者对驳论文的写作指出的思路，希望广大考生积极借鉴，在考场上表现出深邃长远的目光，高瞻远瞩的见解，决胜于考场。 
转贴；对软件工程的一点看法--希望能够抛砖引玉在这里看到很多网友的高论，很有启发。而且目前市面上也涌现出一批面向不同方面的软件过程的书籍，可是在这里，我一直没找到真正对实践有指导意义的，可操作的应用方法，所以现在这儿抛块砖，望各位高手指正。我个人的理解，软件工程就是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少，因此，中国的企业对大型软件的消费肯定是有限的，软件的个人消费，至少目前在中国，还是不成气候。因此，国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。此外，质量的好与坏也不能绝对而论。比如说，你花500元，买双皮鞋，只穿了一个月就坏了，肯定是劣质产品。可是如果你只花了5元买这双鞋，还是穿了一个月就坏了，他就是个优质产品了。软件也是一样。还有一个，就是软件生命周期问题。在国外，很多中、大型企业里，软件系统已经作为企业的命脉在运行，这些企业当然需要长期、稳定的软件服务、开发体系作为保障，因此相对来说，对于软件的功能需求就比较明确，而国内的中小企业在运营方面本来就把灵活多变作为生存武器，当然不可能有比较长期的经营计划，更不可能运用软件系统进行全面企业管理。这就导致对软件系统需求的短期行为，因此，他们更加希望一次性购买功能有限的软件系统，而不是长期连续的软件服务。如果上面的分析有代表性的话，那就是说我们现在必须对开发这类软件形成一套非常有效的工程方法：1。规模小。2。成本低3。质量要求不高。4。售后服务有限。5。生命期短。我想，对于这类系统，RUP未必是一套好的方法。另外，我还想谈谈对软件人员素质的看法。从我个人的经历来说，我觉得我们对于软件工程师的培养方法有问题。理论上说，软件只要设计了一个好的结构，解决了所有的技术难点，剩下的代码高中生就能做。实际上我们的很多名牌大学的计算机专业毕业生都不能很好的Coding。尤其是现在有了VB、PB、JAVA之后，大家似乎认为计算机的体系结构都不用关心了。我曾经经手的几个软件项目中，很多工程师对于用C语言开发Win32多线程、事件驱动、死锁、内存分配等问题根本束手无策。我不相信这些问题可以靠很好的文档解决。实际上，能够用OO的工具工作，根本不代表能够进行OO的系统分析与设计。话又说回来，在中国，有10年以上软件开发背景的人，又有几个？而且他们在过去10年里的经验，更多的是小项目的Coding，而不是大项目的管理与系统分析。而一个好的系统分析师，需要的是实践、实践、再实践。假如说我们的商业环境中根本没有大型的软件项目，怎么可能有优异的系统分析师呢?所以，我想，目前我们的问题，是工程师的技术水平、知识面与管理意识、管理方法同样重要，在这样的前提下，我们是不是要探索一下真正适合我们的软件工程方法呢？
