posts - 45, comments - 57, trackbacks - 0, articles - 1
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

最新评论

共2页: 1 2 下一页 
re: 敏捷质疑: TDD chelsea 2008-12-18 21:25  
@lilee

注明出处就可以.
re: 敏捷质疑: TDD lilee 2008-12-18 21:12  
写的很好,可否转载?
re: IBM JDK 不兼容 Sun JDK 备忘录 支持下个人主页 life126.com 2008-12-10 17:02  
没有设置java的file.code
可以看看grails的flash的实现
不错,受教了
re: 敏捷质疑: TDD sp123马甲 2008-09-18 18:12  
加了这个就必须再加一个:
Q: 是否先写实现代码然后写测试代码?
A: 不是这是基本的TDD概念问题哦!测试先行,测试的整个流程都可以针对接口,只有第一句实例化被测试对象时才需要针对实际的实现。即使如此,测试写下来之后,你无法编译通过,这正好是TDD的第一个动作,你需要补充一个实现来让编译通过!
re: 敏捷质疑: TDD rocket 2008-08-20 15:48  
应该再加一个:
Q:UT是测试接口还是测试实现?
A:UT测试的是代码,是为了让代码正确的工作,所以你要测试接口的话,那就必须要接口里可以写代码:)
@切尔斯基

速度建好,呵呵
agilelife@groups.msn.com
re: 敏捷质疑: 结对编程, 代码集体所有权 体制问题不能委过个人觉悟 2008-07-30 10:33  
Q: 我干嘛要把辛辛苦苦很多年积累的经验白白告诉别人? 我喜欢不可替代的感觉.
A: 是的, 本质上这是一个心理学和政治学的问题, 我也无法说服你. 但有几点, 还是要说一下.
1.独自解决一个别人无法解决的难题, 可以得到公司的承认; 把知识传授给团队, 至少也会得到团队的认可
团队认可和公司承认从本质上讲是不同的
2.解决已知问题的经验, 可以传授. 但当未知问题出现时, 多年的沉淀依然不可代替. 即使新手知道解决问题的一般原则, 真正熟练运用也需要岁月的历练.
多年的沉淀不是经验吗?经验不仅是用来解决已知问题的,对于解决未知问题同样有很大帮助
3.如果你真的拥有智慧, 不必担心别人剽窃你的只言片语, 它们剽窃不了你的思想
剽窃不了思想,但是可以剽窃经验
如果你只是担心功劳会被别人抢走, 好吧, 我心理学和搞政治两方面都很差, 也没什么办法. 或许你可以坚持你不喜欢结对, 团队也不应该强求你结对.
如果不能从心理学和搞政治两方面说服,估计团队就会强求结对而不是不应该
@rocket
4,5年没用QQ了, 呵呵; 弄个MSN群
good FAQ。一些答案是我以前知道的,但是还有一些答案是我以前没有考虑到的。不过,我觉得敏捷的关键还是思想的转变,结对等这些方法是需要基于敏捷的思想的。所以上面有很多问题的提出都是由于没有把思考问题的方式转变过来。
切尔斯基,在blogjava很少能够见到几个研究和介绍敏捷的,我想邀请你到我的一个敏捷qq群中一起多讨论论:59765983
有兴趣也可以去我的博客看看,指指错误:)
@BeanSoft
呵呵, 这只是一个角色, 一如"架构师""产品经理"一样, 或者某些企业的"QA""流程管理员"等, 未必就是付费聘请的第三方的人
敏捷现在最突出的一个词就是: 敏捷教练... 这让人想起某些不好的东西, 一如 SOA 必须依赖一流的商业付费 SOA 平台一样.
re: 敏捷质疑: 持续集成 切尔斯基 2008-07-22 20:18  
@BeanSoft
大家都本着实用主义的原则, 有点效果就是进步
re: 敏捷质疑: 持续集成 44you 2008-07-22 17:26  
没参与有这样需要的项目,所以感觉理论说明,实际意义不大,知道要做和怎么去做还是很有差距的
re: 敏捷质疑: 持续集成 BeanSoft 2008-07-22 07:49  
软件开发没有银弹, 至少现在还是这样. 这几年的大趋势就是吹嘘各种理念的人太多了, 诸如 SOA, Agile, RUP 等等, 新名词一大堆, 真能革命性的提高生产力的, 还没发现.
re: 敏捷质疑: 持续集成 切尔斯基 2008-07-21 23:21  
@guest
针对你的问题, 加了一条:Q: 我们在遗留项目上工作, 面临前面提到的所有问题....
re: 敏捷质疑: 持续集成 searchfull 2008-07-21 10:46  
这是谁回答的?
真是太好了。
这一系列文章都很好!
re: 敏捷质疑: 持续集成 guest 2008-07-20 23:03  
新项目还可以试试 老项目就不要拼命鼓吹敏捷了 什么优化 改环境之类的 都是模棱两可的
谢谢你啊,这个问题困扰了我一天,今天发现是输入参数一样,就是不知道为什么,看到你的文章才明白,谢谢

