终于明白为什么会有语言之争了????? 之前一直不理解为什么会出现所谓的语言之争，争得厉害了就有“高手”出来
终于明白为什么会有语言之争了
????? 之前一直不理解为什么会出现所谓的语言之争，争得厉害了就有“高手”出来说上两句，重要的不在于语言，而在于思想，思想为本，语言为末，站在一个足够高的高度来看的话，各种语言其实没有什么区别。
????? 人们动不动就说这两种语言的相似度有多少，从一种语言转换到另一种有多容易。其实这话也没错，一门语言学的好了，再学另一门语言肯定非常快，拿Java和.NET来说，Java里面两种不同框架的区别可能都比Java和.NET的区别要大，从一门转向另一门是一回事，但是当有人反对自己的“母语”的时候会不会跳出来就是另一回事了。
????? 还是拿Java和.NET当例子，其实从表面上看，这两种语言实在是太接近了，但是从更深一点的角度来看就不是那么回事了，他们的设计理念，他们的文化背景，甚至本领域中牛人的个人爱好或者一些习惯，都会潜移默化的影响着这种语言的初学者，任何人学习语言都有经过初学者的阶段，大部分人往往是靠一门语言渡过这个阶段的，这个人往往会受到这种语言的影响，而且他周围交往的人可能也是以这种语言为多，在这种潜移默化之下，可能他自己都不会意识到自己的变化，当然，当他的阅历越来越多之后，受到各种非语言的因素影响越来越多，人也会变得更加成熟。
????? 所以我觉得，在语言之争中，更多的是思想的碰撞，是理念的冲突，而不仅仅是语言选择上的分歧。
?
后记：今天晚上和一个朋友在讨论对象销毁的问题，后来说着说着就开始跑题了，乱七八糟说了一大堆，他一直从.NET的角度来考虑，而我用的最多的是Java，争了半天之后闹的不欢而散，其实我都忘了我们是怎么争执起来的了，一直是在挑对方的错，最后我又看了一遍聊天记录，突然明白问题所在，Java和.NET的设计确实是有不小的区别的，这种区别不在于语法，而且设计上的区别，我们接受了这种语言的设计思想之后就会本能的用这种方式思考，遇到问题时，也会从这种角度来寻找答案，其实语言我也学过不少，从最开始的BASIC、PASCAL到后来学习C，然后是C#，最后才是Java，我也知道很多思想都是语言之外的，但是一种语言对我们潜移默化的影响太大了，而且很多东西都是从语言本身的设计上学到的，这些非语言的东西也是要依赖于语言的，比如《倚天屠龙记》中张三丰教张无忌太极拳，虽然传的是思想，但还是要通过拳法来传，像张无忌那样说忘就忘，有那么容易吗？
?
13 楼 pubx 2009-01-03 “现阶段最主要的矛盾”呵呵！ 14 楼 lw223 2009-01-03 语言之争也是各个厂商的利益之争
15 楼 xzj127 2009-01-04 学那么多 还分得清 谁是谁吗？
我的看法：不在于量，在于质~！ 16 楼 upheart 2009-01-04 见山是山，见水是水，见山不是山，见水不是水，见山还是山，见水还是水--
17 楼 bonny 2009-01-04 开发其实没有什么难的。c#和java在老板的眼睛里区分也没有那么大。如果你们要用ruby的话，可能老板心里会担心——这个东西有谱么？出了问题是否你们一定能解决呢？或者可以很快找到解决方案么。。。
就服务器端。虽然俺觉得java开发效率虽然不怎么高，但是也不怎么低。再算上维护等成本，偶觉得一个可读性，清晰性要比快速开发更重要。
就客户端语言而言，我觉得html肥一点是否好一点。增加一些widget控件，让展现能力更强一点。
另外就是客户端的语言能否更规范一点。js实在太难搞了。开发效率降低4倍以上。（js粉不要砸我，俺公司以前开发过一个纯js客户端，那个痛苦真实难以表述）
18 楼 阳光晒晒 2009-01-04 bonny 写道开发其实没有什么难的。c#和java在老板的眼睛里区分也没有那么大。如果你们要用ruby的话，可能老板心里会担心——这个东西有谱么？出了问题是否你们一定能解决呢？或者可以很快找到解决方案么。。。
就服务器端。虽然俺觉得java开发效率虽然不怎么高，但是也不怎么低。再算上维护等成本，偶觉得一个可读性，清晰性要比快速开发更重要。
就客户端语言而言，我觉得html肥一点是否好一点。增加一些widget控件，让展现能力更强一点。
另外就是客户端的语言能否更规范一点。js实在太难搞了。开发效率降低4倍以上。（js粉不要砸我，俺公司以前开发过一个纯js客户端，那个痛苦真实难以表述）
纯客户端不会内存暴掉么
如果能有代码规范好点
但公司里的大拿说.
要以客户体验为主.
能怎么省就怎么省 19 楼 ray_linn 2009-01-04 javaeyebird 写道偶觉得是信仰导致的，就像永不安宁的中东
不是信仰的问题，是做新闻的需要。
比如javaeye，它的主流就是打击MS，打击.net，这样才有人争有人闹，才有热点。 20 楼 bonny 2009-01-04 阳光晒晒 写道bonny 写道开发其实没有什么难的。c#和java在老板的眼睛里区分也没有那么大。如果你们要用ruby的话，可能老板心里会担心——这个东西有谱么？出了问题是否你们一定能解决呢？或者可以很快找到解决方案么。。。
就服务器端。虽然俺觉得java开发效率虽然不怎么高，但是也不怎么低。再算上维护等成本，偶觉得一个可读性，清晰性要比快速开发更重要。
就客户端语言而言，我觉得html肥一点是否好一点。增加一些widget控件，让展现能力更强一点。
另外就是客户端的语言能否更规范一点。js实在太难搞了。开发效率降低4倍以上。（js粉不要砸我，俺公司以前开发过一个纯js客户端，那个痛苦真实难以表述）
纯客户端不会内存暴掉么
如果能有代码规范好点
但公司里的大拿说.
要以客户体验为主.
能怎么省就怎么省
其实客户体验到底是什么东西，谁也说不清楚。不过很大可能是市场部或者老板说了算，项目经理说了算。有些人喜欢花哨的，有些人喜欢简约的。有些人喜欢cs样式的，有些人喜欢bs样式的。
但是至少，要操作起来简便快捷，数据展现能力也要到位。我们以前的js客户端。数据展现能力是没问题，操作起来和cs没差别。就是慢，js经常会爆掉浏览器。另外兼容性也是一个永久不可能解决的问题——别100%相信ext等完全能解决问题，那是你们用的少。
其实我个人觉得html css js的结构 展现 行为三位一体的解决方案是client端最好的选择。问题在于其展现能力太弱了一点，另外就是js也太弱了点。
RCP等的兴起，说明了无部署客户端在企业应用上的广泛需求。但是无论是树还是各种各样的table，html没有提供，js模拟出来的又太脆弱。eclipseRCP那根本不能算是什么好东西，完全是回到cs开发的老路上来了，只不过有了一个自动更新的site。还是假无部署。
而js呢。语言太简单太脆弱。简单的事件出发也就算了，客户端复杂的数据操作合并都不怎么方便。搞的多了还是爆内存。
微软搞那个xml客户端语言，指定.net作事件语言的机制就很漂亮。可惜不怎么推了。
21 楼 jiyanliang 2009-01-04 随波踏浪 写道
最高境界是以剑气杀人，何为剑气，此乃忽悠之气也
"最像风清扬" 22 楼 阳光晒晒 2009-01-04 bonny 写道阳光晒晒 写道bonny 写道开发其实没有什么难的。c#和java在老板的眼睛里区分也没有那么大。如果你们要用ruby的话，可能老板心里会担心——这个东西有谱么？出了问题是否你们一定能解决呢？或者可以很快找到解决方案么。。。
就服务器端。虽然俺觉得java开发效率虽然不怎么高，但是也不怎么低。再算上维护等成本，偶觉得一个可读性，清晰性要比快速开发更重要。
就客户端语言而言，我觉得html肥一点是否好一点。增加一些widget控件，让展现能力更强一点。
另外就是客户端的语言能否更规范一点。js实在太难搞了。开发效率降低4倍以上。（js粉不要砸我，俺公司以前开发过一个纯js客户端，那个痛苦真实难以表述）
纯客户端不会内存暴掉么
如果能有代码规范好点
但公司里的大拿说.
要以客户体验为主.
能怎么省就怎么省
其实客户体验到底是什么东西，谁也说不清楚。不过很大可能是市场部或者老板说了算，项目经理说了算。有些人喜欢花哨的，有些人喜欢简约的。有些人喜欢cs样式的，有些人喜欢bs样式的。
但是至少，要操作起来简便快捷，数据展现能力也要到位。我们以前的js客户端。数据展现能力是没问题，操作起来和cs没差别。就是慢，js经常会爆掉浏览器。另外兼容性也是一个永久不可能解决的问题——别100%相信ext等完全能解决问题，那是你们用的少。
其实我个人觉得html css js的结构 展现 行为三位一体的解决方案是client端最好的选择。问题在于其展现能力太弱了一点，另外就是js也太弱了点。
RCP等的兴起，说明了无部署客户端在企业应用上的广泛需求。但是无论是树还是各种各样的table，html没有提供，js模拟出来的又太脆弱。eclipseRCP那根本不能算是什么好东西，完全是回到cs开发的老路上来了，只不过有了一个自动更新的site。还是假无部署。
而js呢。语言太简单太脆弱。简单的事件出发也就算了，客户端复杂的数据操作合并都不怎么方便。搞的多了还是爆内存。
微软搞那个xml客户端语言，指定.net作事件语言的机制就很漂亮。可惜不怎么推了。
如果没有危险性的话.
用flash+flex来作
比html盒饭强的多的多多..
PS:原型设计的那个东东Axure RP Pro很爽但是...不能用来开发. 23 楼 xjlnjut730 2009-05-15 很好~~呵呵，我菜鸟一个，还请高手多多指教~~~
