最新评论
re: .Net世界的困惑 岳雪飞 2009-03-15 16:45
@kiler
同意!
同意!
re: .Net世界的困惑 -亮- 2008-09-01 09:56
我觉得,不管学那个。首先解决温饱问题,语言都是通的。等个人问题解决了。
学习其他语言也不晚。
学习其他语言也不晚。
re: .Net世界的困惑 boxman 2008-07-30 17:30
.net存在部署难题
他的N多配件都是要钱的
目前不在乎钱的太少了
他的N多配件都是要钱的
目前不在乎钱的太少了
re: .Net世界的困惑 darko2o8 2008-07-01 12:08
一般无聊的人在这里吵. 偶也无聊竟然跟着看了半天.
re: .Net世界的困惑 NullName 2008-06-19 00:16
哎!看不懂,有差距啊
re: .Net世界的困惑 SJG 2008-06-04 13:52
DELPHI走了,但再看看.Net还是感到它是个儿童玩具.
re: .Net世界的困惑 CCTV 2008-06-03 15:43
你困惑个毛啊,看待问题要深入,不能光停留在表面,为啥世界上成功的人这么少,想想这个你就明白了!
不过大家虽然不认同你的言论,但还是要誓死捍卫你说话的权利!
哈哈
不过大家虽然不认同你的言论,但还是要誓死捍卫你说话的权利!
哈哈
re: .Net世界的困惑 cds 2008-06-03 14:15
leisurely sb
re: .Net世界的困惑 Vin 2008-06-03 11:30
一群无聊的人为了一个很菜很菜很菜鸟人在你挣我吵,估计也是一群鸟人,只不过少了几个‘很菜很菜很菜’的修饰。
re: .Net世界的困惑 leisurely 2008-06-03 10:50
@Jeffrey Zhao
我只是见了<%这种符号就发晕,随便哪个标记语言都比它强
至于你觉得aspx够好了,那也挺好的,本来这就是个人意见,我不准备说服大家都来向aspx吐口水
我只是见了<%这种符号就发晕,随便哪个标记语言都比它强
至于你觉得aspx够好了,那也挺好的,本来这就是个人意见,我不准备说服大家都来向aspx吐口水
re: .Net世界的困惑 Jeffrey Zhao 2008-06-03 10:19
@leisurely
目前哪个视图标记语言你觉得比较好?
我觉得aspx很好用,灵活强大。
目前哪个视图标记语言你觉得比较好?
我觉得aspx很好用,灵活强大。
re: .Net世界的困惑 zyyell 2008-06-03 09:06
@kiler
很认同最后一句,模糊地记得好像是Google公司的一个要员说过,他们选oracle而不用mysql是因为一旦数据库出问题,他们知道要找谁来负责、处理
很认同最后一句,模糊地记得好像是Google公司的一个要员说过,他们选oracle而不用mysql是因为一旦数据库出问题,他们知道要找谁来负责、处理
re: .Net世界的困惑 武眉博<活靶子.Net> 2008-06-03 08:35
看大家讨论+争论蛮好玩的
re: .Net世界的困惑 leisurely 2008-06-03 03:34
--引用--------------------------------------------------
晓风残月: 我热爱开放性,但我也害怕不可控性,
有了 NHibernate, Castle, ActiveRecord, Spring.net ....
再来 Linq, Unity, ASP.NEt MVC .... 有什么不好?
--------------------------------------------------------
老老实实做些底层的规范不好,却非要以自己垄断力量推出自己的竞争方案.
打击开源社区的热情不说,更是以MS惯用的FUD手法来扼杀开源方案.
因为大家知道,开源提出的任何一点好东西都会有"官方"的一套出来,大家只要等就行了,毕竟.net世界的用户仍是唯MS为马首.
这都没什么大问题,因为用户-开发者只是想让自己的工作能更轻松的完成而已,问题是ms的方案并不优于已有的方案,比如poco,nhibernate支持,到EF中没了;ms真正应该做的,是实现一个标准的视图标记语言,不要在aspx中充斥着丑陋的<% %>,可惜因为没有足够有影响力的开源方案,基本上ms是不会主动去做出替代方案的...
晓风残月: 我热爱开放性,但我也害怕不可控性,
有了 NHibernate, Castle, ActiveRecord, Spring.net ....
再来 Linq, Unity, ASP.NEt MVC .... 有什么不好?
--------------------------------------------------------
老老实实做些底层的规范不好,却非要以自己垄断力量推出自己的竞争方案.
打击开源社区的热情不说,更是以MS惯用的FUD手法来扼杀开源方案.
因为大家知道,开源提出的任何一点好东西都会有"官方"的一套出来,大家只要等就行了,毕竟.net世界的用户仍是唯MS为马首.
这都没什么大问题,因为用户-开发者只是想让自己的工作能更轻松的完成而已,问题是ms的方案并不优于已有的方案,比如poco,nhibernate支持,到EF中没了;ms真正应该做的,是实现一个标准的视图标记语言,不要在aspx中充斥着丑陋的<% %>,可惜因为没有足够有影响力的开源方案,基本上ms是不会主动去做出替代方案的...
re: .Net世界的困惑 晓风残月 2008-06-03 00:49
比如说monorail,不是去在它的基础上帮助它,而是自己推一套asp.net mvc,nhibernate也一样,MS不承认它的存在,要推自己的entity framework,还有spring.net的ioc,MS也要搞个unity。。
=========
我热爱开放性,但我也害怕不可控性,
有了 NHibernate, Castle, ActiveRecord, Spring.net ....
再来 Linq, Unity, ASP.NEt MVC .... 有什么不好?
=========
我热爱开放性,但我也害怕不可控性,
有了 NHibernate, Castle, ActiveRecord, Spring.net ....
再来 Linq, Unity, ASP.NEt MVC .... 有什么不好?
re: .Net世界的困惑 JackMa 2008-06-02 23:43
汗一个,我是81楼了。就我自己身边的情况,确实如LZ所说的。但说道.net技术我还是觉得很好的。技术本没有强弱之分,只是使用的人的强弱不同。看了大家的评论,似乎光是整理这些评论又可以作为一片不错的文章了。学习了。
re: .Net世界的困惑 dgj 2008-06-02 22:57
说的我都不敢继续学习.net了,lz不要造谣呵,我们这些新手经不起折腾
re: .Net世界的困惑 Jeffrey Zhao 2008-06-02 22:30
--引用--------------------------------------------------
一个农民: @装配脑袋
微软网站里面好象有.mspx的文件,据说做发布很牛的说,好东西微软是不会拿出来的, 小小鄙视一下。
--------------------------------------------------------
怎么说呢,根据我的感觉,其实微软内部自己留着用的东西的确比发布的好,但是发布的东西易用性远比内部使用的好。如果微软发布了内部这些东西,也不一定会获得市场好评,呵呵。
一个农民: @装配脑袋
微软网站里面好象有.mspx的文件,据说做发布很牛的说,好东西微软是不会拿出来的, 小小鄙视一下。
--------------------------------------------------------
怎么说呢,根据我的感觉,其实微软内部自己留着用的东西的确比发布的好,但是发布的东西易用性远比内部使用的好。如果微软发布了内部这些东西,也不一定会获得市场好评,呵呵。
re: .Net世界的困惑 riancy 2008-06-02 21:24
@caidehui
说的对,深有同感!!
我的公司是日资的,在中国有很多分公司,现日本的那边的项目,.NET明显增多,JAVA的需求变少。另外移动开发方面越来越多。
说的对,深有同感!!
我的公司是日资的,在中国有很多分公司,现日本的那边的项目,.NET明显增多,JAVA的需求变少。另外移动开发方面越来越多。
re: .Net世界的困惑 caidehui 2008-06-02 21:15
我一向认为开源对软件行业来说是个好事,对Java来说绝对是一个大大的坏事。
当时因为Java没有办法攻占Windows开发的大本营,为此就选择与开源搞的太近,以至于Java的开发工具、编译器、调试器等都纷纷开源,并且也导致企业服务领域的开源东西也越来越多,Java在2000-2006年间大行其道,几乎有一种王者的气势,很可惜,几乎而已。由于开源,导致与Java有关的开发工具开始变得无利可图、Java预言的成长等也变得无利可图,从而导致依赖Java或者的非应用开发的公司都开始走向死亡,Borland退出、IBM的开发工具基本也失去了市场,Eclipse相关的工具的成功恰恰就是Java开始没落的标志。
甚至连很多开发Java企业服务器的企业都没有办法生存下去,除了IBM搞出了非常复杂的企业服务器以外,其它都被开源的给搞死了。
2006年以后,日本、美国、欧洲的新的企业级应用纷纷采用.Net平台,我们公司由于是外包,所以感受特别深刻,从去年开始几乎所有的新的应用都是.Net的,Java的有一部分但已经明显不行了,COBOL等大型财务应用,如果转型还是会选择Java,但太少了。
为什么.Net越来越多呢,这个涉及到很多方面,但.Net的开发效率、易用性、以及现在基于.Net的框架越来越多的也有关系,由于成功的.Net的企业级应用也给大企业以信心了。
不说到底谁多谁少,关键还是整体的拥有成本,这个成本包括从需求一直到这个系统退役为止。谁更优秀,谁就将拥有更多的用户。不会简单的因为哪个成本多,或者现在谁多来论英雄的。
如果按照目前的趋势下去,Java会慢慢的失去活力而死去,除非找到了新的商业利益。
从商业的角度来说,当没有利益了,又会真的有几个人会来奉献呢
当时因为Java没有办法攻占Windows开发的大本营,为此就选择与开源搞的太近,以至于Java的开发工具、编译器、调试器等都纷纷开源,并且也导致企业服务领域的开源东西也越来越多,Java在2000-2006年间大行其道,几乎有一种王者的气势,很可惜,几乎而已。由于开源,导致与Java有关的开发工具开始变得无利可图、Java预言的成长等也变得无利可图,从而导致依赖Java或者的非应用开发的公司都开始走向死亡,Borland退出、IBM的开发工具基本也失去了市场,Eclipse相关的工具的成功恰恰就是Java开始没落的标志。
甚至连很多开发Java企业服务器的企业都没有办法生存下去,除了IBM搞出了非常复杂的企业服务器以外,其它都被开源的给搞死了。
2006年以后,日本、美国、欧洲的新的企业级应用纷纷采用.Net平台,我们公司由于是外包,所以感受特别深刻,从去年开始几乎所有的新的应用都是.Net的,Java的有一部分但已经明显不行了,COBOL等大型财务应用,如果转型还是会选择Java,但太少了。
为什么.Net越来越多呢,这个涉及到很多方面,但.Net的开发效率、易用性、以及现在基于.Net的框架越来越多的也有关系,由于成功的.Net的企业级应用也给大企业以信心了。
不说到底谁多谁少,关键还是整体的拥有成本,这个成本包括从需求一直到这个系统退役为止。谁更优秀,谁就将拥有更多的用户。不会简单的因为哪个成本多,或者现在谁多来论英雄的。
如果按照目前的趋势下去,Java会慢慢的失去活力而死去,除非找到了新的商业利益。
从商业的角度来说,当没有利益了,又会真的有几个人会来奉献呢