然而这种方式没有在SOAP消息中包含操作名,所以如果两个不同的操作具有相同的输入,开发包有可能无法决定把请求转发到哪个函数,为避免这种情况,开发包一般为每个操作的输入输出都产生具有唯一名称的Element,不管它们是否内容相同;或者作为开发者,你可以选择 Wrapped 风格
我不告诉你
Keep your dependencies to yourself,这就是maven的repository的用处
re: jadestone enhanced sax handlers 2.0 发布 切尔斯基 2007-06-13 16:21  
辅助你写自己的Sax Handler, 但比直接实现JDK的SaxHandler 速度更快, 代码更简单
做什么用的,写的详细点啊
有没有不用异常的好方法推荐? 我找了半天没找到, 除非自己写 SAXParser.parse()了, 呵呵
看上去似乎不错...
学习一下.

Stopable的样例代码有错
b). 缺省实现:

public abstract class EnhancedHandler extends DefaultHandler implements Reportable {

Stopable?

不过,牛牛们都说,不能用异常控制流程啊......
mark
理由很多啊,减少出错,易读易懂,利于交流:

大S和小S哪个是非空格字符哪个是空格字符?记不住啊, 看起来也不直观, 用 @rb.non_space() 和 @rb.space() 就一目了然了
创建正则表达式还用 DSL 吗,手写不就行了吗?
出来 XML 时,如果有中文 IBM JDK 似乎有问题,Sun OK
WS-Security in WebSphere 6.1

Declaration of WS-Security in deployment descriptor can only apply to the object returned by JNDI lookup, while the static stub generated by wsdl2java could not take the advantage of this.
re: Essential Web Services: SOAP, WSDL, UDDI xunliyong 2006-05-30 18:40  
服务端对我传入数据内容是没有作认证的,我是根据双方约定的返回值来看调用情况,调用接口应该是正常的;前期接口调用也是采用这种方法实现的,所以就没有意识到会出现数据丢失的现象,具体原因,还有待高手多指点
re: Essential Web Services: SOAP, WSDL, UDDI 切尔斯基 2006-05-26 16:18  
既然'"服务端却没有接收到传入的数据'",,那又如何会'"接口内的方法返回值是正确的'"呢? 看来确实需要监控工具;

Apache的TCPMonitor不错,,原先随axis提供,,现在好像独立出来了
re: Essential Web Services: SOAP, WSDL, UDDI xunliyong 2006-05-26 16:10  
接口内的方法返回值是正确的,这边没有出现错误日志(客户端),服务端是其他公司的,不知是否有日志记录;
想问一下,有没有什么方法可以监测webservice接口的运行情况,及发送和返回信息的具体内容;
re: Essential Web Services: SOAP, WSDL, UDDI 切尔斯基 2006-05-26 12:11  
看看两边的日志吧
re: Essential Web Services: SOAP, WSDL, UDDI xunliyong 2006-05-26 00:04  
通过webservice服务提供的接口方法传入相应的参数后,服务端却没有接收到传入的数据,这是为什么
re: Essential Web Services: SOAP, WSDL, UDDI 原创专栏 开源学习 2006-05-25 13:18  
不错
目标客户机的值决定了JMS的消息将以什么格式存放在MQ中。如果是”MQ”,那么消息将直接使用MQSTR格式,纯文本的存放,任何平台都能够获取消息直接显示。如果是”JMS”,那么消息将使用MSHRF2格式存放,java平台能够不加处理的正常识别,其他平台必须要做转换才能正确获得消息文本。推荐使用”MQ”。
@rockingstorm

新建一个文件serial,里面随便写个数,123之类的就可以
你好,我发现你有几步是系统提示有错误,然后你改正后继续运行的
比如:
d:\openssl\mkcerts>openssl ca -in server.csr -out server.pem -config openssl.cnf

CA签署服务器证书(需要CA私钥和序列号文件)

你首先是没有(CA私钥文件./demoCA/private/cakey.pem)
这个可以通过建目录,把ca.key加密成rsa的pem格式搞定,但是下一步缺少一个序列号文件(序列号文件./demoCA/serial)
呢,你是怎么搞定的?
作者是不是把这些漏掉了?
这样的文章还是不要发表到首页吧!
exception本来就已经是escape-only的continuation了。而这种continuation也是最没争议的一种.所以用exception来实现continuation比较简单实用.代价就是效率有点那个.


另外一种,象ruby和c#的return yield这种也可以说是continuation的应用的东西,可以用多thread的wait(),notify()来模拟,效率差,但是看上去差不多。

至于一般意义上的fp,不太可行。类型安全是一方面,高阶函数的可读性还有可调试性都很差。玩玩可以,我的一个玩具:http://forum.javaeye.com/viewtopic.php?t=7951&start=0
实际真用还是不成熟。

re: Generic Java Functor 发布首个版本 切尔斯基 2005-12-21 09:34  
看来java和fp天生阻抗不匹配啊
re: Annotation PK Interface ajooo 2005-12-21 04:33  
annotation也仍然要客户代码import这个annotation。除非该annation是标准,比如Renetion之类,否则仍然不爽。

这点上,annoation不如xml。annotation你还需要给他贴上“守门员”标签才行。而在xml中放meta data就相当于教练随心所欲,想让谁当守门员谁就是守门员。
re: Generic Java Functor 发布首个版本 ajooo 2005-12-21 04:16  
我做过一个依照haskell MonadCont模型的continuation,如果计算模型严格遵照Monad,就可以用。


不过,java 5的generics功能太弱,搞搞stl可能还勉强可以,搞Monad就没戏了,只能cast!

正好 Essential 系列 对 In action 系列,呵呵:)
共2页: 1 2 下一页