|
|
Posted on 2005-07-15 23:06 idior 阅读(12835) 评论(161) 编辑 收藏 所属分类: Misc
在cnblogs已经住了很久了, 窃以为这里是国内最好的.Net社区(博客堂由于某些原因排除在外,如果你还知道更好的请告知一二). 不过经过观察发现这里最受欢迎,最受关注的是关于控件以及象本文这样和技术关系不是太大而在非技术上很有争议的随笔.(理由是该随笔的阅读量和评论量,尤其是评论量) 在alphatom阅读量评论量最高的文章也是一篇关于asp.net视频聊天控件的. 这个结论既让人想不到,也在常理之中. 在cnblogs尚且如此, 在其他地方就更不用提了.
在java社区已经普及的面向对象以及模式的概念,在.net社区鲜有提及. 在cnblogs的情况稍微好些. 不过通常局限在运用面向对象和模式来解决一些示例性的小问题,包括我在内.这样层次似乎太低了,这离企业级的应用差的还比较远. 别的方面先不谈,仅仅就persistent而言,如何将面向对象与数据库相联系? 如何把多态和persistent联系? 当用到了Bridge模式时对象如何persistent? 如果我们知道了模式,却不能在企业级的应用中使用,而仅仅在那demo几个脱离现实的小例子,实际意义又有多大? 谁来指导我们? 社区的力量何在? 对比一下java社区, hibernate, structs,Spring屡屡被谈到, 模式不断在其应用之中. 如果没有人去谈hibernate, 又有多少人能去关注DAO,关注Domain Object,理解什么是真正的对象(相比哑对象).没有人去谈structs,MVC的概念又如何深入人心? 没有人去谈Spring,又如何吸引人关注对象的创建,事务的管理,AOP的应用. 通过这些产品的不断的宣传和介绍吸引了很多人(尤其是初学者)去关注所谓的模式和面向对象的精髓. 当然不是说有了这些产品才有人去关注模式和面向对象, 而是一些先行者在使用了这些产品后,通过他们在社区中的不断宣传和介绍让更多的人了解到了这些概念,去鼓动他们学习这些概念.而在这方面.Net社区跟Java社区根本不是一个级数的.举个例子,大家自己去搜搜nhibernate, 有多少介绍, 再看看那些内容,简直就是对Hibernate的亵渎.(具体原因我会在以后的随笔中介绍). Spring.net呢?关注的人更少了,MVC呢?在.Net社区为什么介绍这些概念的人如此之少?难道搞.Net的都是菜鸟?显然不是, 那么人呢? 我相信肯定是有的,只是太少了.(谁知道有这方面内容的中文blog,请在此介绍一下,让大家受受益.) 是不是.Net下国内专家都很忙啊? 比那些做下班做开源的老外忙多了, 比搞java的忙多了, 哪有时间给我们这些菜鸟说这个. (以前看到过JGMT的文章,可惜俺没赶上他乐于分享心得的年代,现在估计也在忙呢.)
不过,这时我突然想到一个词--- MVP(Microsoft Volunteer Player笑谈).他们在干吗呢? 不会在CSDN跟贴吧?我不清楚MVP到底是个什么东西,只是感觉他们之中应该有人做这事,谁知道国内有哪位MVP在传这些道解这些惑(有关企业设计方面)也请在此告之一二. 当然MVP干什么的都有,象DuDu这样为我们营造这么好一个学习环境的MVP也是很不错的称职的MVP.
如果说我也就是在此乱批一通,那和以往那些受关注的水贴也没什么区别了.既然那些专家忙的不愿做,那只有靠我们这些菜鸟自己了.最近个人正在研究有关企业应用中的persistent, 心得正在整理之中, 希望能尽快发布.(已发布)
最后,补充一下有关控件和Web的问题. 这里不是说控件简单, 而是说我们写的有关控件的文章太简单,最常见的就是有人发布控件然后一堆人要源码. 光一个PropertyGrid就够你研究的了,够有内容可挖了.搞控件的你接触过System.ComponentModel名空间吗?这里面可挖的东西多呢.什么IOC,Aop在里面都有体现.可咋就不见有人介绍呢?.Net 下MVC思想的体现也不见有人介绍啊? 为什么没有Structs.Net, ASP.Net自身的模型完美了吗? 搞CS,DNN也不见你们介绍里面的架构啊.
哎, 专家太忙了... 这就是国内.Net社区的差距吗?
Feedback
2005-07-15 23:38 by 一风一云[未注册用户]
DotNet的企业应用水平,本来和J2EE就不一个层次,毕竟才快到2.0,还是个小家伙,而Java已经开始进入一个新的技术周期了.
----------
看设计模式和企业应用的东西,还是要上Java社区和Blog,比如Tss,javaeye上的东西,很有味道.
2005-07-15 23:58 by idior
@一风一云
我觉得java能做的 .net很多都能做. (尤其是目前流行的各种轻量级的容器)就是在.net社区缺少这种声音. 当然我们可以选择甩开.net社区不管,直接加入java社区,反正吃亏的不是我们. :)
Tss,javaeye上的东西确实不错.
2005-07-15 23:58 by kwklover
.NET现在大多数都在搞小型项目比较多,所以这些理论上的东西大家都用不上,大家比较关心的是如何快速开发成产品和实现功能要求,市场决定一切了
而JAVA发展了那么多年,在高端应用方面比较多,自然对理论要求和前沿方面研究和应用比较多,这方面的人才也比较多拉~~~
2005-07-16 00:00 by idior
@kwklover
有道理,光顾着技术,忘了这茬. 看来.net还未成气候啊.
2005-07-16 00:15 by netrobo[未注册用户]
深有同感，感觉.NET和Java是两种不同的文化。
刚学习Java时有个地方十分不明白，为什么安装JDK时安装程序不自动设置好环境变量，而是让使用者自己手动设置？
再看看.NET，一切都是那么简单，只要安装好Visual Studio和MSDN，入门太容易了，而Java呢，入门时想编写一个能正常运行的Hello World程序，真得不容易。
正因为.NET的这种简单，造成了很多人的不求甚解，只知道控件怎么用，OOP这些东西，Visual Studio淡化了他们，就像Delphi一样，可能现在很多人还以为他是一个像VB一样的玩具，有些人用了四五年的Delphi，从来没有用过继承，可能连类都没有定义过，不知道interface，分不清private\protected\public。
而Java入门却有一个比.NET较高的门槛，使学习Java的人都普遍有一个非常好的知道基础，如果不懂OO方面的东西，几乎不可能进行Java编程，虽然Java也有一些开发工具，但大多只当做代码编辑器使用了。
虽然你也可以像Java那样使用记事本从头开始写每一行.NET程序，但实际情况是，谁会这么做啊？
总有一种感觉，Java是一种技术，.NET好像只是个工具，Sun研究的是技术，而Microsoft做的是产品（商品）。
确实是这样子的，好像没有什么办法。
因为在.net区里，微软统治了一切，大家习惯他帮你提供你要的东东，好像没有人愿意关心自已或其它个人团队的产品，更不说去看别人的源代码，学习设计、架构等。当然这些人在java社区中也有很多，只是java总体上给人的感觉要激情点。
我在CSDN上狂推，设计架构区，but这么久了，上去的人是。。
总是关心东东怎么用什么的，久而久之，也就失望了，我也就没有什么兴趣了。
我身边的同事，因为历史原因，很多都是搞.Net，也搞java的，说实话，一个总体的感觉（并非我个人），搞多了java，再回首.net，确实觉得比较幼稚，当然这话不能明着说，说了会被一群人攻击，而且争论总是无外乎那几点，反正两个字“偏题”。
我一同事，还在cnblogs明确表达了他对.net的失望，哈哈，明白是谁吧：）胆子很大啊，很PF：）
我个人在业余时间，还是保持对.net的关注，但是总感觉，没有什么突破口。
2005-07-16 00:22 by csdn 无天刀绝[未注册用户]
时间的差距而已
2005-07-16 00:27 by idior
@飞刀
同感同感.如果在这也有很多人骂的话, 我立马封笔转投java社区.
@无天刀绝
不只是时间的问题.
2005-07-16 00:38 by netrobo[未注册用户]
这么晚了，原来不至我一个人没睡啊
2005-07-16 00:46 by Yok[未注册用户]
刀郎, 老鼠爱大米, 两只蝴蝶满街的放
华丽的手机铃声到处响
电视上尽是低级的武侠古装戏
祖国的未来在发疯似的玩网游
技术论坛上的人都在跪求实现某样功能的代码
网易拍似乎也很好卖
我们就是活在这样低俗的社会里
cnblogs的气氛算不错了, 像楼主, rickie, 灵感, ccboy, james, 绿叶等人都比较关注前沿技术, 写了不少不错的blog, 还有少在这里混的博客堂, dotnettools和aspcool里的人. 我也是对这类技术很感兴趣, 只是经验不足和表达能力不好, 没做多少贡献. 至于低俗的文章比较受欢迎, 阅读量比较大, 那是必然的, 也与我们无关. 不过dudu也该加大删贴力度 :)
中国的.net社区为什么显得那么菜, 一个是因为vs.net提供了比较强的rad功能, 门槛低, 一个是.net的"语言无关"特性吸引很多使用别语言的程序员赶潮流一窝蜂的涌了过来. 我的第一篇blog就是发此牢骚, 结果挨骂 >_< (当时给公司的dephier和qq群里的菜鸟气到了, 用词偏激了点)
2005-07-16 01:12 by fly_bluewolf
非常同意idior的观点，因为用微软的东西，平时很难接触到这些架构方面的东西。
我个人觉得net社区的很多人，是从VB转来的，因此这方面的知识就更欠缺了（我自己就是：），有点偏激，希望VB的fans不要用砖头炸。
我个人觉得cnblogs很有必要展开一些关于这些方面的讨论，东西是越讨论就普及的越好。
说到底还是水平不够呀，或者水平高的人没精力来这里写东西阿。
有精力的人多找写国外的开源代码自己研究吧，我觉得从那些东西就可以看出 .net 是大有可为的，并不像有些所说的那么“幼稚”。
说“幼稚”的人，自己应该想一想是否在这个平台上开发出了真正非常有用的类库了。还是仅仅在讨论来讨论去 java vs .net ?
从微软的角度讲，有一些东西的确是浮躁了些，但是如果我们仔细看看 msdn 里积累的技术厚度呢？ 都真的深入理解了吗？
总之我对 .net 是很有信心的阿。相信高水平的开发者会越来越多的。
因为java在桌面上的可用性相对太差，java fans们只能在架构等方向上下功夫；.net除了有java该有的东西外，还有强大的表现层，包括winform/webform等东东，然而正是因为这个优点使太多开发者玩上瘾了，也没精神去玩更高级的东东了，个人观点，勿拍。。
2005-07-16 06:46 by uestc95[未注册用户]
凡事都需慢慢来，国内的DotNet社区依然不错了，只是缺少了一些你所提到的所谓架构所谓大局观的东西，但这些也只能慢慢来了，不是能够一蹴而就的。
如果仅仅因为许多人辩论，或者说骂，你就“立马封笔转投java社区”的话，我想是不是有些偏激？
我们都知道.NET的博大精深，与其在这里抱怨不已，何不身体力行埋下头来，自己先弄出一片天地来呢？
2005-07-16 07:34 by Cavingdeep
从某种程度上我比较赞同木野狐的观点，在选择.NET与Java的时候最大的考虑因素其实就是跨平台性与项目成本，当然还有用户需求，如果用户就只接受Java的解决方案那也没办法。偏题了。
其实大家都比较悲观了，.NET社区下还是有很多很好的开源项目的，而且想法与思路都比较新颖，创意无限。只是国内项目的宣传力度很不够，所以没有多少人知道，没有多少人知道大家就以为它们不存在。如果国内也有一个类似Sourceforge这样的开源软件协助开发平台的话我想一定可以非常红火，聚集到非常多的优秀项目与思想，不知道各位有没有兴趣？：）
另外.NET与Java都看看的确对个人发展有好处，有的时候你会发现同样的事情Java的做法可能会更好一点，而另外一些事情.NET的做法可能会更好一点。我们要做的就是接受两种思想，把他们的好用之处提取出来以后自己用，不好用之处以后自己要多多避免。这才是正确的态度，整天总结对比起来谁更好是没有用的。
另外，的确，有的时候不想写Blog是因为要写现有的框架太初级了（但都很重要），网上的资料多的是，不必再无谓的重复了。
最后赠送给大家一个使你们永远都不断提高效率的经验：消除重复！^_^ 可别小看它只有四个字哦，真正能做到做对的人还很少呢。
本来也有很多东西想说的。看了木野狐和Cavingdeep的评论，觉得他们已经帮我说了。我们在很大程度上都在寻找一种平衡：企业应用特性和开发效率。.net社区和java社区目前在技术推动的源动力不一样，.net目前只有MS一家在推动，而java最大的推动力就在于开源。所以存在任何差异都是正常的。
2005-07-16 09:53 by redmoon
.NET在很多地方确实是把复杂的工作简易化，让把一般的开发人员可以很好的工作。但是，.net并非幼稚的东西，要看用.net的人是基于什么角度来用。是简单的像使用delphi和VB，还是基于构架和模式来应用。
再说句苛刻点的话，如果自己永远不去写类库，框架的话， 那么到底使用 java 还是 .net 我觉得区别是不大的。因为那样就始终只是在用别人现成的东西而已，自己水平并没有实质性的提高。
至于上面提到的 MxP, 就我所认识的范围，的确是鱼龙混杂。具体点说就是“龙”很多，但“鱼”，甚至“虾”也都有。
呵呵，我说一件真实的事。
去年上半年，我博客堂刚开的时候，我还高兴了一下，那里有好多技术牛人。
后来，BizTalk和Share Point Server 2003 推出，那里讨论得好热闹。我就在其中一个MxP那里回复了一下，说您是否写一个文章，说明一下这两个有什么用，拿现实中的业务做一个简单的例子，让大家了解并学习。
你们猜那个MxP怎么说的？很著名一个MxP，基本上搞.net时间长的都知道他。他说了一句：这两个服务器系统不是你们这个水平可以接触的，像你们这个水平的开发人员不应该开发这两种服务器系统的应用。
以上事实我以人格保证是真的。
当时我气晕了，.Net MxP的职责就是推广.net技术，我虚心求教，你就是不知道也不能这样说吧。
我马上反应过来博客堂的那些家伙已经形成了一个小圈子，外人已经很难进入了。我马上放弃了那个地方，到博客园来了。
2005-07-16 10:52 by idior
注意本文不是讨论java .net孰优孰劣. 本人要是对.net没信心也不会去写那么多关于它的随笔了. 本文关注的是.Net社区. 确切的来说我是希望通过这篇文章在.Net社区唤起更多质量高的文章,而不是越来越多的灌水. 而且本人绝非光说不练的人.
---
如果说我也就是在此乱批一通,那和以往那些受关注的水贴也没什么区别了.既然那些专家忙的不愿做,那只有靠我们这些菜鸟自己了.最近个人正在研究有关企业应用中的persistent, 心得正在整理之中, 希望能尽快发布.
--- 有关博客堂的问题,也不多说. 一句话.Net的专家们太"忙"了,靠我们自己! @" target="_blank">uestc95 不是我偏激, 本文的第一篇回帖已被我删除,因为涉及人生攻击, 还好之后的回帖让我没有做出偏激的事, 你可以反驳, 但在怎么也不该骂人!
这里我出个不同的声音，
其实.net社区落后于Java社区，我也一直在说，不过我现在觉得什么技术都是有时限，没时限的是你在工作中攒下的面对各种情况，处理各种问题的能力，分析问题的能力，看到一件事情的更多方面的能力，独当一面办好事情的能力，程序员的眼光不要太窄
2005-07-16 11:14 by bigtall
.net开源界目前似乎只在做一件事情，就是移植。移植确实不错，我们看到了许多java项目的.net版本，但是另一方面说就是.net现在还处在模仿阶段。
但是从我们个人来说，模仿或者使用他人的成果并没有错，但是我想世界并没有到了所有东西都已经发明完了的时候，.net应该有更多原创的作品出来。.net既然是在java基础上发展而来，我们同样也应该在现有java的基础上作一些提高（不过首先要去了解和学习java才行）。
至于那些MxP，没有人不承认他们不是高手，但是他们中的大部分同样处于“模仿”的阶段。这个世界光靠他们是不行的，还需要我们自己动起手来。
至于那些动不动破口大骂的人，大家也不必在意，一个控制不住自己心情的人，自然也不会静下心来学习，他们对大家并不构成什么威胁。
2005-07-16 11:17 by bigtall
另外，.net要想在java基础上发展得更好，最好能够让J#能够编译java的代码，大家还是努力去把.classpath的开源jdk移植到j#下面吧，要不就去帮mono做一个j#的编译器
中国缺少大师级的人物布道，没有团队，没深层次的讨论，没热情，没理想，没几个干实事的人，没有很多
2005-07-16 11:48 by wildfish
呵呵，我也有写自己的框架，只是基于dataset的，觉得太粗糙都不敢拿出来。不象kanas.net。其实.net已经很多人开始关注aop之类的，比如castle系列的文章，很不错的，虽然没有一个大局的框架组合，但是毕竟也是一个开始，我们没必要那么浮躁，就如同base4.net也挺不错的，但是那个作者也很无奈，只是他独自奋斗。现在的世界已经不是孤胆英雄的世界了，我们需要合作才能前进。
2005-07-16 12:29 by idior
castle base4.net都是.net界不错的东西, 还有最近在gotdotnet上的比较热的cab,ironpython. 还有ms一些有关的software factory的试验品都是很有意思的东西. 就是没人去介绍它们.
2005-07-16 12:33 by 开心就好[未注册用户]
虽然每天仍然在关注博客园，但说实话，很少在博客园发表评论了。
To 笑望人生：我想你所指的那个MVP是在指我吧？(不好意思，或者我自作多情），我找了原来的文章：http://blog.joycode.com/zhanbos/archive/2004/08/26/31631.aspx，我当时的评论是“BizTalk以及SharePoint不适合个人学习”，没有说什么水平的不适合学习。因为家里面的电脑一般也就是256M（我家是384M）内存，而且如果再使用虚拟机的话，根本无法进行学习，所以这是我建议的初衷，没有人身攻击。BTW：博客堂其实一直在更换新鲜血液，前段时间我一直希望从博客堂移除二十人，但遗憾的是，我现在没有该主机的Remote权限了。我会尽快与宝玉一起来做这个事情的，同时会增加二十人补充进来。
To bigtall: J#是可以编译Java的源代码的，包括"import java.io.*"这样的语句，我曾经试过把Sourceforge上的一个Java类库用J#重新编译，没有报错。但MS从Sun那儿得到的授权只到Java 1.13（如果我没有记错的话），所以Java此后新增加的语法，J#可能不支持。
To Idior： 首先我曾经是MVP(microsoft valueable professional)的一员，所以我到现在仍然在为MVP这个集体所自豪。不过MVP也是一年一评的，并不是曾为MVP，即一辈子为MVP。MVP表现为两点：1.是技术上有一定的水平;2.乐于助人。很多朋友成为了MVP后，可能立即就有了好工作，然后工作也非常忙了，所以没有时间再来社区。但你会看到第二年会有更多的MVP投入进来。
关于.NET社区的事情，既然我们每个人都在其中，就应该大家一起来努力，共同把这个社区建设好。其实大陆的人员爱面子，而且害怕被别人攻击，所以即使有所心得，也不太喜欢在社区中发表出来，怕被别人指摘。如果有兴趣，可以翻翻开心以前的文章，犯过很多错误，但正因为这些错误，开心才会成长。所以如果大家（包括Idior）对目前的.NET社区不满意，那么我们大家都应该行动起来，用实际行动让其自己满意起来，如果一味的靠所谓的“专家”，那么我们就永远只是“菜鸟”（有“专家”的责任，其实也有“菜鸟”的责任）。
事情不要一味的抱怨，在抱怨的同时，要给出解决方案来。这样才会对大家的成长有所帮助。
关于.NET与Java，其实已经有很长时间的争论了，到现在也没有结果。关于架构模式（UML，OOP，DP之类的），其实在.NET里面一样也有，但目前很多公司都在努力解决生存问题，RAD是第一位的，所以很少有公司或者有程序员潜下心来去研究。
所以我们现在在全国各地开展各种User Group活动，希望促进这种交流，比如7/23会在北京（宝玉）及上海（李建忠）开展活动，北京的内容就是Community Server，我们会涉及到模式，架构，性能等方面的东西，而不只是介绍产品特性。（已经看到博客园有很多朋友开始写这方面的文章了，希望这次会议后，有更多这广面的文章）。
今天我在济南，参加济南的User Group活动，这边介绍的是团队开发，以探讨的方式来研究一个公司在.NET环境下，如何进行源代码管理、Bug管理等等。
如果您周围有一批志同道合的朋友，那么可以把他们组织起来，形成一个.NET俱乐部，一起在线下研究各种模式及技术，把这些心得再发表在网上，或者讲给别人听，如果您有这方面的想法，并且有这方面的条件，并且还希望得到微软的支持，那么可以给我发邮件: hcwang*microsoft.com(*换为@)。我的名字是王洪超。
2005-07-16 12:39 by 开心就好[未注册用户]
请恕我无法一一答复所有邮件，现在每天的邮件（含垃圾邮件）超过三百封。
2005-07-16 12:43 by idior
很高兴看到 开心就好 的留言,
---
事情不要一味的抱怨，在抱怨的同时，要给出解决方案来。这样才会对大家的成长有所帮助。
---
确实如此, 抱怨是没有用的, 如果不是正在做这方面的总结, 我恐怕也不会写这篇文章, 这篇文章的目的也不是抱怨, 而是唤起大家的对.net社区质量的关注. 如果能因此而引出一系列更高质量的文章更是我的心愿. 从我做起, 从每个bloger做起, 写出质量更高的文章, 将其发布首页. 不管水平如何,写文章的过程对你个人而言绝对是有益的, 不然martin, kent那些人为何还要在那布道.
2005-07-16 12:46 by idior
@开心就好
谁知道国内有哪位MVP在传这些道解这些惑(有关企业设计方面)也请在此告之一二. 如果你熟悉请告知一二.
2005-07-16 13:09 by bigtall
问题时现在Java也在飞速发展中，M$的java许可太老了，所以没有办法担负起“整合java和.net两大阵营成果”的重担，只能靠开源社区了。无论从整个社会还是程序员本身的角度来看，开源界因为“编程语言”导致成果无法整合的情况，都是一种不必要的浪费。
所以我们应该行动起来，把java和.net建立起有效可靠更是可用的桥梁。ikvm走出了第一步(java in .net)，mainsoft走出了第二步(.net in java)，但是我希望能够在编译器上能够解决的方案出来，为什么就不能做到“无缝”呢？
2005-07-16 13:16 by idior
@bigtall
语言层面的东西虽然会影响方便性之类的问题. 但是关键的地方在于思想, 大家都是面向对象, 思想是可以借用的. 所以完全可以在.net社区介绍这些东西, 而不用过多在意是否有.net语言层面的实现.
2005-07-16 13:18 by idior
其实个人心中有这么一个观点.不知道大家是否也是这么想的.
在.net社区上小学,到java社区上大学. 如果是这样那真是.net社区的悲哀.
博客园把自己定位为.NET社区, 有两个目标:
1、通过社区的力量推动.NET的发展。
2、通过社区的力量推动社区成员的发展。
一个社区的发展来自于社区中每一位成员的力量, 博客园发展到今天是来自大家的共同努力。
随着.NET的越来越普及, 越来越多新手涌入.NET社区, 博客园作为.NET社区也面临着这样的问题, 常常在首页出现质量不高的文章, 我想这也是idior质疑的原因之一吧, 质疑只能发现问题, 而我们更需要做的是如何解决这个问题, 因为解决好这个问题, .NET社区会取得进一步的发展。
文章质量问题一直困扰着博客园, 但一年多来博客园欣喜地看到大家的水平在不断地提高, 质疑之外, 我们也应该看到.NET社区的成长。
质疑之后, 博客园希望大家更多地考虑如何让.NET社区更好地发展?
2005-07-16 15:35 by Andy[未注册用户]
.net还有很长的路要走。
2005-07-16 16:21 by csdn 无天刀绝[未注册用户]
java就是因为开发太累了，才不得以让java高手们发展开发框架，而.NET则不需要这么多框架也可以将开发做的很好，性能上和效率上都是，至于功能性的框架，.NET还是缺乏一些的，毕竟没有时间的积累。
ioc spring不错，orm habernate不错，workflow osworkflow不错，这几个倒是.NET下真正需要的东东，目前.NET下也都在有开源的移植项目在做，只是成熟起来还需要1～2年吧，当然，势单力薄的开源也不乏有半路夭折的，所以大家还是多支持些吧，spring.net,nhabernate大家都知道了，我就不多说，这里我还是推荐一下osworkflow的移植吧，也能不是很有名气，有些人不知道，希望大家多关注些：
http://www.gotdotnet.com/workspaces/workspace.aspx?id=6666274d-a3e5-4e7b-b0cb-368dbb2c4bca
项目依赖以下开源项目
spring.net http://www.springframework.net
nhibernate http://nhibernate.souceforge.net
log4.net http://log4net.apache.net
nunit http://nunit.sourceforge.net
nant 0.85 http://nant.sourceforge.net
基本上都包括全了，够给大家研究的了，呵呵。
2005-07-16 16:29 by idior
@无天刀绝
非常希望你能把移植过程中的心得与大家分享.
2005-07-16 16:33 by Tim[未注册用户]
"再说句苛刻点的话，如果自己永远不去写类库，框架的话， 那么到底使用 java 还是 .net 我觉得区别是不大的。因为那样就始终只是在用别人现成的东西而已，自己水平并没有实质性的提高。"
同意！木野狐
--------
"很多朋友成为了MVP后，可能立即就有了好工作，然后工作也非常忙了，所以没有时间再来社区。但你会看到第二年会有更多的MVP投入进来。 " --- 开心就好
呵呵 果然幽默 笑得我肚子疼
--------
多一些dudu 多一些行业专家
少一些低级的争吵 少一些沽名钓誉的人
一切就ok了
2005-07-16 16:36 by Tim[未注册用户]
CSDN的恶梦 至今 萦绕 在我的心头
让什么 XxX 之类的东西 远离这里
上帝保佑 cnblogs !
2005-07-16 16:37 by idior
@ Tim
你不强调还没注意.开心这句话确实有问题. 如果MVP成了跳板,不评也罢.
2005-07-16 16:42 by idior
@dudu
质疑之后, 博客园希望大家更多地考虑如何让.NET社区更好地发展?
这个问题应该由你来开帖子了.
呵呵，说实话，我还真的没有看到国内的.Net应用提高到什么高度。
一般应用已经说得差不多了，包括非常复杂的DNN架构和NetForum。但是研究这些有什么用？.Net真的仅仅包括这些吗？
目前为止，.net在国内的应用还是老一套，就是说无论是WinForm还是WebForm，实现出来的东西Asp/Jsp/VB/Delphi都可以实现。最多开发方便了不少。
所以我在博客堂问那个问题，目标就是让高手们是否可以提出更新的开发目的，让.net可以开发更多更好的应用出来。
比如说BizTalk，我承认我目前对它丝毫不了解，许多人（包括博客园中的许多开发者）连它是做什么的都不知道，虽然MSDN/Biz官方站中有许多的文章介绍，但是它能在现实中（比如说一个企业中），BizTalk能够发挥出什么作用？
我们不知道，许多人根本就不知道怎么使用它，更不要说拿它开发了。
这是谁的问题？微软的！
我觉得推动社区发展是MVP的责任和义务之一。MVP代表着更大的责任与压力, 不仅技术上要精益求精, 而且要向社区共享自己的知识。
“如何让.NET社区更好地发展”这是下一个话题, 先让大家质疑, 发现.NET社区存在的问题。
2005-07-16 17:20 by ayong[未注册用户]
提个建议！
博客园应该建立一个管理团队！
现在不是抱怨有质量的文章少嘛?
成立一个文章审核团队，负责每天技术文章的审核！
每个成员的文章中每10篇文章中必须有至少一篇经过团队审核过的文章！（具体多少篇可以商量着定），否则该成员的blog将不能发布都首页
2005-07-16 17:21 by ayong[未注册用户]
不过这样可能要改程序了！
且这也只是没有办法的办法！
关键还是得靠各成员自身努力！
2005-07-16 17:28 by happyprogram
“正因为.NET的这种简单，造成了很多人的不求甚解”，我想这是很关键的一点，我们需要多些关注，多些深入的探讨，我相信.NET在企业应用方面的潜力，只是需要更多的人去开拓，需要多一点时间。。。
@ayong
谢谢你的建议!
如果要这样做, 要7*24小时有人进行文章审核, 目前是无法实现的, 而且这种是消极的方法。
如果大家想写好文章, 把写文章当作提高自己的一种方式, 才是解决之道。
2005-07-16 18:17 by ccBoy
社区的荣耀
一个社区的发展往往反映了一个技术的发展史，一群人成长、结成友谊和发展的历史。好的社区会很清楚的反映出一种精神和召唤力。好的社区里你会发现许多有思想的人，许多你喜欢的人。但你也必须知道形成一个社区是需要时间的。
如果我们充分尊重和同意idior的观点，这并不意味着我们承认我们不行，而是说今天我们必须自己跳出来承担更多的责任，我们必须先认同这个社区，愿意做更多一些能所力及的事情，像 Cavingdeep和 idior所说，也许现在不仅需要你想，而且需要你做，你写出来，分享给其他的人。我相信，这需要花费你的时间、需要你对自己坚定的承诺、需要你有足够的毅力。
---------------------------
Do it | Know it |
---------------------------
Prove it | Share it |
---------------------------
对于一门技术，我们往往经历上面四个阶段和领域，今天大家突然提出我们要到达"Share it"的阶段，这的确有些难度。不过我愿意说说我的理解.
1。我和博客园的一些成员也在MSN上聊过，我发现许多人都还在上大学或读研读博。我想应该都是在"Do it"的这个阶段，稍微资历深的在"Know it"和"Prove it"的进行时中，对于中国人来说，如果不取得很大的成就一般都不会或有勇气来"Share it"
2。.NET和J2EE相比，其技术周期上.NET的技术周期更快，微软是一家产品创新的公司，这意味着大家需要花更多的时间，去适应和熟悉新的技术和产品，其实完成“Know it”和"Prove it"已经非常不容易了。
3。对于J2EE来说，许多技术是一脉的相承的，一个大学毕业的大学生，掌握Java，到社会上做两年程序员，然后可以接触项目和设计，完成面向对象和设计模式的洗礼，其间再接触一两个产品，已经可以很开放的掌握和研究某个框架了，最多四年他可以在某一个行业和领域说，他已经完成"Prove it"和"Know it"了，如果生活还是继续，在他心情好的时候他可以花时间"Share it"了。而对于.NET开发人员来说，首先他要花很多的精力在学习和跟随这个速度上，其次他需要在项目中很好的协调项目和产品的搭配，微软的许多产品有着很强的市场性和局限性，最后他如果他有精力和时间，他才能在设计模式和架构上进行研究和积累。而这一切也只有5年或3年的时间，因为他很快发现自己会因为面临一个新的"Do it"而开始新的学习曲线。4年时间是一个.NET程序员成为专家，也是他要准备告别目前这个状态，准备开始进行新学习的旅程了。当然我们都还年轻，所以谁不希望早点成为一个稳定的专家:) ，更况且国内的一些企业对于微软或.NET还是有些拒绝的。
4.至于大家所判断的".NET和J2EE是否在一个数量级上"，这很难比较，因为一个简单的现象，你随便在一个著名的某个Java社区或论坛上很容易看到，一个资深的Java专家对.NET的某个概念说出极其荒谬的解释，同样，在.NET的社区或论坛上，你也很容易听到一个.NET专家对某个Java技术名词给出令人可笑的阐述。按量子理论，你感受到影响最强的波，不是因为其波最长，而是因为你选择的参照物而造成的一个"观察"的结果。
看看博客园大家应该感到高兴和振奋，起初这里才有多少人，大家天天向往着去另外的地方:)，今天这里有多少人，最近我发现每一帖的点击率都比以前提高几倍，量有了，人多了，大家会开始更注重实质和自己真正感兴趣的地方，希望能有一个有益自己发展的社区，这些都是希望和可以产生力量的意愿，再说博客园这么年轻，这么多人，只要大家沉下心来，坚持加倍的努力，3年5年之后这里就专家无数了:)我想，这会是你一生感到非常有收获的社区，渐渐的博客园就会有自发的精神和意志，会体现出这个社区的历史和荣耀。
大家同勉，从己做起，不要害羞，分享你“Know it"和“Prove it”过程，也许在.NET的世界，你没有专门"Share it"的时间:)
ccBoy
2005.7.16
2005-07-16 18:54 by idior
@ccboy
---
这并不意味着我们承认我们不行，而是说今天我们必须自己跳出来承担更多的责任
---
深明我心！
大家同勉，从己做起，不要害羞，分享你“Know it"和“Prove it”过程。
---
博客园应该建立一个管理团队！
---
这件事也许该划入日程。
2005-07-16 18:58 by idior
---
现在不仅需要你想，而且需要你做，你写出来，分享给其他的人。我相信，这需要花费你的时间、需要你对自己坚定的承诺、需要你有足够的毅力。
---
需要强调这个过程对作者本人同样是有极大的益处的。
2005-07-16 19:16 by netrobo[未注册用户]
cnBlogs我几乎每天都来，主要是首页，首页上的一些文章有好的，但感觉也有一些毫无意义的，cnBlogs不可能实时地去审核这些文章是否适合放在首页，因为这样会降低有些文章的时效性，另一方面dudu也不是机器，个人觉得这就得靠大家的自觉，一些简单的读书笔记、学习笔记、MSDN摘录、小程序的源码等就不要放在首页了，虽然你当时写这些东西的时候很有激情，很激动，也很有成就感，想立即炫耀一下（可能也并不是这个想法），但还是请在选定那个CheckBox的时候，多做一些思想斗争，微软的脱机和在线MSDN以及知识库已经足够帮助.NET的开发人员了。
cnBlogs主要关注.NET技术，首页应多放一些相关的新闻、新技术展望、新技术介绍、不常用但很实用的开发技术、自己的一些独道的想法和看法等，如想介绍某一技术，应多以专题的形式发布比较好。在这方面个人觉得博客堂做得比较好，虽然首页的文章更新很慢，但每次更新的东西都多少能学点东西，长点知识，给人以启发，都能专心去阅读，而反观cnBlogs，每天放在首页的东西一大堆，加之质量问题，翻来翻去有时都不想看了。
还有就是建议dudu能不能将首页的字体统一改为9pt，那样会更美观的。个人看法！
2005-07-16 19:21 by MyGhosts[未注册用户]
唉！真不懂白菜好吃，还是胡罗卜有营养. ^_^
2005-07-16 19:45 by mg[未注册用户]
别说多了，就一个《博客园杂志》不知为什么都没能撑过3期，是什么问题呢？要是一个月连10来篇可推荐的文章都没有了，那确实问题严重了。
2005-07-16 19:49 by idior
大家借这个机会尽管说, 博客园正在倾听每个人的声音.
2005-07-16 19:52 by mini[未注册用户]
想要提高文章的质量，必须要以具体的项目（要有一定的代表性和高度）为依据，大家共同讨论、共同进步，以个人为中心的文章发表是很难有深度的。
有益的讨论是必要的，但不要寄往光在这里看随笔就能成长为你心目中的“高手”，技术很强调自身的修炼，软件开发尤甚。
毋庸置疑，国内的普遍技术水平要比外国的要低，建议有条件的朋友多往外国走走，国内太多误人子弟的网站和文章。
关于.NET社区的“疲弱”，大家需要用宽容的态度，给点时间.NET，毕竟现在.NET的发展速度是比JAVA要快的，因为它起点高。不要拿两个不再同一起跑线上且发展水平不一样的事物硬性比较。
疲弱是普遍情况，但也有一些有代表性的网站在做贡献，譬如博客园，确实孵化了一些开发人员和项目，无论贡献大小，起码很多人都有一些收获。
简而言之，有信心的朋友继续钻研，没有信心的朋友尝试多了解，假以时日，让.NET成长为可与JAVA媲美的开发平台。
这里给学习者一个忠告：师傅领入门，修为在个人。勤修内功，时刻保持新技术的变化，这才是正道。
2005-07-16 20:26 by ayong[未注册用户]
没有规矩，不成方圆！
不要说每个人的自觉程度不一样！就算人人都很自觉，那么人人都有能力去把握怎样的文章该放到首页？怎样的文章算是有深度了？怎样的文章具有代表性呢？
管理团队没必要7×24守候，每天早上起来，中午休息，晚上回家抽点时间整理整理就行了！
另外还有一个大环境的问题！可以调查下博客园的人有多少在忙于自己的身计，有多少人可以潇洒的生活，能够定下心来研究技术？
第一，同意 灵感之源，技术靠自己。
第二，Blog的意义在于自觉和自由，如果开始审核，社区就变味了。
第三，cnBlogs里很多人都是学生，文章质量不好在所难免，但比起国内其他地方，还是很好了。
第四，博客园杂志不知道为什么没有办下去，但电子杂志办好的少之又少，大概在没有资金的支持下，热情不会超过半年，因此，非常佩服Dudu。
第五，现在cnBlogs里应该有不少MVP，如何发挥作用，如何使微软在评选MVP时，把cnBLogs作为一个重要的社区，对于调动积极性，出一些好文章应该有帮助。
第六，博客园论坛的问题，应该有一个提问的地方（也许包括灌水），一者是人气，二者提问之类论坛比Blog合适，问题是如何使用。
2005-07-16 21:10 by 乖狗狗觉得很累，想停下来，休息一会儿
建议在博客园开设一个.net专家问题栏如何
在这个专家问题栏提问题可以直接发邮件给cnblogs上的MVP和.net高手
以后新手有什么问题在发布到自己Blog主页上的时候可以同时发布到.net专家栏
这样新手进步就快多了
@netrobo
文章内容用的是12px(9pt), 标题用的是13px, 换成12px(9pt)我觉得不好看。
@mg
博客园电子期刊的制作是由期刊制作小组负责的, 这个小组是网络进行协作的松散组织, 一开始大家热情比较高, 推出两期之后, 由于小组成员工作忙或者热情减退, 新的一期迟迟没有推出, 我想主要原因还是缺乏有效机制保证团队的正常运作, 期刊制作小组运作如此困难, 更何况博客园管理团队, 博客园也建立过管理团队, 大家一开始热情比较高, 时间一长, 热情减退, 管理团队就很难正常运作。博客园正在摸索着建立有效的团队运作机制, 激情仅仅是一个好的开始, 要想持续地成功, 有效的机制是必不可少的。博客园电子期刊会继续推出, 而且会每月推出、做得比以前更好, 博客园管理团队也会建立, 这些需要一个过程, 需要吸取教训、总结经验, 摸索着前进, 大家的支持是我们的动力。虽然我们目前做得不够好, 但我们一直在努力做得更好!
博客园不会采用文章审核机制, 博客园想通过社区文化的力量去保证文章的质量。审核机制只是回避问题, 而我们更应该解决问题, 为什么写质量不高的文章, 为什么作者会把质量不高的文章发表在首页?
对于提问, 博客园想采用ccBoy的建议, 通过skmFAQs.NET(http://www.microsoft.com/china/msdn/library/webservices/asp.net/dnasppskmfaqs.mspx">http://www.microsoft.com/china/msdn/library/webservices/asp.net/dnasppskmfaqs.mspx)来解决。
“大家借这个机会尽管说, 博客园正在倾听每个人的声音.”
博客园的发展需要大家的共同努力, 只要有好的建议, 随时可以与博客园联系。
2005-07-16 23:03 by ChuPaChuPs[未注册用户]
对于提问, 博客园想采用ccBoy的建议, 通过skmFAQs.NET
---------------
太好了,支持这个...
2005-07-16 23:08 by junk[未注册用户]
idior所说的确实反映了一个问题,就是微软对于架构本身并不是特别重视.但反过来说,架构并非真的能够决定一切.OMG和部分JAVA FANS强调架构,但敏捷社区实际上对架构并不是特别感兴趣.这也是为什么象ward cunninham能够去微软的原因之一,虽然ward是个java狂.
反过来说,并不是说微软真的在架构上就差,实际上ejb的思想直接来源于微软的mts,这一点在enterprise java bean 这本经典中,作者都承认,mts是第一个ctm,ejb来源于mts的思想和java语言的结合.
每个社区都有其特点,正是这种多样化导致了软件产业的进步.因此我赞成idior所说的,目前dotnet社区对于架构性的东东过于依赖ms,而将重点放在了具体的工程代码上去,因此研究的重点多在UI\data access\report and query之类上.反过来,由于java的桌面上的失败(不管是awt\swing\swt),在java社区很少人关心client端技术,因为他们认为世界上一切东东都是b/s的:P
,从而把重点放在了server端,因此他们要讲architecture\pattern啊什么的.
我觉得idior有一个错误,就是认为做java的天生比做dotnet的层次高.不是那么回事,这世界上没有最优的技术,只有好用的技术.如果java和dotnet不能互相吸收,那软件世界的末日就来临了.实际上java与dotnet间的互相交流始终没有停止过,记住j2ee的思想来自于mts,这一回合是sun吸收了ms,而dotnet则是ms直接对于java的模仿式反击.我觉得这些软件巨人们都没有这种封闭心态,我们为什么要有?
多样化的世界才是美丽的,因此我希望看到的博客园,应该是既有各种半于UI啊什么的讨论,也有关于数据库访问的基础知识,同样有架构性的东东讨论.
不要认为技术有优劣之分,Fowler那样的对象狂都承认Table datagate way有其优秀之处.oo只是软件技术的一面,多彩的世界才是最美的世界.
2005-07-16 23:09 by csdn 无天刀绝[未注册用户]
－－－
@无天刀绝
非常希望你能把移植过程中的心得与大家分享.
－－－
抱歉，我说的那个workflow的移植是位高人做的，不是我，呵呵，所以我没什么心得可以贡献出来，抱歉：）
2005-07-17 00:31 by idior
---
微软对于架构本身并不是特别重视.
---
错, 微软已经在行动了. msdn社区已经有专门的板块研究模式设计,还有软件工厂. vs2005中提供了refactory, uml diagram. 甚至有它自己的O/r m objectspace.
---
认为做java的天生比做dotnet的层次高
---
no. 我的观点是java社区比.net社区强大.
---
半于UI啊什么的讨论
---
我绝对没有反对ui. 我的意见是谈论的内容深一些.
ccboy已经说出我写这篇随笔的用意. 我不是在说谁好谁不好, 谁优谁劣.
2005-07-17 08:46 by Bonny.Wong
各自针对的层面不同，又何必拿来比较呢？
工具只是帮助人解决问题的，.net能帮助人快速的解决应用层的大部分问题而无须太多的技能，这不是很好吗？这难道不是人类发展的趋势吗？
本来很简单的问题偏要往复杂的方面去想，何必呢？
这个帖子的回复还真不少,终其究竟就是这里是.NET社区,大家都是.NET爱好者,所以大家都想.NET走的更远,这就需要大家来推动,而想大家都能出一点力的话,我想需要一些先行者为我们一些菜鸟带个头.所以我建议DUDU能否建立一个CNMVP(博客园MVP)制度,就是每年让博客园的兄弟根据帖子的质量推选一些人做CNMVP,并说明理由,最终大家投票评选.然后建一个CNMVP专栏,让博客园的兄弟能够在CNMVP专栏提出一些大问题或大困惑(当然一些简单的就尽量不要提)让CNMVP门讨论解决.
.net除了在金融，电信，航天，铁路等超大型应用上表现不行外，一般的企业级应用表现非常好了吧，主要在人，不在技术我感觉。
在MVP群上看到了这个post
内容和回复全都慢慢看下来了，感觉虽然是事实但有些指责不中肯
第一个问题是.NET社区不喜欢讨论架构的问题：
一个东西会被人讨论，一个原因是它本身够优秀，但主要的原因是他对大家有用。这方面我特别同意开心的观点，“目前很多公司都在努力解决生存问题，RAD是第一位的”，所以.NET的快速开发特性最为人所重视。在CSDN，并不是没有人发这种讨论架构的帖子，而是没法引起人注意。由于现在国内企业的现状，靠几个“高手”来推就可以做到的吗？
第二个问题是做.NET的不喜欢研究控件和框架之类：
这么说可能要冤枉一大批人了。做.NET的人，也做出了很多开源的东西，但是他们很难生存。国外也是，著名的全文检索引擎Lucene.NET(http://sourceforge.net/projects/lucenedotnet)都关闭了，你可以找找作者写的关闭的原因，我觉得很中肯
2005-07-17 16:13 by Microtoby[未注册用户]
我是一个中庸的人，我觉得这种争论根本可能就不会有结果。.NET和Java根本就不能仅拿社区这一个方面进行比较。根本就是不同的商业模式......
我是一个沉默的人，讨论.NET和Java的社区根本就像讨论在企业级应用中使用.NET还是Java一样，择其合适可能就是最好的选择。社区的发展一定会产生思考，有思考必然带来新的思潮，就像诸子百家争鸣，这是好事，但如果发展成针对性的的事件就不再是好事了（跑题了！！！）。
我是一个MVP，我觉得自己并不出色和优秀，对于技术领域我并不精通，对于别人的问题我也并不能全部解决，我只是尽自己的力量，我不是MS的员工，帮助别人只是我的乐趣，MVP只是对我的一种肯定，因此我并未大肆的宣扬自己是什么，恰恰相反，我越发觉得自己无知，因此我更加中庸、更加沉默，我在爆发前沉默！
2005-07-17 16:29 by montaque[未注册用户]
hehe, 忙不是最好的理由,可有时候却是最真实的理由
2005-07-17 16:32 by idior
@速马/MVP From CSDN/.NET
不要曲解我的意思, 我不是在批判.net社区, 我在质疑.
本文的目的正如ccboy所说
---
这并不意味着我们承认我们不行，而是说今天我们必须自己跳出来承担更多的责任
---
---
由于现在国内企业的现状，靠几个“高手”来推就可以做到的吗？
---
有的推总比没有好.
lucene.net死了, 有dotLucene和NLucene的接班人.
身为MVP 难道看不到MS的行动?
微软已经在行动了. msdn社区已经有专门的板块研究模式设计,还有软件工厂. vs2005中提供了refactory, uml diagram. 甚至有它自己的O/r m objectspace.
2005-07-17 16:35 by idior
@Microtoby
我认为会有结果, 我自己就会继续写更好的文章.
2005-07-17 16:56 by Microtoby[未注册用户]
我的意思idior不要误会，写文章和读文章是大家加入到社区的目的吧！
像前面几位都有提到，只有社区中的每个人都从自身做起才能带动社区自身的发展。讨论本身就是进步，不过我总是看到跑题的内容:(，把社区寄望在MxP之上。我说这样的争论没有结果（不是讨论），没有一个专家是最全面的和最深入的，分享自己才能让别人和自己更加深入，我认同你的观点:)，但对于只有专家团队带领社区保留意见。
2005-07-17 16:58 by 速马[未注册用户]
嗯，我了解你的意思。
我先申明一下，我是过来一起讨论的，所以这样语气强烈的反问句“身为MVP 难道看不到MS的行动?”最好少用。这往往就是争吵的导火索。
实际上MSDN的Patterns & Practices页我也常去，我相信很多MVP也是一样。
VS2005我用的似乎也不算晚吧，但知道啥东西都要拿出来显摆吗？特别是自己都还没完全掌握它的时候。
再说微软推广的东西MVP们就一定得一起加油助威？说实话我不太清楚你的态度和逻辑。
顺便说点题外话，
微软的Object Space计划已经取消了嗯，至少VS2005内不会出现
lucene.net是NLucene的接班人，你弄反了。就算有接班人又怎样？你如果自己也做过和推广过开源的东西，就知道多么累了（我做过，和lucene.net作者同感）
还是就事论事吧
2005-07-17 17:59 by junk[未注册用户]
-----
错, 微软已经在行动了. msdn社区已经有专门的板块研究模式设计,还有软件工厂. vs2005中提供了refactory, uml diagram. 甚至有它自己的O/r m objectspace.
----
这是认识的不同:模式并不等同于架构,架构方式与敏捷过程本身并不相合.强调架构的是以RUP为基础的过程,而非xp过程.RUP中要求一开始就要有稳定的架构,而XP则强调先入手,折衷的解释是认为xp是以不断的变化来达到一个稳定的架构.因此你把refactor当成架构方式,首先就是错误的.uml确实是MDA方式的基础,不过MS更希望发展自己的domain specific language,这一点也是为什么Booch与微软的观点一直不一致的原因,也因此OMG和MS也一直不合.否则主持MS的pattern and architecture的可能就是Booch而不是Ward了.
呵呵.这些只是认识上的不同.我能理解idior的心情,我自己从96年开始做java,因此对于java社区与dotnet社区的不同也是深有体会.java社区的优点我想dotnet社区是应该吸收的.目前由于java社区主攻仍然是server端,要求会高一些,而dotnet社区的往攻仍然在client,并且dotnet社区自mts以来,还没有诞生如j2ee一样的application server,这也延缓了dotnet社区向高端发展的过程.某种程度上说,关键是现在enterprise computing向哪个方向发展,谁也看不准.j2ee 的失败想必你也知道,所以会有spring,但是spring的路是否正确,谁也不知道IoC在企业计算中解决的只是很小的一部分问题,并且现在已经有人在置疑无侵入性的必要了;Hibernate?,其实这种动态生成sql语句的方案在C++社区中存在已久,这也是为什么Andrews Hijsberg会说,Hibernate是一个很大的倒退;但不管怎么说,在探索软件之路上,java社区比dotnet社区走的远,这确实是这样.dotnet社区确实过于依赖MS,这一点idior你没有看错.
我个人的希望是博客园应该是一个百花齐放的社区,idior你可以鼓吹一些高端的architecture,同样也不要忽视其它发言人的成绩.说实话,我看到博客园上超过60%的文章以技术角度而言,确实是偏于幼稚.可是只要没有技术错误,我一般都不会去批评,我相信多数人写下这些文字时都是费了很多心血的.我还是那句话,多样的才是最美的.我绝对赞成idior你的观点,就是中文dotnet社区需要加强在architectur/pattern方向的研究,但是不要因此而打击大多数程序员.引导为主嘛.
呵呵,希望idior不要误会我在故意唱反调.俺现在是一点都不年轻了,恐怕跟博客园大多数成员已经是隔代了.真心希望博客园越办越好,也真心希望与idior交流一些与enterprise computing相关的东东.
2005-07-17 19:44 by idior
@junk
虚心接受你的意见.赞同.
---
真心希望与idior交流一些与enterprise computing相关的东东.
---
正有此意, 很快将发表一篇随笔欢迎讨论. :)
@速马
你看看这近80份的评论.哪里有争吵显摆的影子.讨论而已.
@Microtoby
都有所误会 :)不过更多的是共识.
我没有很偏重于专家(MVP).只是最近从java社区的专家哪里学到很多,不免奇怪MVP怎么没谈这些. 还有更多是希望有人告诉我有哪位MVP在研究和分享这方面的心得,想去那取取经. 毕竟.net有它的平台特性, 想看看在某些方面是否有什么独特的看法.
在此,再次声明没有贬低MVP的意思, 希望谁知道有这方面的blog, 介绍一二, 不然就不要再谈mvp了.
2005-07-17 19:46 by ccBoy
模式不等同于架构，但架构方式也不等同于软件开发过程，用.NET和Java都一样可以应用RUP或XP的软件开发过程。
如果从DSL和UML的发展来看，我也认为这只是这个世界多样性的一种表现，UML不是完美的，这可能是DSL出现的原因。从某种角度上来讲，Grady Booch也可能有自己的私心，不然他不会断然认为DSL出现只是重复建设，挑战UML的。一年半前，当时还在Rational的Grady Booch畅言--“.NET将改变你的生活”， 而一年半之后，位于IBM的他，一样会激烈抨击微软的"软件工厂"，这不奇怪，微软把UML当作一种工具，DSL也是一种工具，这个不是架构的关键。
idior 是稍微心急了一些，除了发点小牢骚，其心是想振臂一挥，让更多的人振奋一下，不过下次小心，不要挥得太高，碰到MVP或其他什么人(haha)，不过总算还好，大家都挺喜欢博客园的，都手下留情，没出什么事件。这两天大家也有幸看到了许多新朋友和高手，收获最大的应属idior，以后寂寞的时候，可以借机名正言顺的打扰 junk 了:)
2005-07-17 19:49 by idior
hehe ccboy
---
大家都挺喜欢博客园的，都手下留情，没出什么事件
---
这句话有理,在此谢过各位了.
UML实在无法作为一种开发级的模型(文档型的模型做的不错),DSL的出现确实值得期待哦. 我也很认同那种更加"专"的开发模型的出现.
---
以后寂寞的时候，可以借机名正言顺的打扰 junk 了:)
---
如果能打扰你, 我也觉得很荣幸啊. :) 如果两位方便请发一份邮件给我.
xuning.net#gmail[dot]com
2005-07-17 20:03 by idior
@junk
有容乃大, 不到一定的年龄恐怕还达不到这种境界. :)
2005-07-17 20:33 by neuhawk
我倒觉得java也很浮躁，struts刚开始流行，就很多人喊着struts怎么不好，整天吹着ww2,taperstry,spring mvc，echo2,jsf等等。但是象taperstry，吹的天花乱坠，但实际学起来就很痛苦，文档少，资料少，天天盯着wiki，可是资料出来就太慢了，遇到问题很难解决。
无乱struts MVC 多么完美，但是我更喜欢更好的效率。taglib跟webform控件差得太远。举个例子，我见过很多很牛的webform控件，但是 taglib太少了，著名的displaytag比我封装的datagrid差的
太远了。象java一个新的概念，很容易瞬间流行起来 mvc,aop,ajax。
mvc,aop,ajax 都不是什么新鲜的东西了。
.net开源东西，还是少点，好象关注的人不是很多。成熟的也不多，
而且不少跟java一样，文档少。
现在java届又开始看好动态语言了，同一个功能，ruby要比java写
很少代码。java刚开开始夸swt,马上一股python做UI风气又来了，可是你感马上用吗。
很多人骂ms技术常变。java的也变，虽然jdk变得不多，但是流行开源框架变得太快，几天就有一个新的框架出来（可文档你就难找了），谁又会知道明天流行什么技术呢。
2005-07-17 20:46 by idior
@neuhawk
应该尝试去深入了解一下, 其中很多东西是相通的, 变化的只是一小部分.
2005-07-17 20:59 by neuhawk
变化小么？你用taglib还是taperstry还是velocity，相差很远阿。
搞了一年半的java，沉迷于N多框架之中。后来转到.net上，专注于
业务开发，才发觉如何能满足客户需求，倒是最重要的。框架的东西当然也要学，但是不能太死板，不追求最完美，但最求最好用（简单+符合客户需求）。
2005-07-17 21:10 by idior
框架的目的其实就是为了让我们专注于业务(最起码它的出发点是这样的), 在随后的随笔中我会体现出这点的,敬请关注.
2005-07-17 21:25 by neuhawk
今天去人才市场招聘，发现不象以前的几乎每个摊位都招java，而.net开始慢慢多起来.用.net开发起来确实轻松很多，至于分层之类，当然也不能少，但aop,ioc,orm，就不一定要刻意追求。去年我打算推荐团队用spring+hibernate+struts开发，但是队友们不怎么爱学习（事业单位背景的是这样了），很难推广。
2005-07-17 23:26 by luyan[未注册用户]
讨论Control,UI并不见得就比讨论模式、架构什么的初级。
况且就算是，但是要考虑到.net刚刚被人接受，初学者很多，大量的问题和讨论都比较初级是非常正常的，java在发展到这个阶段的时候是什么情况？可以去BBS中找找看那个时候有几个帖子在讨论模式，架构
2005-07-18 00:02 by idior
---
这里不是说控件简单, 而是说我们写的有关控件的文章太简单
---
绝没有贬低控件的意思。
luyan说的也有道理
2005-07-18 00:09 by idior
经过这么多的评论， 我再回过头来看这篇随笔， 发现确有偏激之处。
还好在博客园这个良好的环境下，没有为此吵起来。
其实ccboy的评论倒是最能反映我写这篇随笔的目的：
---
社区的荣耀
一个社区的发展往往反映了一个技术的发展史，一群人成长、结成友谊和发展的历史。好的社区会很清楚的反映出一种精神和召唤力。好的社区里你会发现许多有思想的人，许多你喜欢的人。但你也必须知道形成一个社区是需要时间的。
如果我们充分尊重和同意idior的观点，这并不意味着我们承认我们不行，而是说今天我们必须自己跳出来承担更多的责任，我们必须先认同这个社区，愿意做更多一些能所力及的事情，像 Cavingdeep和 idior所说，也许现在不仅需要你想，而且需要你做，你写出来，分享给其他的人。我相信，这需要花费你的时间、需要你对自己坚定的承诺、需要你有足够的毅力。
---------------------------
Do it | Know it |
---------------------------
Prove it | Share it |
---------------------------
对于一门技术，我们往往经历上面四个阶段和领域，今天大家突然提出我们要到达"Share it"的阶段，这的确有些难度。不过我愿意说说我的理解.
1。我和博客园的一些成员也在MSN上聊过，我发现许多人都还在上大学或读研读博。我想应该都是在"Do it"的这个阶段，稍微资历深的在"Know it"和"Prove it"的进行时中，对于中国人来说，如果不取得很大的成就一般都不会或有勇气来"Share it"
2。.NET和J2EE相比，其技术周期上.NET的技术周期更快，微软是一家产品创新的公司，这意味着大家需要花更多的时间，去适应和熟悉新的技术和产品，其实完成“Know it”和"Prove it"已经非常不容易了。
3。对于J2EE来说，许多技术是一脉的相承的，一个大学毕业的大学生，掌握Java，到社会上做两年程序员，然后可以接触项目和设计，完成面向对象和设计模式的洗礼，其间再接触一两个产品，已经可以很开放的掌握和研究某个框架了，最多四年他可以在某一个行业和领域说，他已经完成"Prove it"和"Know it"了，如果生活还是继续，在他心情好的时候他可以花时间"Share it"了。而对于.NET开发人员来说，首先他要花很多的精力在学习和跟随这个速度上，其次他需要在项目中很好的协调项目和产品的搭配，微软的许多产品有着很强的市场性和局限性，最后他如果他有精力和时间，他才能在设计模式和架构上进行研究和积累。而这一切也只有5年或3年的时间，因为他很快发现自己会因为面临一个新的"Do it"而开始新的学习曲线。4年时间是一个.NET程序员成为专家，也是他要准备告别目前这个状态，准备开始进行新学习的旅程了。当然我们都还年轻，所以谁不希望早点成为一个稳定的专家:) ，更况且国内的一些企业对于微软或.NET还是有些拒绝的。
4.至于大家所判断的".NET和J2EE是否在一个数量级上"，这很难比较，因为一个简单的现象，你随便在一个著名的某个Java社区或论坛上很容易看到，一个资深的Java专家对.NET的某个概念说出极其荒谬的解释，同样，在.NET的社区或论坛上，你也很容易听到一个.NET专家对某个Java技术名词给出令人可笑的阐述。按量子理论，你感受到影响最强的波，不是因为其波最长，而是因为你选择的参照物而造成的一个"观察"的结果。
看看博客园大家应该感到高兴和振奋，起初这里才有多少人，大家天天向往着去另外的地方:)，今天这里有多少人，最近我发现每一帖的点击率都比以前提高几倍，量有了，人多了，大家会开始更注重实质和自己真正感兴趣的地方，希望能有一个有益自己发展的社区，这些都是希望和可以产生力量的意愿，再说博客园这么年轻，这么多人，只要大家沉下心来，坚持加倍的努力，3年5年之后这里就专家无数了:)我想，这会是你一生感到非常有收获的社区，渐渐的博客园就会有自发的精神和意志，会体现出这个社区的历史和荣耀。
大家同勉，从己做起，不要害羞，分享你“Know it"和“Prove it”过程，也许在.NET的世界，你没有专门"Share it"的时间:)
ccBoy
2005.7.16
---
大家同勉，从己做起，不要害羞，分享你“Know it"和“Prove it”过程。能唤起这种精神足以。
我的下一片文章已经准备好， 你的呢？ ：）
2005-07-18 08:51 by >_<[未注册用户]
to ccBoy:
听说你的MSN从来没有上过线...
2005-07-18 09:10 by James
周末没有上来看，原来这里讨论得如此激烈！
我想我们都应该提高随笔的质量－－写别人没有写过的东西，如果写别人讨论过的技术，那也从另外一个角度提出自己经过总结的看法和心得体会，不把那些在msdn中都能查到的东西贴到首页。
2005-07-18 09:27 by idior
@James
就是这个意思. :)
2005-07-18 09:39 by jjx[未注册用户]
哈哈，做个广告，如果要讨论一些深入的话题，还可以去 dotnettools 评测网
http://bbs.dotnettools.org/activeubb
学然后知不足（对应的一句话大概叫无知者无畏吧） ，任何一个领域的知识都是穷一生精力而不能及。大家继续加油吧
---
这里不是说控件简单, 而是说我们写的有关控件的文章太简单
---
绝没有贬低控件的意思。
---
>>>>>控件开发团队Blog希望能看到阁下写的或转的“不太简单”的文章或控件。
2005-07-18 12:06 by idior
◎ THIN
其实我一直有意写一篇关于System.ComponentModel的文章。
里面有很多精彩内容，可是由于精力和兴趣的原因，未能如愿。
我建议你google一下这方面的内容， 对你大有益处。
2005-07-18 12:23 by csdn 无天刀绝[未注册用户]
嗯，http://bbs.dotnettools.org/activeubb/ 里的东西的确比较前沿，也都很有深度，不过人气不足，高手们也多去支持支持啊：）
2005-07-18 12:27 by csdn 无天刀绝[未注册用户]
哈，没留意，给.NET tools测评网做广告的原来是jjx兄啊，你的workflow移植做的如何了？好期待啊。。。
2005-07-18 12:46 by A.Z[未注册用户]
sourceforge上Project C# 2576 Java 15485
数量的差异很明显，Java和C#在很多地方是同源的，但是由于C#不是开源，尤其不够成熟，FrameWork的结构太臃肿了，国内的关注比起Java，实在是太小了。
重要的是态度, 不管是什么水平, 只要是抱着一颗诚实的心, 把自己的研究写在的blog上, 而不是发一些无意义的好看的标题, 这样的态度一定会让自己进步的, 这样的人多了, 自然会带动社区的发展.
博客园是一个很好的地方, 主要是从一开始就坚持原创, 鼓励原创, 拒绝浮夸, 拒绝"顶", 拒绝"转", 拒绝"跪求", 并且能保持下去. 只要保持这一点, 水平的提高只是时间问题.
2005-07-18 16:40 by cmic [未注册用户]
to :idior
(1)java里用开发structs+hibernate+Spring确实是非常美妙事情。.Net中nhibernate和Spring.net讨论很少我想主要的原因应该是与它们还是Bate版有关，特别是Spring.net除了IOC部分实现比较完整其他方面差了很多，我觉得比较成熟倒是Castle。
(2)不用Spring.net和nhibernate并不一定不关注设计模式，在博客园里面里面就有很多设计模式文章。
(3).Net方面还是有人研究Castle和nhibernate这些东西的，比如博客园里面的http://www.cnblogs.com/wj，这些框架的流行往往就只需要一些简单的例子和入门文章。
(4)为什么DNN方面的文章那么多呢，因为有人愿意在这方面投入经历。
2005-07-18 16:42 by SpiderMan[未注册用户]
我的看法：
1、.NET，包括.NET社区都还处于起步阶段，一种技术和一个社区的成熟是需要时间的，而且必然要经历许多“成长的烦恼”。所以我觉得idior提出这个问题，我们在思考和讨论的同时，更应该行动起来。
2、正如ccboy所说，微软的技术更新非常之快，常使人有眼花缭乱之感。不过同时这也说明了我们的浅薄，我们太过专注于微软抛给我们的所谓新概念、新名词、新版本等等，没有真正领会其中不变的根本。这也是导致这个社区整体浮躁的重要原因。
3、我觉得国内的.NET社区已经有了一个很好的开始，只要坚持下去，一定会有很好的前景。
4、MVP的讨论已经足够多了，还是多讨论讨论技术吧。:)
2005-07-18 16:50 by idior
2005-07-18 16:55 by DSharp
这个贴子不错，要顶！
我的感觉是经常上博客园发现很多介绍性的东西，比如说什么什么有新版本了，什么什么怎么调用了，谋个功能如何实现，又写了个什么什么游戏工具之类的，建议可对类似的东西开一个版面去。
发表作品是好事，当然也建议朋友们对自已的作品多下些功夫再拿出来共享，对自已和它人都有好处。
2005-07-18 17:01 by java&net[未注册用户]
总感觉有人没事说事，毕竟.net是专为windows设计的平台，很多思想和原来的都是一脉相承，在java里面时刻考虑连接池，但是在ADO里面就基本没这个概念，难道是没有吗，只不过MS帮大家考虑好了，这就是微软的东西好用的体现。
其实COM+里面就不知有多少模式的思想，微软的设计人员还是考虑了不少的，可惜很多windows程序开发人员还没有到这个层次，他们从不用这个咚咚一样在企业做项目，这就是区别，当然，钱也不少，呵呵，不同的地方当然会有区别，博主的帽子扣的真大！
2005-07-18 17:12 by walkdan[未注册用户]
同意junk的观点。
先谈谈java。我认为java目前在b/s上目前的成就要大于.net, 但java走的这一步也是付出了很大的代价，ejb的失败可以说是对java社区的重大打击，无论人力还是金钱上的。而spring或者ejb 3.0等是否就是未来方向，这个真的很难说。但如果要开发基于b/s的应用，java现在无疑是比.net更为优雅。
java社区的百花齐放我很喜欢，有非常多的创新思想，但同类思想包括项目间的竞争也非常残酷，不要重复制造轮子，在java社区行不通, 一个eclipse出来，连jbuilder也不行了，这个就是社区内耗，这点在.NET社区却要少很多。
再谈谈.NET。说的白一点.NET就是一党制，一党制最大的好处就是减少内耗。.NET的创新基本上来自MS, 教徒门学习上面传达下来文件，教徒门发言的权利也不大, 所以创新的机会也不多，所以在.NET社区缺乏重大创新很正常，特别是看多了Java社区，再会过头来看看.NET社区，是让人觉得不爽。有些异教徒不满现状，去搞mono, 还有的去移植java社区的成果(sprint.net, nhibernate)，我认为学习可以，但几乎没有什么大的前途，异教徒的命运，历史已经无数次证明了。多学习下发的文件，这个是维持在教会地位最稳妥的方法。
微软有着跟java完全不同的理想，微软骨子里看重的是desktop,是rich client,这一点始终没有变，估计再过10年也不会变。 微软搞IE其实是无奈的选择，微软的理想并不是发扬IE，而是逐渐淘汰IE。这点将在下一代Longhorn里崭露无疑。或许再过10年，已经没有了b/s，哪个时候，你是会否还会重新选择?
Java的发展充满着激情和惨烈，而.NET却充满着稳健和可怕。或许对于我们这些普通人来说，重要的是坚持而不是选择，应为每一种选择都不可能给我们带来承诺!
2005-07-18 18:17 by 宝玉[未注册用户]
这周的.net俱乐部活动就讲CS的架构阿
2005-07-18 18:56 by tototo[未注册用户]
个人觉得老是说理论也只能吸引少数的人。要想吸引更多的人要是要从实际应用下手。再说了，这些构架啦模式等等很多取各种名字的东西， 最大的价值在于使用它，为工作减轻负担，而不是总拿来研究，讨论的，大家都是要靠那些东西吃饭，又不是专做学术研究的。
如果不拿到实际项目中去很多问题都发现不了，即使有少数几个人用了，但碰到问题，不还是那几个人自己想办法？如果没有想到好办法，就会放弃这些，与此同时，社区基本帮不上忙。这样搞研究的还是搞研究的，搞开发的还是用老方法开发，那些新技术的价值怎么体现？？？
我们应该把眼光要放开点了，同时程序员在这方面位置已经由一个开发者变成一个用户了，应该是使用为主。当成为用户的时候，自然会有N多需求，同时他可以选择自己研究解决，也可以来社区来提问，寻求实际的解决方法。社区也应能提出有价值的方案。如果广大的开发人员从这些新技术中真正常到了甜头，比如用了ORM ，真的使程序结构更清晰，代码量少了很多，而且碰到的麻烦问题也能有人帮助解决，工程做得很顺手，使用的人增多，总会有比较有质量的问题出来，这样何愁社区不会兴旺呢？ “用户”只会关心能否真正有价值的东西，就像LZ的文章说的“asp.net视频聊天控件”，这个对他们来说远比那些不能马上投入到生产中的新技术实用的多，理所当然是浏览率最高（我没有看过那个控件，因为我对那个控件暂时没有需求^_^）。
现在我的软件观念是实用型的，那些东西是种工具，我为了实现目的采用它，用他是为了减轻我们的工作，当然，我有时会去修改该工具，使它针对我们的工作更好用。就像对MS的DataGrid一样，当它不满足你的需求的时候，我才会去修改它，当然前提是要去学习它。
不用于实际的技术本身是没有太大价值的，使技术能迅速发展的是需求，而需求掌握在谁手里？？？ 是在客户手里，所以在你们看来那些很“弱智，知点皮毛，不配当程序员”的程序员，就是客户，他们使用着程序的最外层，需求就是要从他们身上取，记住需求才是万物之母。
。
这点个人认为MS 做得很NB，一切从简单易用入手，能吸引很多只需要懂一点这方面知识的人加入。虽然MS在B/S开发，和构架中现在落后JAVA 很多，但我认为使用人数超过JAVA只是个时间问题，拥有了最多使用人数离最大市场占有率还会远吗？？而且MS现在提供工具的趋向很明显：简单易用，能迅速开发，非常实用。还有以前提出的软件工厂，又把开发提高了一个档次。在工程方面，技术最好不一定该解决方案就最好，要权衡很多方面的。的举个军事上的例子：二战的时候，德国的豹，虎这些技术相当先进坦克被苏联的T34/85装甲洪流给淹没了。
很简单因为生产一辆虎式坦克的工时可以生产20辆T34/85了 ……
哈哈这么长的评论啊。
楼主你就不要再说下去了，其实你的意思偶很明白，但是你身为.Net出身，也不愿意得罪（或者说成激怒为好）.net的朋友，也许是不愿意推翻你以前的思想，所以从你的blog，到你在评论中表现的意思，实际上我感觉是慢慢的偏题了。
下面的话，不针对任何人，只是说一点感受，如果你在一个阵营中呆久了，你不会知道外面的情况，在这里回复的人，包括ms工作，或mvp的人，很多并不知道外面情况如何，也许只看过一些文章，有一点点了解，没有亲身去体验，根本不可能了解楼主你的感受。
就如同有位兄弟所说的，.net的人对java发表看法和java的人对.net的看法一样，经常闹出大笑话，这个在《程序员》上就能找到不少。
我身边的人，搞java的，经常把.net说的一无事处，但是我给他说一下，他还恍然大悟：“原来.net做得这么好啊”，有的是纯.net的，拼着老命找.net > java的理由，有时候就好笑，这些理由哪能叫理由啊。
所以在这种情况下，楼主最好还是选择沉默吧，如果别人有一天跳出他们所在的水井，能理解楼主你说的话的：）
.net达到java社区的活跃程度，对于我们这些从.net走过来的来说，都是非常希望的，只是这一天有多远?其实我有一些想法，估计会得罪不少人，等有时间了再写篇blog谈谈吧。
2005-07-18 22:17 by idior
@飞刀
是啊,有关这篇随笔的评论可以到此为止了.
我实在没想到会引起如此大的关注.
而且为了避免太...,我特意选择在周五的晚上发布,没想到还有这么多的回复.
有人关注.net是好事.大家共勉吧.
2005-07-19 14:20 by 无聊[未注册用户]
本人整天用的是java,靠它吃饭，项目也做了不少啊，但是总觉得不爽啊，老想着用.net,不知何解，请博主给卜一卦！
2005-07-19 16:06 by jim[未注册用户]
其实没有必要专门区分JAVA阵营还是DOTNET阵营，既然我们不能引导技术(起码大多数人)，那我们也只能吸收技术为我所用，无论是JAVA还是DOTNET都有各个的特点，有自己的长处可以学习，思想都是相通的嘛，与其有时间争论谁好谁坏，不如把JAVA跟DOTNET都学一下，比较一下，需要哪种技术就用哪种
2005-07-19 19:22 by idior
@无聊
尝试静下心来看几本好书，让你看清你所做过的事。
其实,我认为没有必要对.net这么悲观
msdn上一直有对O/R M的投入.
只是我觉得这是微软的战术罢了,比如推广office
当时的word pro和Lotus的软件比office强吧,
但office就是抓住了用户,扩大了使用者的队伍,
然后加紧出office 95, office97 等...
再以功能和实用性上超越对手,当然word pro和lotus惨败收场.
同出一辙的还有典型的IE超越网景.
这应该是微软的一个战略,要知道,微软花那么多钱设立的技术研发中心
不是吃白饭的.
楼主不必对现在.net的阵营形势这么悲观,如同uml在中国普及的很漫长一样,"星星之火,可以燎原",只要我们坚持,我们就有收获!
2005-07-21 09:47 by yinh[未注册用户]
blog和社区还是有很大差别的，虽然cnblogs真的很好，但是有时还是取代不了社区的作用。cnblogs也有配套社区，但人气很差。
去看看javaeye那些关于企业应用的讨论，真是大快人心啊，所以我要去社区还是去javaeye。
国内其实dotnettools上还有几个高手，可惜人气太差，讨论太少，而且基本上成了完全关注于新技术了。
2005-07-21 15:40 by Mars[未注册用户]
dotnettools确实不错.
2005-07-25 11:46 by CsOver[未注册用户]
最近在研究黄忠成的《解析ASP。NET控件》里头的技术实在是不错。在博客园上，难得有见能写这样的高手。唉！也许，博客园是菜鸟来的地方！
@CsOver
你这样说是没有根据的!
也许博客园没有像你这样水平高的人, 但博客园的朋友都在不断地提高自己、完善自己, 能不能成为所谓的高手并不是我们的目标, 在技术上精益求精才是我们的目标!
2005-07-26 00:23 by Bruce
@CsOver
个人感觉博客园比现在的CSDN强，至少有人真正谈点技术，不像CSDN大都局限于一些基本的问题。只是我觉得人气还不是太高，每天的文章也不是太多。
2005-08-11 10:36 by clamphammer[未注册用户]
个人觉得写原创的文章还是要写的系统一点，比如摘要，参考文献什么的。
毕竟你还是要为看你文章的那些人负责的，如果随随便便就在首页原创区发表，感觉
很多好文章都被埋没了。而且这种文章也会浪费很多人的时间。
要写，就写好一点的文章，首先要能把你的问题前前后后描述清楚，类似于学术论文。
我一直想做一个这种半学术文章性质的网站，类似于jot那样的。
看看msdn里的文章，一般写的就是这样的，很系统。
如果你到了这样的网站，看这样的文章，心里能不感到爽吗？比看
那些杂七杂八无分类的文章不知道好了多少。
可能这也是blog的一个缺点，发挥个性的同时，形不成系统和合力。
2005-08-11 11:26 by idior
其实，M$内部的人没有楼上说的那么闭塞。他们做了N多的大项目，模式、架构什么都倍儿熟，只不过大家接触不倒罢了。MS在电信、金融方面也做得很好，只不过一直太低调。
我认为，如果文章质量高，必须要研究过好长时间的。而研究这个东西，就需要多种机缘凑在一起了：兴趣、时间、任务、老板、心情。少一样，可能写出来的东西都看着不舒服。
2005-08-18 16:47 by idior
@鞠强
我抱怨的是社区. 内部的人显然很强, 问题是他们不出来交流, 再强对我们又有何指导作用?
2005-08-24 18:19 by qing[未注册用户]
所以啊 需要更多高手来引导大家学习
2005-09-21 10:23 by 破宝[未注册用户]
我说一句，我个人认为仅就国内社区来讲，.net 社区是比 java 社区更热闹的。
世界范围看，应该是 java 社区热闹，但很明显国内 java 社区对世界 java 社区的贡献还是微不足道的。
从这点说，没必要硬拿国内 .net 社区的水平跟世界 java 社区的水平去比较。
所以并不仅仅是国内的 .net 高手都在忙碌，java 高手也大都忙碌中。这是中国现实的国情决定的，是共性，而不只是 .net 社区的问题。
2005-10-06 18:33 by kaven[未注册用户]
说得一点没错。
我最看不起国内MVP。就这种水平最多给微软当当推销远。真让他们写个企业级的项目，保证让他们尿裤子。
很多时候要找点资料，全部都是国外的或者是java社区的，一些最根本的问题比如事务，悲观锁（nhibernate的lock不支持sqlserver2000），乐观锁，居然没有一个人提到。真不知道他们真的是用nhibernate开发应用的。
2005-12-20 18:00 by giogio[未注册用户]
嗯，我记得有篇文章讲linux和windows的不同文化。
一个重要的因素就是社区的风气和行为方式。
当然不排除linux用户自身的优越感，不过感觉说得还是有点道理的。
等哪天有空翻出来贴到俺的blog上……
2005-12-22 18:05 by Ariel Y.
看完了，眼睛疼。
2006-02-24 02:26 by 深圳的小鹏[未注册用户]
如果让我四年前选择，我会选择JAVA，因为现在搞JAVA有钱，
如果让我四年后回想，我想当初应该选择.NET，因为有MS,技术出色，商业运作更出色的公司。
2006-02-27 09:36 by zhaoce[未注册用户]
傻子
选择java是因为我不想得罪ibm还有sun&oracle
ms充其量不过是一家破桌面平台产商而已
其它地方它真的不算什么
而在中国赚钱最多的是ibm
在数据库应用最多的是oracle
这些都是无可改变的事实
java开源框架那不过是尝试,侦察兵游击队而已,他们作为新技术的爱好者
先去尝试,尝试完了之后再制定成标准,给正规军铺路
所以java真正的主力军在j2ee那一批的大产商
这些正规军才是最可怕的
犹如那些说ejb怎样怎样的家伙
ejb再怎样怎样,ibm和bea的两个web**都卖得翻天得爽
谁敢说ejb失败了?ebay,amazon,alibaba等大型网络商业平台全部都在用ejb
稳妥得近乎变态得好,还有那些银行和电信领域,现在航空也开始逐渐收购这套产品
而Spring又在单机模式上杀出一条血路,Spring.net注定了要玩完
因为前面人也说了,教主不care这个,异教徒的下场是注定了的,犹如borland
而在java那边却是游击队,游击队却是可以成为主力军的
2006-02-27 09:46 by zhaoce[未注册用户]
而且更重要的是
ms的.net不跨平台
技术上已经能够跨平台了
但ms从商业角度考虑
它不允许.net跨平台
而这种垄断竞争的策略却是决大多数政治商业团体所不能接受的
拿南航做例子
现在南航要求所有使用到的产品
全部能够有两个以上的产商能够供应
以免受制于产商
所以.net立马就玩完
就象某人说的,如果我
什么东西都用你的,那我算什么甲方么?
企业级应用其它领域抛开不说,我们说我们所从事的
三大航空公司全部在用j2ee标准选择产品
全球代理人的大型机基本上是ibm的天下
逐渐尝试使用j2ee标准分担一部分运算
ibm对java的态度是无比的好,近乎变态地喜欢
他们的软件全靠这个东西赚钱了,可想而知前景如何
2006-05-30 07:41 by Augur
楼上的不要说Borland的坏话，我是坚定的Borland拥护者，虽然现在Borland被迫跟随M$，但我们Borland者坚信它能再放光芒的。
2006-06-28 17:56 by linktong[未注册用户]
编程不分JAVA还是DOT NET，用DOT NET也不是仅仅会用控件，因为控件也是有才控件的，如果你是用Control类来生成新的控件的话就不仅仅是用控件了。无论JAVA还是DOT NET，仅仅是门语言是个实现的工具，都能学行很深。
2006-06-28 17:59 by linktong[未注册用户]
如果是学习DOT NET的话静下心来好好学习一下DOT NET类库手册是个不错的选择，它能让学习者更好的理解DOT NET这个东西。
和java比.net还年纪还小，另外很多做.net一直围着微软转没有看看外面的世界也是个问题．
2006-08-15 15:17 by YYYY[未注册用户]
MS追得很快的，将要接踵而来.NET 3.0/3.5就会带来全方位的重大提升，快来吧，呵呵。
2006-08-16 09:13 by lkk[未注册用户]
http://forums.microsoft.com/
关于microsoft开发最佳论坛，还是属于Microsoft的
MS牛人都在那上面回答问题了，懂英语的还是多去去哪里吧，呵呵
2006-09-13 13:13 by ColdDog
一不小心看到跨年度的讨论问题
真正有什么举措了吗？
希望不要只是说过路过当作什么都没有发生过
个人理解，java太杂，往往入门的时候会迷失方向
在学校时学习了很长时间的java，工作后改用c＃，就语言上没多大区别，但java里许多好的思想在工作时并没有派上用场（有少数还是用上了），也有可能是工作后一直都是做c/s的原因吧。所以工作半年来除了对控件比较熟悉外其他没有什么进步，还是java的底。
2007-03-05 19:05 by 杨子[未注册用户]
我现在用.Net开发实际的项目，公司以前做过三年多的.Net开发工作，基本上采用了两种思想，一种是asp方式，一种是.Net的数据集方式，但到目前为止没有任何的业务积累，各个项目之间不能协调，我目前主要通过OOP的方式进行业务开发，采用了Spring.Net装配框架和NHibernate持久化框架，通过Together进行业务建模，目前遇到的主要问题是，业务实体对象和微软的页面展现控件的绑定，由于微软的技术过于封闭，将一个存在关联关系的对象集合绑定给页面表格的是否必须将数据格式转换成DataTable 在Structs2.0中很容易实现的功能到.Net上面都非常难实现，而且.Net的页面控件规划的比较乱，操作起来不十分方便，所以说微软技术在表现层的优势是建立在自己封闭的DataSet技术上面的，再者微软的.Net在业务导航上存在着页面间耦合度过高，第三微软的IIS服务功能太有限了，没有真正的应用服务器和Web服务器的概念，第四微软的.Net不能承担大型项目的开发，业务模型规划的是否必须首先确定Assembly，如果将业务模型划分为多个项目，解决不了双向引用的问题，划分为一个项目，又不能协同多个开发人员同不异地开发的问题，.Net的命名空间在业务模型规划中也存在很大的限制... 也许让以前一直从事微软技术开发的人员真正做过一次OOP开发以后，他就花感受到了.Net的差距与Java有多远
杨子同学：
其实是你的.net技术与别人差距远，而不是.net的技术与java差距远。
1.没听说过.net技术与java更封闭，更没听说过DataSet是封闭的。微软的技术是否封闭我没有发言权，我想你更没有。但是.net技术并不封闭，至少比java更开放。也许你对structs2.0(拜托你下次不要拼错了)了解三分，但你对DataSet的了解可能连一分都不到，这两者拿到一起相比好象你应该没有这个能力。说java比.net开发起来方便你真是太搞笑了。
2.从开发角度讲，asp.net是目前java无法企及的技术之一，jsf也发展了很多年，但是难成气候。页面偶合度高也是因为你没有充分掌握asp.net这项技术。
3.iis的功能你了解甚少，不是一定要有所谓的应用服务器概念才能作企业级开发的。事实上微软的应用服务器概念就包含在微软的服务器操作系统中，其扩展就是一组解决不同问题的服务器软件集。
4..net能不能承担大型项目，你认为你有发言权么？这么可笑的话你也说得出来。套用一句俗话：别把无知当个性。
你不过就是那种成千上万的微软平台反对者中的一员而已。拜托下次把技术整硬一点再过来园子里讨论所谓的OOP。我虽然不是微软的拥护者，不过我也不会无端攻击java。
2007-03-07 13:39 by maomaocat
同意楼上的，.net博大精深,越往后越觉得渺小！！！
作从企业开发角度讲，效率和开发速度是先考虑的，其次才是技术。
在开发速度上.net绝对比java快的。
2007-03-20 15:50 by acd[未注册用户]
会的人多了，做技术的就不值钱了，呵呵
2007-04-12 16:51 by fdmlhm[未注册用户]
建议担了这么久一点也没有变
2007-08-17 17:03 by sekihin
好长的评论，足足跨了两个年度啊。
赠大家一句话：“选我所爱的，爱我所选的”
再附赠大家一句：“闻道有先后，术业有专攻”
2007-09-26 09:41 by nsharp[未注册用户]
技术无阵营，思想最重要。
在国内做.NET本来就比做JAVA的级别低
而很多时候他们在企业中只是去解决实际问题，达到快速开花的目的
很多公司并没有意思到架构的威力，而研究这些方面的内容就成了不务正业。
而在社会整体浮躁的前提下有多少人不为了利益而奋斗（毕竟高级别的东西别人会的多了对自己也没有什么好处的），不过还是感谢楼主对.Net方面的贡献。
2007-10-02 03:19 by jecray
看的太迟了
2007-10-05 20:21 by beyondjay
两年前的帖子阿，呵呵，现在.net好点了，但是和java一比～～
2007-10-31 16:07 by 兔[未注册用户]
我94 mvp中的虾那个档次。。。。。asp/asp.net方面
所以决定8当了
2007-12-02 14:23 by 小鬼00[未注册用户]
其实并不是.net的人不愿意研究,而根本的原因应该在于,即使你花大力气做了大量的工作,你也并不一定能得到别人的认同,因为在.net里,最能被认同的只有微软一家,无论你做得有多好,只要微软做出类似的产品,价.net迷们基本不可能会用你的方案了.
2008-01-05 01:30 by zhanghw[未注册用户]
我来给大家开一个2008年的头，讨论继续...
2008-03-06 23:56 by Arlen
从2005到2008.这都快奥运了。 :)
哎，一不小心看了idior兄的这个超级跨年度大牛帖，竟然停不下来，直到看完。
idior兄你得多写写技术文章补偿一下大伙啊 :)
2008-06-23 13:37 by friedy[未注册用户]
套个好词：“好贴恒久远，一片永流传”,一个从java转.net的阵痛中的人
2008-07-08 23:46 by milanspace[未注册用户]
顶,看到比较晚~学习中~
2008-11-07 15:22 by 皇上爱累了
才看到,顶
2008-12-26 15:09 by itzsl
08年也要结束了，09年再继续吧，受益匪浅......
2009-05-18 16:50 by BreezeWoo
看的我好累，161贴！
终于我来啦，今天是2009-5-18，楼主是2005-7-15发的贴，那年我才高中毕业呢，现在我大学毕业了，呼呼。
最近看了很多博客园的老帖，感受颇多啊！
也不知道是中国教育制度的问题，还是我个人的问题，我感觉大学几年太颓废了，幸好没去读研，现在读研，估计大多数也就为了个文凭吧...
谢谢！
|