
- 作者: gigix 2004年12月27日, 星期一 18:21
你可以使用这个链接引用该篇日志 http://publishblog.blogdriver.com/blog/tb.b?diaryID=474041
从前有一个人说自己很牛,,然后大家把他骂了一通,然后说不知羞耻,自己怎么怎么牛,最后来了一个,请原来那个原谅自己,唉!
我想大家都太主观看一个问题了,对也不对。jdonwframework应该是国内首发开源J2EE框架,当然可能还有更好的 只是没有公开而已。我看了一上午,其核心思想来自于springframework,但是简单易学。大家都说不好,那就必须指出哪里不好,你可以改进啊。我对jdonframework提出一点意见:
1,构件不齐全。根本就没有dependences版本。
2,文档缺少了些,不管是英语还是中文。
3,想问一下,在jdonframework中借鉴于sun core design pattern中的servicelocator在ejb包下改成了单例 的理由是什么?
4,不知道jdonTree构件是否属于jdonframework,我想不属于因为找不到这个构件 在internet上面。
to gigix:
我在javaeye.com上http://forum.javaeye.com/viewtopic.php?t=9856看到了你的如下论调:“另外补充一句,既然技术上不是强项,您有权选择沉默。”
那么我想问一下,gigix是否有开源项目的成功经验(请不要跟我提你在javaeye.com上的那个半吊子项目),如果没有,那我可否有你上面的那句论调,对你也说一句:“既然你没有成功的开源经验,您有权选择沉默。”
呵呵,你在中国的java界也算是小有名气,我也是通过你翻译的那几本书认识你的,谈谈我对你的印象:
1 文笔不错,英语水平也不错
2 技术上比较拘泥于书本,实践经验很不足,但对于一个IT媒体的编辑来说,应该是够用了
3 思想比较偏激,言语比较刻薄
彭先生编程水平不高不是错。
彭先生X框架架构不好不是错。
彭先生大肆吹嘘,露出浓重的商业化味道也不是错。
三者加起来就是错!
哪里有人象他那样急功近利的做开源?!
用我心中高尚的sourceforge项目来达到个人某些商业目的,已经是有辱学术尊严了。
接上一篇,彭先生的英文很糟糕,大概就是在初三到高一的水平。http://sourceforge.net/projects/jdon/ 上关于jdon的Description,惨不忍睹。个把月前我曾写信去指正,并且改正些基本错误。比如 a-->an, it's -->its,可惜彭先生太粗心,每次都把我改正的重新写错。最后我不得不重基本的语法告诉他哪里写错了。
彭先生对这个开源项目很看重,一天之内改了3次description,改动很大。这时候我很怀疑他是不是欺世盗名之辈,最后他又发了一次大的改动过后的初稿给我过目,我已经懒得看了。不过还是告诉他 interceptor plugin 用得不对。后来他也没有改正。
关于彭先生到处吹嘘jdon框架,我想无非是为了钱。以下基于不复责任的猜测:
1。一个人独立经营一个咨询公司,需要名声来讲课收费。
2。卖学习教材。50元/vip用户,需要名声来骗小程序员。
3。接XX出版社的书稿。需要别人帮忙写书。
4。私下接单转手做中介,需要名声。
名声哪里来?
说技术有多牛,别人可能看不见。那最好的吹嘘就是 sourceforge的项目。每个论坛回复的签名,email的签名。都在吹jdon。自己吹就好了,还打着什么民族最高水平....
在剃熊节之前,先剃一下<<程序员>>刊物:
.发文章的时候,要多注重一下社会影响;作媒体要有社会责任感.
.错误的文字不过让读者笑一下,错误的技术或许也能促使读者思考,错误的选稿观念会灭刊物;
.既然都能把熊节踢出杂志社,也要有胆识压迫编辑不要选用熊节的文章;
现在该剃熊节了,在剃熊节之前,先表明作者的态势:
我就是来剃你这个人的,根本不是就事论事,而是就来剃你这个人的.
希望能够剃出以下的头发:
.熊节,不仅只有你会愤怒.中国人口很多,会愤怒的人也不少.
.适度地幻想是没有什么问题的,陷入幻想狂的作者会让读者至少看出神经质来.
.汉语是最优美的语言之一.你可以用她来承载你的宣泄,但不要把宣泄到处给人看.
.作人要社会责任感.
促使我写本文的源是2005年2月号的<<程序员>>杂志上的"前车之覆,后车之鉴"之熊节文.下面我把我全部的批注抄写下来,表明我的一些态度:
.熊文第一页(此刊第89页)篇题下:
虽然行文很刻薄,确是少见好文章.
.熊文第一页底缝:
在新经济时代,厚道不再是一种美德,而是一种必须!
.熊文第一页右块第4行处:
Ant & unit是一个Java项目不可缺少的东西!
.熊文第一页右块蓝底框结束处:
没有必要写得这么刻薄的.
.熊文第二页左块篮底框左骑缝:
其实什么经济形式都是官僚的,开源进入官僚也是很正常的事情.某项目作得这么成功,就是因为我认真第去了解他们的官僚,包括了解某某哥哥这个人.
.熊文第二页右块第一个篮底框上:
故曰:软件的质量评审是一个非常重要的工作.
(这里熊节说到深入到X框架内部,看看它的技术水平.)
.熊文第三页左块第二个篮底框下:
还有一份嘲讽来自熊节.
(这里熊节说道X框架之反之,恐怕你就只能得到无尽的嘲讽了.)
.熊文第三页右块第七行处:
标准之框架概念已经被异化.现在都认为框架本来就应该是IoC的;依赖注入仅仅是实现IoC的一种方式.
(熊节在这里论述框架和IoC的一些东西.)
.熊文第四页左块第一个淡红框处:
其实并无必要将任何实例都交给容器来创建.这设计到框架与应用的界限问题.
(熊节在这里引用下框架new出一个用于工厂行为的实例.)
.熊文第四页第一个篮底框结束处:
这亦太牵强了写!又不是二进制的.
(熊节在这里阐述"开放封闭原则")
.熊文第五页"长得丑不是你的错..."处
!!!
.熊文第五页底缝:
按素质,技能,素养来评判:彭生缺少素养,熊节缺少素质;两人都不缺少技能.
这些批注中的一些,表明,我是能够读懂熊文的;如果读者更细节第研读我的批注,也可以得出我可以读得懂熊节的技术的;我"长得丑溜出来的说"我能够读懂这个人的.
客观上,我是一个<<程序员>>的忠实读者;事实上,我并不觉得<<程序员>>办得好.阅读这本刊物的同时,我会作很多的批注.这些批注给了我很多娱乐:作者与编者的错漏,有些时候的井中观天,还有些时候的那种自以为的慷慨激昂;还有屈指可数的好文章,好技术动向,好思想.
熊节这个人我见过,在<<程序员>>上也阅读到过他的很多文章.此刊太多出现此人的作品,以至于我都怀疑此刊办不下去了.在我的感觉中,一本月刊就算是出现同一个人的两篇文章,都是稿源缺乏的表现.进而深入地了解此刊发行的数量,计算刊物可能获得的产值以及利润.得到的结论是:办刊物,未必如<<程序员>>创业人士想象和力图影响别人知的那么赚钱.
客观地说,熊节是一个有才气的青年,也是很刻苦.在我的感觉中,他太愤怒了.他的才气与刻苦,都是受到其愤怒驱动.个人的愤怒本是无可厚非,但是,试图把这种愤怒渲染到大量的年青人身上,就不对了.年青人是这个国家的未来,他们更加脆弱,且找不到方向.让熊节的愤怒影响到了他们,可以说是犯罪;他们可能会认为人生本来就应该是这个样子.
熊节出生于何地我不知道,我知道他读的大学是京工,也就是北京理工大学.在舆论中,京工是北京一所一流中的二流大学.熊节对这所大学有比较深入的仇恨,或许是他报考别的更好大学没有成功的缘故.他把愤怒表现为尽量不说自己的大学出身,留下猜测"熊节是出身清华"这样的悬念;他把愤怒另外表现得更为长远:期待自己的努力加上运气,在不远的未来承担"二流大学也可以培养出超一流的人才"这样的美誉而谦虚的微笑.
其实这些都是徒劳.有一个人生的原则是:你想怎么样,肯定不会这样.这是历史的经验.人们总是很少相信历史的经验,总是幻想自己是独特;等到年老色衰的时候,方才后悔不已.熊节幻想过自己被大洋彼岸的美国鬼子追捧着授予至高的计算类科学奖(不要都不行的那种,或者说别人跪拜着送到他的鼻子下),也经常幻想自己写一本什么书就成为中国首富,现在幻想着自己的软件(公司)能够成为压倒华为产值.他现在还在幻想中...
hi,看到程序员上的文章,顺便找到这个地方。本来想给你发mail的,不过找了半天,没有找到,就简单说两句。
咱们先抛开模式不谈,先看看要解决什么事情?说穿了,就cache service的功能。无论用那种方式实现。我们先不考虑aop cache放在那里,就算他放在ejb container的里面。ok,考虑cluster的情况,一个ejb container对应一个cache service,多个container对应多个cache。先不考虑如何更新缓存的机制(其实无非几种,event或者timestamp),先考虑cache如何同步的问题?UDP广播?还是ejb container + cache agent + cache service的方式?还是基于DB?实现起来都很复杂。我们再回头看aop cache service的解决方案,可以做成cache service对应多个ejb container的实现。这种方案在技术难度、实现上都是比较简单的。
其实,就我而言,并不推崇container层次的cache service前置的方案(web层次另说),还是推荐cache agent + cache service的方案。在此基础上进行容错扩展也很容易。
单就aop cache解决方案来说,只是一种适用范围比较简单的cache service解决方案,并不适合cluster环境。
一家之言,仅供参考。
楼主算个什么东西。
不管怎样,一定要对使用者负责,发布稳定可用的开源软件, 好像Hibernate那样,否则真是害人不浅啊!
向来鄙视jdon 小人!
大家看看serverside上的评论吧,有名不一定就是等于明白。
估计老外对中国人的构架水平……至少src包里可以干净一些,cvs的目录不要放在里面了,jbx也不要放在里面
JdonFramework我没有资格说话,不过我对spring等轻量级比较推崇,正打算把我们系统的当前标准j2ee框架移植到spring+hibernate这样的轻量级容器上呢,如今这个"曳光弹"已经有点规模了,确实体会到了这些轻量级的好处.在此我只想说得是:适合自己的东西才是好的,虽然流行的不一定都是好的,但是如果作出来的东西,没有人去用,我想最后还是要失败的.
各位不知道有没有仔细看过这个jdonframework
在tss上看到这个东西,真是吓了一跳
"It has a MDA rapid development tool"
虽然作者在后面又谦虚的讲
"Jdonframework is not MDA Tools, I don't truely believe in MDA, Jdonframework just
introduces abstract data concept:Model, it is beginning to MDA."
接着跑到他主页一看,"开发总体步骤只需要四步(only need 4 step based in JdonFramework)"
"1. 创建user模型类( create a User Model):"
"2. 建立业务对象Business Object类,以EJB的有态Bean为例子,如下( create a business
banq大叔的脾气和心胸在业内已经很著名了,gigix根本不必痴心妄想能和他讨论什么事情。
沽名钓誉之徒
向来鄙视jdon
to hello
您和板叔有得拼呀,他看相你看信?
不喜欢“做人不行,做事肯定也不行!”这样的话,你有多了解一个人?
说实话,看了banq的一些言辞,我认为gigix以后就别再去jdon留言了!
有句名言:做事先得会做人!不管是我们是普通的程序员还是大师,我们都是人,做人都做不好,我想他做的事也不会好的那去!海纳百川,有容乃大!gigix,robbin,banq我都和他们发过emai,感觉人品的好坏和这排序一样:不是递增,而递减!sorry,我说些这样的话,但我真的这样认为:做人不行,做事肯定也不行!
建议大家看看PoEAA,再下结论,看看分析模式,一切就明白了
建议大家看看PoEAA,再下结论,看看分析模式,一切就明白了
建议大家看看PoEAA,再下结论,看看分析模式,一切就明白了
建议大家看看PoEAA,再下结论,看看分析模式,一切就明白了
to oo:
做一盘煎鸡蛋需要5分钟,但是要尝出一盘煎鸡蛋盐放得太多,你只要吃一口就够了。
这话说得可能有点狠,不过整个事实我们很快就可以看到。我对自己的直觉有信心,更何况,直到目前也没有证据来推翻我的直觉。
JdonFramework的推出当然有其道理,但说道理也要看你站在什么样的角度。ejb是有价值的,但要求开发者能正确使用发挥它的价值,当然,如果用的不当就变成无价值了。
我再次申明,大家讨论可以,只是针对事情,不要针对个人。
首先说明一下,我同gigix一样是对事不对人的。
gigix译的书我不比各位买的少,并且都非常喜欢.gigix最新《Contributing to Eclipse》我也已经邮购了,并且非常期待javaeye共同译的《J2EE Development without EJB》由此可见我对gigix没有任何偏见,事实上恰恰相反。
其次,我也是非常推崇像spring,PicoContainer,Tapestry,webwork等等轻量级框架。但EJB也是有非常大的价值的,每个做过j2ee的程序员们都应该有体会。
对于JdonFramework的推出必定有其中的道理。banq和其它开发人员之所以做出这样的设计必定有他们的原因和考虑。我们不要随随便便就将别人辛辛苦苦的工作全盘否定。我想,就凭一天的研究和学习,就否定某框架是不是太武断?难道以你一人一天的研究会比一个团队几个月的工作要强出这么多?
至于那些没有自己主见的人,请你们不要总跟在别人后面瞎叫,拿出点自己的东西来。不要认为你吹捧gigix几句你也就成高手了。这种人不光我看不起,恐怕就连gigix也如此吧!
to:oo
gigix绝对是针对这个框架,对bang个人绝对不会有任何主观偏见。他也曾教育过我“针对事情,但不要针对个人!大家都是来做事情的”。
很高兴看到这篇文章!一直觉得国内的业界太过浮躁。就算gigix的评论有欠偏颇,他的这种注重实际,敢于说话的作风也很值得称赞。我想banq老师也不会是受不起批评的人。理不辩不明,gigix发表这篇文章的本意并不是想要否定什么、得到什么吧,只不过是说他自己觉得有道理的话罢了。如果其他人觉得gigix说的有什么不对的,也可以摆事实,讲道理,没必要去空谈些什么其他的话吧?
to oo
其实,是你太偏激,作者从头至尾都没有表达过他对bang有什么不满,他只是针对这个框架,提出了他的不同意见,它是希望有人能够告诉他,他说的是错的,你需要有个合理的反驳他的理由,不是在这儿因为这是bang研究很就可能有其一定的价值就忘记了科学的真实性

