最新消息，金蝶弃.NET用J2EE 换船求生还是求死？
http://www.chinabyte.com/busnews/216477346834677760/20030804/1718988.shtml
hyzou 我和你观点相同，如果这个世界上所有人都专著于生产价值，那么我们会多么富足呀，但是事实恰好相反，总是有人喜欢不劳而获。但是也并不是说做生意的做管理的就不好，他们的价值是让我们创造的价值发挥最大的价值。而且我骨子里是个不甘心受到不公平待遇的人，如果被逼无奈研究社会学，那么我决不会输给别人。
没有“自然科学”生产力就不能提高，没有“社会科学”就不能调节人与人之间的关系，缺少哪一样社会都不能发展。
to baichenhong
金蝶有今天我早就预料到，去年，我曾经去金蝶上海和他们当时总监谈过，那时的总监口口声声是.NET，问我是否有兴趣转移到.NET，我当时心里面就格登一下，靠，这家公司不能进了，没谈几句我就告辞了。然后就看到金蝶跟着微软一起花枝招展的宣传。
to banq:
你这样一说，我觉得这个总监有点问题啊
另：
也不能说这个报道夸大，金蝶对.net的投入也是很大的，像k3.net等
在他们那里有很多.net开发人员的，csdn的.net的大版主aspcn 飞刀好像就在那里
to javacc
其实做J2EE平台和J2EE应用是两个不同的领域，如果他一开始就将精力花在构架一个基于财务或ERP应用下的J2EE应用框架系统，那他真是不得了了，这是与SAP等世界最新技术处于同一个起跑线上啊。
可惜将那么多好的人才没有用到点子上，这也证明，J2EE和.Net不只是技术人员需要了解掌握，作为企业的管理者和方向掌握者，更加要透彻了解这两者技术，千万不要将技术看做是一种具体操作层面的东西。
另外也证明我一个观点，在中国，公司一上市就变质，急功近利的人太多了。
我在程序员杂志的这篇文章中只是从J2EE作为一种可复用软件框架角度和廖先生探讨了一下，我们两个对对方技术还都没有一个透彻了解。
就廖先生讲的B/S结构会消失的观点我没有明显进行辩驳，B/S结构是基于多层结构下的一种方式，B/S并不是说客户端一定是要用浏览器，其实使用J2ME客户端也可以，WebServices也是基于多层结构上，在J2EE中，有Web层和EJB两层，Web Services在J2EE中属于Web的一个接口技术，其实在J2EE中，Web只是一种proxy接口技术，真正核心是在EJB层。
例如J2ME可以通过网络直接访问EJB，或者使用其它语言编制的客户端，这些技术已经熟透了，目前挑战就是:力图将这些专用语言实现的客户端技术搬迁到浏览器中实现，使用基于Jsp/Servlet这样的技术，而不是applet。
这是Java目前正在进行的最新技术探索，在这样的技术探索开始没多久，就断定它会消失，是有失偏颇。
>急功近利的人太多了
同感呀！
.Net开发确实快，我们有一个项目，同样的需求，J2EE版本开发所花的时间是.Net版本开发所花时间的3倍，而且是先开发.Net版本，J2EE版本只是造着.Net版本重新实现一遍。
我关于web service的看法,作为系统的异构来说,我认为CORBA会更合适一些,Borland选择的也是CORBA,当然了web service也是一种选择,web service本身的安全和事务处理都不是很完善,甚至还存在标准之争,当你要传输大量的二进制数据文件的话,web service就更加不适合了
但是不可否认web service还是有很多优点的
to mirage :
你应该详细谈论一下,我认为你们从事的2种版本的开发,肯定会有不同的
对应用J2EE的EJB,你们的.net中是否使用了COM+那?等等会有很多细节的
这样不是太公平，如果让.net高手去开发j2ee当然没有.net快。比如你用刀砍倒了一棵树用了3小时，你用锯去砍结果用了9小时，关键是你没有锯，如果你用锯去拉而不是砍的话可能一个小时就锯完了。
我大概的看了一下微软的petshop,不就是一些所谓的class吗.如果用J2EE写对应的东西的话,我也可以用一些简单的class.用VO类封装一下数据库的表,然后对每个VO类写一个控制类来进行数据库操作.最后可以在写一些逻辑类,这和所谓的.net的petshop不是一样的吗?.这样的话我说什么也看不出用.net开发要比用J2EE快的理由来.
再说一下asp.net的东西,它的核心部分还是由javascript来参与控制的,但是他想要把javascript包装起来,然而,这毕竟是web开发,很多的时候asp.net的封装并不能达到我们所要的效果,这时候我们不得不再次借助于DHTML,但是此时asp.net把他包装了,导致了要花费比原来更多的时间来完成DHTML,最后造成了一大堆的javascript脚本和html(掺杂了asp.net的标记)的混合体,这就造成
维护的愈加困难,如果你说我可以自己在写web控件来封装这些,那这样的话,花费的时间就更大了
从csdn的.net论坛上你可以看到这样一种现象,一些初学者总是在问一些web控件的使用问题,而有一些有能力的人经常用一个xmlhttp(activex对象)对象来在客户端处理一些问题.我认为asp.net构建的web系统远比windows系统复杂
.如果你不是熟练掌握web编程的能力(包括熟练掌握html,javascript,css等),那么可以这么说"你不会成为一个优秀的asp.net程序员"
在1999年，金蝶就有了中央研究院，主要是研究JAVA开发的，那时的技术总监就开始有了做EJB 服务器的想法，他还是很NIU的。
财务软件用VB+MTS来做，说想来简单，其实业务逻辑极其复杂，后期的需求逼着改以前的软件架构，用VB来做后期的维护非常难受，虽然用COM，但也只是组件的重用，我觉得用提也不是很好，很多东西还是牵一发而动全身，我想这也是他们为什么要转型的原因。不过我还不了解C#，据说他们研究C也有好几年了。不知道为什么？
>但是此时asp.net把他包装了,导致了要花费比原来更多的时间来完成DHTML,最后造成了一大堆的javascript脚本和html(掺杂了asp.net的标记)的混合体,这就造成
-------------------------
的确，我就为此头疼很多。不过我后来理解asp.net也有他的想法，在asp.net的世界里是没有javascript的位置的，任何简单的javascript都要postBack一次，通过后台来实现。这种方法也不错，对于当前javascript标准混乱的局面还是一个不错的方案，不过会耗费很多的资源。说起javascript，也的确是够乱的，我们的jsp到了linux浏览器上就全乱了套了。连内容都挤在一起看不到了。
－＝还是那个观点，拿着到刀应该砍；而拿到锯的时候就应该拉锯。不要用.net的形式写java灵魂的程序。也不要用java语言写.net程序。