蜻蜓眼的读后感500字
康有为(1858年3月19日～1927年3月31日），又名祖诒，字广厦，号长素，又号长素、明夷、更甡、西樵山人、游存叟、天游化人，晚年别署天游化人，广东南海人，人称“康南海”，清光绪年间进士，官授工部主事。
出身于士宦家庭，乃广东望族，世代为儒，以理学传家。
近代著名政治家、思想家、社会改革家、书法家和学者，他信奉孔子的儒家学说，并致力于将儒家学说改造为可以适应现代社会的国教，曾担任孔教会会长。
主要著作有《康子篇》、《新学伪经考》康有为是中国第一批探索宪政的人 尽管康有为的立宪思想曾经启迪和影响了后来的宪法理论 ,但是 ,其中却存在许多保守主义的成分,主要表现在对君权的妥协以及对传统的、占统治地位的以礼治国、儒法合流思想的吸收
三个鸡蛋上跳舞是什么意思
阎锡山是山西乃至中国近代史最为知名的山西人之一。
他深喑权术，朝秦暮楚，一生中苦心经营自己的“地盘”，素有“土皇帝”之称。
对内，他提出“保境安民”的口号，努力发 展农桑、水利和工业，还在经济极为窘迫的情况下，修了一条让世人贻笑至今的同蒲铁路。
对外，他长期奉行“反蒋联蒋、反共联共”的政策，为的是确保自己在山西的利益。
抗日战争爆发后，他又故伎重演，一方面积极准备抗日，组织了“牺牲救国同盟会”（简称牺盟会，实际是由共产党领导），建立“抗日决死纵队”，一方面又秘密勾结侵华日军，谋求一己私利。
用他自己的话说，他这是“在三个鸡蛋上跳舞，哪个鸡蛋也不能踩破”。
抗战胜利后，他积极参加了国民党蒋介石集团的反共内战，在山西大肆推行以清洗共产党为目的的“三自传训”。
1949年3月，人民解放军兵临城下，阎锡山逃离太原，同年5月在广州就任国民党政府行政院长兼国防部长，1960年病逝于台北。
人工智能作恶谁之过
在对现代商务的研究中，人类学家发现：当海外公司在处理营销市场、企业管理、或商业谈判的问题时，其成败决定于海外雇员在外地能否尽展所长。
这类能力决定于雇员对其工作有关知识的专业程度以及个人对新环境的触觉与反应。
一个对国际商务的普遍误解是某人在本土环境下成功，他的专长技术也能同等地应用于不同文化之下。
有研究指出，一个海外公司或企业的失败，最大问题不是其技术及专业能力之不足，而是它不能了解及适应外地的思考及工作模式。
在美国本土的商家会通过搜集其雇员、消费者及贸易伙伴的大量资料和文化咨询来装备自身。
很多民族志研究结合市场调查能提供大量而详细的资料，如美国消费者的价值、态度及购买喜好，中高层经理对组织文化的良好掌握，以及劳工谈判代表一定要对谈判桌上的另一方的动机有高度的敏感度，等等。
目前，当北美商人开始涉足国际贸易舞台时，他们经常希望获得一些本土难以想象而又缺乏的文化资讯，比如外地消费者和雇员的资料之类。
在国际贸易的文献里，列举有很多美国企业试图拓展国际市场但却屡遭挫折和失败的例子，其中很多是非常可笑的，有的甚至十分令人难堪。
在所有这些记录中，某种程度上与金钱或名声有密切的关系，或两者皆然。
例如，当美国厂商在拓展海外市场时，他们经常认为在克里夫兰（Cleveland）中有效的销售策略或者宣传口号，在世界其它地方也能得到同一效果。
其实问题是出于文化背景和环境的改变。
例如通用汽车公司（the General Motors Corporation）的广告语中，“身在比利时”（Body in Belgium），将此口号译作法兰克斯语（Flemish language）就会变作“渔夫旁的尸体”（corpse by Fisher）。
一个巴西的航空公司有则广告说她有一个“很舒适的机舱”（comfortable rendezvous），换作葡萄牙语则为“非法的性服务场所”（a room for illicit sexual encounters）。
某一鸡肉商家在译一个非常成功的宣传口号到西班牙语时，其新的宣传口号并不能得到预期效果。
这宣传口号是“这能使一个粗鲁的男人变得像小鸡般柔情”（“It takes a tough man to make a chicken affectionate.”） 译做西班牙语时变成“这能使一个有很强生殖能力的男人变得像鸡一般柔情”（It takes a virile man to make a chicken affectionate”）。
研究表明，国际商务中若对海外工作的文化现实反应迟钝将会招致悲惨的后果、留下伤心的记忆。
人类学家劳伦斯?苏特欣(Lawrence Stessin)的一个报告指出一个北加洲厂商收购一个英国伯明翰市附近的一所纺织机器公司，希望藉此能打开欧洲市场。
在接管公司后不久，美国的管理人员希望去矫正一个生产上的问题，就是下午茶点休息时间的问题。
苏特欣告诉我们：“在英国，每人可以有半小时的下午茶点时间，这时每个工人也按他独特的口味品尝和吸啜一些大型盎司容器盛载的葡萄酒……管理层提议加速 ‘吸啜时间’为十分钟的休息……工会同意尝试但失败……之后的一个星期一早上，工人们暴动，窗户被打烂，当行政管理人员到工厂时便叫嚣，最后召唤警员去维持秩序。
后来公司立即安装一部自动贩茶机（只需把纸杯放在水掣底下便会倒出标准份量的饮品。
这细小的容器取代了五盎司的杯）因为他们是以美国人的意志建立起来的规则，其所传达的信息原本是请求员工对工作的更大贡献及忠心……但结果却是：工厂此后的生产再不复前，即使在贩茶机被送走后，工人们仍继续杯葛公司，最后，该公司以倒闭告终。
”这个例子说明，若不注意文化背景和文化的差异，企业就会在市场上及管理上产生失误，而且会影响到国际市场的拓展以及各方协商的成败。
忽略文化因素可能会导致时间、声誉、投资、甚至贸易合约上的损失。
人类学家阿利松?蓝尼尔(Alison Lanier)讲述了一个美国行政人员因为没做好文化的准备工作而付出的巨大代价：“一个很高级别的副总裁经常出入巴林——一个准许酒精进出的国家。
他后来被派往邻近卡塔尔去进行一个无限期的长期谈判。
基于对成功的信念，他放了两瓶白兰地在他的背包，准备在仪式后与他的同事庆祝。
结果，他不单止在严谨的回教国家里的一个对习俗虔诚的男子立刻赶走，且他的公司也成为不受欢迎和被指令永不能重返的对待。
卡塔尔人的态度是认为此人尝试藐视源远流长的宗教信条，无论他或他的公司，结果都被视为不适合与之签约的。
”这类只是因为忽略文化背景与差异而而导致钱财损失的例子，在国际贸易中不时在发生着。
粗略地去流揽国际贸易的文献记载，还可找出很多其它有着类似严重错误的例子。
为此，一部份人类学家专门去探究国际性企业怎样去改进从而来防止这类失误出现。
他们的目的并不仅仅是陈述北美商家在海外开设公司时对他们的任何合理的怀疑及指出他们的荒唐及迟钝。
真正的目的在于指出世界变化的速度远远超过我们所能预估和计量的，倘若一个美国商人要去挑战这个越来越互相依靠的社会，他必须对文化的转变如何影响国际企业有更深的了解。
在人类学者和国际贸易组织或社团的成员之间，实需要建立起一个健康与有益的对话机制，以促进之间的良性互动和相互发展。
C++、JAVA、C#、.NET的工作内容分类
从语言的角度看,C++也是超完美的,只是让初学者感觉复杂了点,再就是过于照顾对C的兼容了,甚至从语言本身的功能上来说,我认为C++是目前最强的,Object Pascal也逊一筹,但是C++的缺点正是她提供了太多的可能,以至于很难形成象Java那样规整的类库,再就是C++没有Java那种面向代码重用的编译单元的设计策略.我想,C++可以反过来再吸收Java的经验,达到既面向可重用,又面向高性能和高适应性。
JAVA便于开发,C有很高的性能,各有所长, 但听说JAVA经完善,理论上可以达或超过C的性能, 但不知道这一天要到什么时候才能到来.我是96年毕业的,正值java刚出,火气冲天之时。
我当时是一名C++的狂热者，有着3年的C++经验。
我想到IT技术前沿的美国，于是满怀希望来到到了IT精英汇集的地方－－硅谷。
我想这下总算可以施展我深藏多年的C＋＋才华了吧。
但硅谷VB,delphi根本不入流，虽然C++还继续再用，但是已经是大不如以前了，不过有c++背景的找工作要相对容易些。
这里，程序员们，大小的managers，chargers只对Java感兴趣。
这里反微软的气氛很浓，也许是Sun,Oracle,IBM,AOL等巨头公司的大本营在此的缘由吧。
呆过一段时间后，我发现这里只要是稍大一点的公司，都在同时在维护着几套System，要一劳永逸的解决这些问题，让这些System无缝的衔接起来，java是最好的不过的解决方案。
在这里，个大巨头公司们对java几乎在玩命似的疯狂：ibm在全球16个java实验室24小时续以奋战，扛着“java就是一切”的大旗， 投入java的钱不比sun的少；intel整装待发，全力以赴赶制java芯片，以求在java谋得一席之地； oracle,Sybase,informix,DB2这些王牌数据库厂商更是纷纷下马，把java绑定到自己的产品中，提供对java最全面，最直接的支持；Inprise,BEA,Iona,netscape联盟等一大批系统集成、支援厂商，也不甘落后，争先恐后的开发自己的java工具、应用服务软件，目的只有一个，让自己的产品带上一个响亮的J字；CISCO,3Com,HP,NEC等一大批网络设备供应商对embed java表现了浓厚的兴趣，一批又一批的带java接口的智能设备相续涌现出来，在这个市场上的竞争异常激烈，谁也不敢怠慢；sun自己就更不用说了，sun创造了java,但java并非sun的专有，来自巨头们的竞争， 也让sun感到了前所未有的压力，在“捍卫java，保卫java,发展java”的方针下，带领巨头们发布了面向不同领域的各个版本：面向PC领域的java2 Standard Edition，面向企业级计算的Java 2 Enterprise Edition，面向嵌入式系统的Java2 Embedded Edition, 面向智能终端的Personal Java Edition。
在这样的一种趋势下，迫不得已，只有放下我心爱的C++
java本是是一个开放的体系，各家厂商都可以对她扩展、实现，要维护整个java世界的纯洁，他们采用了一种绝妙的方法，运用java的100%oop特点，对于规范的定义只是一些接口，而这些接口的实现，则完全由各个厂家去负责，多么的和谐，多么的完美
理解不了这些，你就根本无法理解象EJB,Servlet\\\/JSP,JTA、RMI\\\/IIOP、JNDI,JMS，Jini....这些java新秀的威力，稍大一点的公司（除了Microsoft），无一不对她趋之若宠，源源不断的钱财、人力都愿意往这里扔。
这仅仅只是个j2ee，也是到目前为止，业界中最为完美的企业解决方案，就更不用说j2me了，想做下一代internet接入设备，除了j2me可以说是别无选择，更要命的是她完全可以与现有系统紧密的衔接起来...... 我要承认在系统、支撑软件领域，C++还是老大，在应用领域现在是java。
辛辛苦苦用C++写的一套Solution才买10万还不到，而java轻松就完成的Solution可以卖到几百万，这就是区别；同样，如果仅仅把java当作applet，application用在桌面环境中，她的的确确又比任何一种语言都烂。
我所说的只是国内的环境影响着我们每一个人，当java one 2000在美国红红火火的举行，多达4万家公司挤进会场，更是有3000余名专家、学者在会上慷慨陈辞时，而国内还是不以为然，守着以前的老家当，倒是精明的日本人，早就预定了数十个座位；当个大公司在java的领域里进行惨烈争夺的时候，国内还抱着VB,Delphi 枕着C＋＋睡大觉。
C++在游戏方面具有很大优势，目前更多的大型3D游戏是用C++实现的。
C是目前效率最高的语言（除了汇编语言）。
而JAVA开发相对简单。
较多的说法是VC（C++）执行速度更快，因为VC已经优化的和汇编差不多了,所以怀疑javaSDK解释器把比较短的代码做了预处理,执行循环内部就不用调用解释器,直接执行已经解释的机器码,所以速度差不多,不过这只是猜测,也许测试大一些的程序才能说明问题. java比C++快的说法我以前就听说了,CSDN上也吵的很厉害.其实java只是种语言,不代表一种编译器,执行时先把字节码直接优化转换成机器码,速度确实比一边解释一边执行要快,但也不能比说比C++快,因为C++也是一种语言,不是编译器.主流的C++\\\/java编译器效率如何,有足够证明的实验结果时再说。
Java就两个缺点：启动速度慢（JIT需要一定时间），内存占用大（虚拟机），其他基本就没有了。
要说执行速度，从最底层看，Java和C++是一样的，因为有了JIT，执行的同样是编译好的机器码；稍微往上点就不太一样了：一来编译器优化不一样，更重要的是很多算法的实现良莠不齐，比如Array（C++ STL中叫做Vector），Map等等，我实际测试过，有的快有的慢，C++中更复杂，VC7之后带的STL明显比GCC（MinGW）的快得多。
最后从实际使用来看，C++其实处于十分尴尬的地位，我以前非常喜欢C++，现在转向了Java，因为开发企业级软件，你用C++简直就是自寻烦恼，而底层用C++有时候也是自寻烦恼（比如很多嵌入式系统对C++支持是很不完整的），C更加通用，再加上一个简单的Lua脚本，C实现机制，Lua实现策略，很方便
我已经试了一下，java和c++的运行时间之比是 266：230，当然java的是不包括加载的时间。
看来可以安心的用java继续写下去了。
但是有一个很奇怪的问题，既然java的速度已经接近c++，网上还有那么多人用c++作数值计算能
我选java是因为它的安全性，数组在运行时越界了就会报错，想当初调试c++程序那个痛苦，改为等价的java代码之后运行就保存，数组越界了。
我最初学习的是Java，后来又学习C＋＋，虽然二者都是面向对象的语言(C＋＋是半面向对象语言)，但是在C＋＋的学习过程中，C＋＋“几乎完全”没有规则性或者超灵活性的语法让一个之前学过JAVA语言的人感到很不爽
Java确实是个很不错的东西，尤其是其背后有强大的类库做支撑，用起来感觉那是相当的爽，但速度也确实是个问题。
幸好现在的Java语言，其执行方式已经不仅仅是解释执行方式了，即时编译器（JITC、just-in-time compiler）技术和原型编译技术的出现大大提高了JAVA的运行效率。
C＋＋灵活无比，但纯属高级玩具或者高深的九阳神功，假如玩不好，就把自己绕进去，如练奇门遁甲一般走火入魔，如果玩好了，那可就是强大致极啊
Java是在C++的基础上开发出来的，比C++简化很多，容易使用很多，但是在有些方面特别是泛型方面明显没有C++使用起来灵活。
在某些功能上也稍逊于C++，例如对于图像的剪切等方面的技术。
JAVA和C++都是面向对象语言。
也就是说，它们都能够实现面向对象思想（封装，继乘，多态）。
而由于c++为了照顾大量的C语言使用者，从而兼容了C，使得自身仅仅成为了带类的C语言，多多少少影响了其面向对象的彻底性
JAVA则是完全的面向对象语言，它句法更清晰，规模更小，更易学。
(1)JAVA的运行速度（JAVA最大的障碍在于速度）解释过的Java要比C的执行速度慢上约20倍。
无论什么都不能阻止Java语言进行编译。
当时刚刚出现了一些准实时编译器，它们能显著加快速度。
当然，我们完全有理由认为会出现适用于更多流行平台的纯固有编译器，但假若没有那些编译器，由于速度的限制，必须有些问题是Java不能解决的。
许多企业的应用开发人员非常喜爱Java的语言特性，但是在开发重要系统时，语言特性和执行效率之间的抉择往往令人伤透脑筋。
在关键计算中，用户可能并不在乎数据如何压缩或者运行的延迟关系如何设置，但是对程序的运行速度却非常重视，这使厂商将Java的编译策略开发放在了首位。
现在的Java语言，其执行方式已经不仅仅是解释执行方式了，即时编译器（JITC、just-in-time compiler）技术和原型编译技术已经被许多厂家采用，包括Sun、IBM、Oracle以及Netscape等公司在内的技术提供商正在利用这些技术逐步提高Java的执行速度，其中IBM公司早已将Java虚拟机（JVM，JavaVirtual Machine）、操作系统和硬件的特性有机的结合在一起，非常有效地提高了Java的执行效率。
(2)JAVA所有东西都必须置入一个类.Java是完全面向对象的语言，它不再支持C++程序时所使用的过程式的设计方法，所有函数和变量部必须是类的一部分。
除了基本数据类型（例如整型、字符型、布尔型等）之外，其他的数据对Java来说都是对象，包括数组。
对象将数据和方法结合起来，把它们封装在类中，这样每个对象都可实现自己的特点和行为。
JAVA不存在全局函数或者全局数据。
如果想获得与全局函数等价的功能，可考虑将static方法和static数据置入一个类里。
而c++允许将函数和变量定义为全局的。
此外，Java中取消了c／c++中的结构和联合、枚举这一类的东西，一切只有“类”（Class），消除了不必要的麻烦。
java是解释性语言,java程序在运行时类加载器从类路经中加载相关的类,然后java虚拟机读取该类文件的字节,执行相应操作.而C++编译的时候将程序编译成本地机器码.一般来说java程序执行速度要比C++慢10-30倍.即使采用just-in-time compiling (读取类文件字节后,编译成本地机器码)技术,速度也要比C++慢好多。
C++和C#,java区别比较大.虽然三者都是面向对象.但C++重算法,Java和.Net重架构.另外Java有开源的支持。
三者的应用领域也不一样.C++在嵌入式开发,游戏,老的系统比较多；三门语言学好哪一个都是可以的,只是选择语言也包含了方向的选择；一般重本是以C或C++作为必修,Java是专业选修,.Net在学校新起还不是很长时间，三本或专科可能会直接教Java或.Net的直接企业应用。
有四门都必须学好的:数据结构,常用算法,数据库原理,网络,尤其前面两个。
C++能在硬件有所作为，而其他两种基本上不会被用来做这个。
Java自问世以来,以其得天独厚的优势,在IT业界掀起了研究、开发它的浪潮。
作为一种与底层硬件无关的、“编写一次，到处运行”的高级语言和计算平台，Java天生就具有将网络上的各个平台连成一体的能力，真正实现了“网络就是计算机”的理念。
C++语言的创立者的忠告C++语言的创立者，斯坦.利普曼(Stan Lippman)在2004年9月17日参加了在北京召开的微软技术大会并做了演讲。
利普曼和天极网记者畅谈了对“中国程序员的30岁现象”的看法，对C++、NET、面向对象等新技术发表了自己的看法。
他说如果你想做web service，asp等等，c++将不会很适用，因为这个语言不灵活，它太繁复了，它不是为了网络服务（Web service）而设计的。
C#就是为了网络需求而设计的，.net的理念就是并不是一种语言能解决所有的问题。
它不像Java，迫使你只能用一种语言。
如果你在开发的时候发现另一个工具更好，那么你就可以选择另一个工具。
人们总喜欢让事物对立起来。
如果有了微软的产品，你就一定要有SUN或Linux，因为人们喜欢看他们争斗，即使实际上并不会引发任何争斗。
c++就像一把没有把手的刮胡刀，它不可能对所有的事物都适用，就像Visual Basic也不可能对所有人都适用一样。
有很多人都使用c++，也有很多人使用Visual Basic，我们还需要其他的语言。
c++很难，我们必须拥有难的语言，但同时，简单的工作也需要简单的语言来解决。
实际上，没有哪种语言能流行10年。
对于c++的未来来说，我想它还是会表现的很好。
知道C++很牛，可以直接和底层打交道，且效率不次于c,多牛，还面向对象，再加上这复杂曲线的学习，千万别说你不懂C++。
很多牛B公司像微软google什么的，人家上来就直接问你C++ 和算法。
所以我觉得学不好C++，起码我永远和这些牛B的公司没缘分了。
可是最近做了些东西，突然发现C++留给我们什么呢
我觉得应该就是细节了。
就像某人说的，java用的还算可以的人，甚至不需要有堆栈的概念。
而C++呢
复杂的语法，庞大的语义，变态的学习曲线，我C++ primer翻了半天越看越觉得自己菜，光什么地方能用static，什么地方不能用，就这就把人折腾的够呛。
前阵子我甚至还搞不清int i;(对比int i=10) 到底是定义还是声明。
这么庞大的学习曲线，那么我想问下：诸位你们的公司现在都用C++做啥呢
楼上兄弟，使用C++并不代表你必须弄明白C++的每个知识点,你完全可以不必理会C++中复杂,晦涩的部分,比如模板(是不必精通,但是还必须有一定的基础概念),元编程(这个我也不明白具体是什么概念,汗颜).只使用你明白的C++部分,就足够你写出优秀的软件.我的工作经历中,曾经维护过一个5W行的C++代码,并且偶尔还要维护一个25W行的C++代码,在那些代码中,并没有使用太过于复杂的概念,打个比方说,在那些程序中,STL也仅用到vector这样的容器而已。
并且内存管理也直接使用原生指针，并没有使用智能指针等等。
那2个程序，都是应用在电信的基础软件中，对可靠性和性能要求很高的场合。
所以，其实应该客观的看待C++，它确实很难，概念太多了，但是它并不是强求你必须弄明白C++所有的知识点后才可以干活，它许可你先用你明白的内容干活。
C#的发展前景如果抛开一切非技术方面的因素，C#无疑是这个星球上有史以来最好的编程语言，它几乎集中了所有关于软件开发和软件工程研究的最新成果。
面向对象、类型安全、组件技术、自动内存管理、跨平台异常处理、版本控制、代码安全管理……你不可能在另外的一种语言中找到所有这些特性。
其实在编程语言中真正的霸主多年来一直是C++，所有的操作系统和绝大多数的商品软件都是用C++作为主要开发语言的。
JAVA的程序员绝大多数也是C++的爱好者，PHP的成功里面也有类似C++的语法的功劳。
在操作系统、设备驱动程序、视频游戏等领域，C++在很长的时间内仍将占据主要地位，而在数量最大的应用软件的开发上，C# 很可能取代C++的位置。
首先，C# 和JAVA一样，简直就是照搬了C++的部分语法，因此，对于数量众多的C++程序员学习起来很容易上手，另外，对于新手来说，比C++要简单一些。
其次，Windows是目前占垄断地位的平台，而开发Windows应用，当然微软的声音是不能忽略的。
最重要的是，相对于C++，用C# 开发应用软件可以大大缩短开发周期，同时可以利用原来除用户界面代码之外的C++代码。
但是，C# 也有弱点。
首先，在大量的现有Windows平台上，C# 的程序还不能运行，因为C# 程序需要 .NET运行库作为基础，而 .NET运行库将作为新一代的Windows（Whistler）的一部分发行， 或以Service Pack的形式提交给Windows Me 和 Windows 2000用户。
所以在近期，C# 会主要在服务器上得到应用。
其次，C# 能够使用的组件或库还只有 .NET 运行库等很少的选择，没有丰富的第三方软件库可用，这需要有一个过程，同时各软件开发商的支持也很重要。
第三，JAVA的成功因素里有一些是反微软阵营的吹捧，虽然“只写一次，到处运行”只是一句口号，但毕竟已经是一种成熟的技术。
而C# 的鼓吹者目前只有名声不佳的微软，且只能运行在Windows上。
实际上这两种语言都不是不可替代的，理智的说，对软件开发商而言，什么用的最熟什么就是最好的工具。
尤其对C++的使用者，C# 没有带来任何新东西，因为.NET运行库在C++中也可以使用，没有要换的绝对的理由。
综上所述，我个人认为，近几年，C# 将不可避免地崛起，在Windows平台上成为主角，而JAVA将在UNIX、Linux等平台上成为霸主，C++ 将继续在系统软件领域大展拳脚。
非常有意思的是，这些语言的语法极其接近，因为JAVA和C# 都是由C++发展而来的。
其他的开发工具当然还会在相当长的时间里继续他们的旅程，不过在市场份额上，将不可避免地受到冲击。
.NET 和JAVA发展前景。
开发效率方面：对我们来说选择开发工具的最需要衡量的就是这一因素，J2EE这方面非常欠缺，不象.Net拥有很牛的.Net Studio，不过Jbuilder 6已经出来了，支持EJB2.0 也不算太落后，但一直没有解决的就是页面用户控件，缺乏可视化设计和Servlet应用程序框架生成。
我期望的一种方式是具有象.Net Studio一样的可以所见即所得的编辑模板(Template)，绑定用户按钮事件处理。
目前可以通过javascript库，模板库及宏库略微缓解一下Servlet的开发。
ASP .Net和Servlet都支持动态更新表现层。
XML支持能力：.Net一直叫嚣的就是我集成了XML和Web Service，但JDK1.4也搞出了XML规范，这方面已经差不多了，不过.Net的易用性好得很，而且就此一家，程序员不必费心思选组件或产品。
理解的两者本质 ： Java是绑定于一种语言的跨系统的平台，是一个有多家供应商提供竞争性产品的规范。
.net是绑定于一种系统的多语言平台，是一个规范性较弱的垄断性产品。
随便问一个稍有头脑的Java程序员,Java最大的好处是什么，他会毫不犹豫地告诉你：“简洁”。
Java为Internet而生，也为自己“简单易用并提高生产效率”的理念而活。
站在用户的立场上：Java对大中小型系统都适用，只要搭配不同的操作系统、应用服务器等等，大到银行综合信息系统、全国全省的统一应用系统，小到手机游戏，Java可以大小通吃，来者不拒。
尤其是中国政府的重要系统，全没有.net的份，为啥
你不给我看家底，我怎么知道你有没有留了后门，改天偷偷溜进我家
.net照顾中小型应用毫无问题，而且开发速度快，作为用户，付了钱很快能看到回报，当然欢喜。
大型应用么，.net是不是真的支撑不了，我不知道，但诸如windows不稳定不安全的评论由来已久，.net建构于这些亲戚的基础上，坏事就脱不了干系。
系统交货早，功能实现，运行稳定，安全性不出纰漏，用户就满意。
跨不跨操作系统，这个考量不重要，哪有没事整天换操作系统的用户
站在开发商的立场上：跨平台对开发商是一个巨大的诱惑。
一次开发，多个平台使用，降低了迁移成本，有利。
但Java的开发工具没有.net顺手，对编码人员的要求比.net要高。
站在从业人员的立场上：从业人员被市场所驱动，反过来也引导市场。
Java起手的过程比较漫长。
Java开发者要做很多DIY工作，才能写出第一个像样的程序。
DIY多了，对于从业的基础素质，必有提高。
.net入门快，windows最大的好处“可视化”在.net延续，集成环境好，单步调试强，这是Java团队中下至程序员上达项目经理历来羡慕的地方。
做惯了windows和.net下的开发，难免觉得Java下的开发调试实在比较原始：代码大多要一行一行写，单步调试很多时候不可能。
.net开发效率差不多是Java的三倍(经验数据)，致命的诱惑。
在Java放弃的客户端程序上，.net是老大，但在服务端，.net还是个小弟弟，有待成长。
微软最初想要构建一个新的技术来回应J2EE，但发现一己之力还办不到。
.NET和Java在中国哪个更有前途：这个问题好象已经不用再争了.中国90%的用户是Windows用户,保护现有投资,使用很习惯很易用不用重新学习,我又不用跨平台,我干吗要换Java 呢.过去是微软没有提供很强大的WEB开发解决方案,现在提供了,我干吗要用Java.而且. Net比Java出的迟,肯定会吸收Java的优点,弥补Java的缺点.而且微软的VM肯定和Windows结合的很好,性能不用担心.我干吗用 Java?而且微软显然把宝已经压到了.NET上,你难道还要在.NET的VM上再加一层Java的VM?也有人这么总结，我不知道准不准确：C++更适合底层的系统级别开发,包括算法、游戏流程控制。
C++的跨平台通过不同平台的编译器支持同样代码标准跨平台，平台移植需要重新编译，且每种编译器对国际标准支持或多或少都不完善。
而JAVA适合应用开发，在企业管理、网络、数据库、互联网、手持设备上应用普遍。
JAVA有虚拟机支持，是真正意义的跨平台。
跨平台：JAVA同时运行于多个平台，C++可在多个平台上设计，C#只在Windows。
应用范围：JAVA范围很广，尤其是大型企业软件开发；C++用于底层的系统软件开发，一般用于中小企业。
效率速度：C++最好，真正控制机器。
容易程度：JAVA，C#较容易，而C++太难了。
P4P什么意思
平均主义不如P4P 尚进=文 2008年4月5日 电信运营商与网民间的关系，因为BT下载和电驴之类的P2P软件，彻底闹僵了。
限速下的平均主义，貌似成为了唯一的解决之道，而拓扑理论下的P4P算法，很有可能以技术方式彻底调和这场全球矛盾。
限速，这个交通词汇越来热门了，并不是因为全球汽车需求极度扩张，而是互联网的使用状况越来越“拥挤”了。
原本对于互联网道路的拥挤问题，全球的电信运营商们普遍采取加宽路面的办法，可现实似乎于事无补。
中国电信和网通对于互联网带宽的苦恼，已经不再是中国的本地特色。
那些一贯采取放任态度的国际电信巨头，都不再含蓄，互联网带宽资源如同石油和稀有金属一样，成为了信息时代资源民间争夺的一部分，以P2P数据交换技术为基础的下载，已经让电信运营商跟每个用户间的关系，闹僵了。
日本电信大亨们原本公认最慷慨，提供最高48兆带宽的ADSL接入，包月价格只相当于在当地超市买两个西瓜，而且从未限制过用户速度。
在两年以前日本热衷P2P交换的人还很少，但是随着一个叫Winny的本地P2P软件流行，占据家庭宽带疯狂下载的人越来越多，对于一张DVD电影要价2000日元的市场，Winny的免费诱惑力惊人，更重要的是Winny上满是AV电影，这无疑暗中迎合了日本男权互联网的色情价值取向。
面对越来越多的人开始迷恋上文件分享，日本的互联网接入商们也坐不住了，四家最大的公司在3月25日公布了自己的制裁措施。
一旦这些电信公司发现用户涉嫌非法多次下载分享影音或者游戏文件，将自动向其发送一封提醒邮件，在24小时内不做出改正，服务器将自动识别，并将强行断开网络连接。
打击盗版的口号声彻底压过了隐私保护的屏障，《读卖新闻》将此评价为无奈的倒退，有损日本宽带互联网全球排名第二的尊严，并且他们预计将有175万日本网民接受到警告。
就在全球电信巨头们对P2P恨的牙根痒痒的时候，美国运营商Comcast却突然松动了。
Comcast公司以前是最激进的P2P限制论支持者，始终公开叫嚣要跟全球最流行的BT软件死磕。
早在2006年，Comcast就以主服务器来甄别BT软件使用情况，并且在网络高峰时段人为延迟BT协议文件上传。
可Comcast却突然在3月28日宣布中止自己与BT软件的冷战，Comcast首席技术官托尼·沃纳(Tony Werner)正式宣布放弃以往管理带宽流量的监控方法，不再侦测用户是否使用P2P之类的分享软件，而是改为基于网民所使用的带宽额度来管理流量，也就是不管用户使用何种软件进行数据传输，只要总量不超过安装宽带之初的带宽额度，就不会被限制。
BT首席技术官埃里克·克林科尔(Eric Klinker)勉强接受了Comcast抛来的橄榄枝，并且将Comcast的技术调整称之为：“暂时的和谐，透明化的网络共同体技术，信息文明资源彻底的原始平均主义分配。
” 堵塞还是疏导，就在日本电信四巨头和Comcast公司，各家有各家盘算，谁也不愿意多投资解决矛盾的时候。
一群隶属于Verizon的工程师站了出来，他们搞出了一套简称为P4P的新算法。
这套算法依旧保持网络分享的点对点特性，只不过分享数据的参与者和范围，不再是毫无顾忌的海量传递，以往P2P方式下的数据传递参与者是随机的，全球范围内，连上谁就是谁，以至于各种P2P软件毫无节制的拥堵住带宽，每台电脑都如饥似渴的吸食网络资源。
而P4P技术的核心就是改良这种随机性，引入了数学界的拓扑理论，精算集合论中的任意点集对应问题，让以往的P2P连接实现智能优化，网民间的任意交换变得更具地域性，同一路由器，同一数据列阵，都成为了P4P智能选择数据交换对象的数学基础。
目前已知的P4P试验，可以让数据交换分享的效率提高200%，在保持不降低下载速度的前提下，减少59%的网络拥堵。
如果P4P用户大量集中在以城市为中心的人口密集区，下载速度甚至有可能直接提高60%。
这无疑为全球电信公司与网民间的矛盾，提供了一条新的技术解决之道，更为未来真正网络传播数字流媒体的商业梦想，提供了又一次转机。
Pando网络的罗伯特·李维图就在公司博客上以醒目的红色写道：“P4P将成为网络分享机制与电信运营商之间关系的历史转折点。
那些认为网络暴民无休止交换大容量文件引发互联网崩溃的谬论，可以终结了”。
要知道包括苹果iTunes电影下载，微软Xbox视频中心，甚至NBC电视网，都采用老套的P2P技术，始终在宏观上饱受带宽侵蚀的压力。
P4P一旦真的被全球电信巨头认可，网络下载电影的产业构想，将一夜成真，甚至蓝光DVD的前途都将受到威胁。
因为蓝光DVD还需要物理流通，光库存现金压力就够分销商头疼的，P4P的宽带环境却什么也不需要，唯一缺少的，也就是一套让好莱坞和观众们都满意的互联网商业模式了。
============================= P4P即将取代P2P 作者: its 发布: 2008-3-15 P2P是现今被广泛使用的文件传输协议，最近，Verizon 提出一个新协议 P4P （Proactive network Provider Participation for P2P ），该协议将被用来降低骨干网的流量，并降低网络运营成本。
P2P 的是随机选择一个点进行共享，而 P4P 会智能地选择这个点，P4P协议利用网络拓扑数据来实现P2P连接中的最佳路由效率。
Verizon 刚刚通过 Pando 对P4P进行了测试，结果显示，平均性能提高了200%，在某些情形下，性能提高甚至高达600%。
值得一提的是，Verizon 并没有象 Comcast 那样扼杀 P2P，而是选择了和它合作。
在即将到来的一个在纽约举行的会议中，Verizon 会展示他们的测试结果，他们会向ISP显示，如果ISP同文件共享合作，他们可以将下载速度提高60%。
Pando 网络的执行官 Robert Levitan 说，这个测试意味着 P2P 技术和 ISP 之间的历史转折点，它将明确地告诉 ISP，问题不在于 P2P 技术，而是你如何来引导，引导好了，P2P会对他们有好处。
Internet 正迅速地转变成一个媒体分发平台，却有人放风说，Internet 会崩溃，因为 Internet 不是用来传播电影，音乐，游戏和软件的。
我们需要新的技术，P4P就是之一。
P4P协议最早下个月就有可能完成，届时，NBC会通过Pando软件提供流行节目的高质量下载。
本文国际来源：，由35公里翻译并发布在 COMSHARP CMS 官方站的行业新闻栏目 ============================= Verizon称P4P提高下载性能 任何运营商都能获益 2008年03月15日 【搜狐IT消息】在中国古代的神话中，鲧被派治水，采用“障堵洪水”，九年而无功，其子禹采用“疏川导滞”，终竟父业，造福华夏。
网络运营商对待P2P如同治水，一味拦堵以降低网络负荷，但“道高一尺，魔高一丈”，这样的努力并没有取得预期的效果。
美国Verizon公司开发新的传输协议提高P2P传输效率如同采用疏导治水，也许只有这样才能真正解决问题。
分布式计算行业协会（Distributed Computing Industry Association）下属的P4P工作组正在设计一项新的协议，被研究者描述为运营商级的点对点文件传输系统。
Verizon报告说，最近的测试表现说明新的协议在下载性能上得到了明显提升，同时减少网络阻塞。
P4P，以降低主干网流量和降低网络运营成本为目的，通过服务提供商与桌面软件交流网络状态来提高P2P文件传输性能。
替代原来的随机寻找Peers ，P4P协议利用网络拓扑数据来选择Peers，从而提高路由效率。
Verizon高级技术专家和P4P工作组联合主席Doug Pasko说，Verizon注意到，使用Pando下载的测试结果，下载性能提高约为200％。
在某些情况下，性能甚至攀升至600％。
Verizon相信P2P技术正在向主流转变，将为大型商业内容交付而合法化。
该公司认为P4P是使P2P技术获得更广泛的商业性采用的方式，同时疏通网络，降低阻塞。
由于P4P的效用很大程度依靠网络拓扑信息，Verizon和P4P工作组致力于使其成为全行业的标准并说服其他运营商参与并共享自己的数据。
Pasko说，“很坦白地说，任何运营商都能从此获益”。
这个创新技术已经获得了一些ISP的支持，包括Comcast。
在P4P工作组发布的文件中，说明了P4P与其他方案相比而独有的优势。
报告指出，流量整形技术依靠深度检测(deep packet inspection)来控制P2P流量，但这可以被桌面软件通过加密传输和使用动态端口逃避验证，而成功越过。
“目前仍不清楚在长远而言，流量整形是否可以有效地控制P2P应用的带宽消耗，并减少供应商的经营成本。
通过使P2P和网络交流信息，P4P能使软件使用网络状况信息，从而降低主干网流量和运营成本。
” 其含义是相当明确的，网络运营商通过提供更好的P2P技术，来降低运行成本，而不是试图阻止它。
仍然有疑问的是，该方案是否会扩展到所有P2P的流量中，或者只是ISP和内容提供商的服务。
Verizon谴责非法文件共享，并表示新的协议打算被合法和商业服务采用，但是重申不会象AT&T公司那样监督网络传输的版权。
Verizon相信P4P是解决点对点文件传输技术的网络管理的重要一步。
============================= 速度更快、效率更高：P2P准备升级P4P 驱动之家[原创] 作者：任力宁 编辑：任力宁