很高兴看到gigix这样的回复,这才是专业精神,而且发现你比以前谦虚了很多,有大将风范,加油~~
to oo:
我正在向他讨教
http://www.jdon.com/jive/thread.jsp?forum=62&thread=18423
希望你也能关注和参与讨论
我说过了,该框架好与坏待认真研究后才能下结论.你一直反复强调真理,为什么不去问问banq?这个框架由他设计与制做,想必没有人比他更清楚其中的好处.
to aoaoao:
你弄错了,banq不是与我齐名,他是我的老师之一。我的经验和造诣比他差得远。
不过很遗憾,吾爱吾师,吾更爱真理。至少目前依我的浅薄眼光,我尚未看出这个框架有任何可取之处。我说过N遍了,我在热切盼望任何一位高人来指教我,告诉我这个框架的可取之处在哪里。可惜,我还没有等到。如果没有人能告诉我它好在哪里,我只有抄起奥卡姆剃刀,认为它根本就没有好处。
我想,你也应该是程序员,你也应该是受过工科训练的科技工作者,你应该比我更懂得“不可因人立言”的道理。

你太偏激了,banq什么时候得罪你了,说出这么狠的话?我看你是有主观上的偏见吧~~
banq这个framework难道真的没有可取之处?那banq在业内与老大你齐名不就是一个笑话?
to oo:
我已经说得很清楚了,这一次,我真心希望我是错的,我真心希望JdonFramework是一个好东西,是我的判断错了。但是我这个人有个特点,就是从来不会自欺欺人。如果你能向我证明它的好处,我会欣然接受;如果你做不到,sorry,我只好痛心地说,这个架构确实就是一无是处,尽管我很不愿意承认。
做开源大家都做过,几乎每个够格的J2EE程序员都或多或少参与过开源。做得不好的开源,还不如不要做,因为那除了给自己锻炼之外,对别人毫无帮助。所以我现在已经不再发展G-Roller开源项目,就是这个原因。
利益得驱动而已~
我想这个框架的出现,决不是一时兴起而做出来的东西,就根据一个例子,一天的研究,就全盘否定,被你扁的一无是处,未免太武断了吧.不管怎么说,我很欣赏banq,至少为开源做了一些事情。至少做了这么一个东西出来,不管它有没有价值,也不管它好与坏,这些须深入研究后才能下的结论,毕竟这不是1+1=2的问题。
粗略的看了一下该框架的说明用例,不敢对其妄下结论,只是觉得该框架仍然拥有着一组侵略性的API,测试仍然困难!不过banq说“JdonFramework明显优点是:性能的成熟性,例如缓存无所不在,这是区别一些概念性开源项目的明显特征,使用JdonFramework开发,开发者无需关注太多性能缓存问题。”也许该框架真有一定的好处,就像banq所说的在缓存方面的成熟性。待日后学习吧!
一针见血!EJB可以用,但决不可盲目。
板桥看了得气坏了,呵呵,弄了这么久的东东。
板桥看了得气坏了,呵呵,弄了这么久的东东。
搞不好,那个微容器就是照搬spring的一个仿spring 容器哦!