re: 精武门之Web安全研讨会首日感受 heyang 2008-12-18 04:38
牛人不少。
re: 一句话，一个人 crasywilzon 2008-12-15 15:14
非常同意：
“其实说到能力，在我看来技术方面的能力是可以培养的，要成为技术上的能人，需要专注，坚持和勤奋，但是要成为一个架构师那么最重要的还是胸怀和眼界，能够容纳别人才会让别人接受你，这些说起来都很容易，但是做起来却是很难，因为这和个性也有关系，改变自己的个性需要勇气和时间。”
re: Open API 分享 dell笔记本 2008-12-13 18:31
不错，看不卡
re: 星巴克REST案例分析读后感 岑文初 2008-12-11 14:05
Google的Gdata，豆瓣的Open API，Amazon的S3等等都是REST的，当然并没有说REST一定是好的，技术没有所谓的优劣，只有用的人是否在合适的场景充分的利用了它的优势特点。
re: 星巴克REST案例分析读后感 Always BaNg. 2008-12-11 13:52
REST这么火，有成功的案例么？
re: 一句话，一个人[未登录] ytl 2008-11-20 22:16
一年过去之际，勉励自己改变自己。
有架构师的能力，却没有宽广的胸怀，那么永远只会停留在一个代码编写者阶段。
有宽广的胸怀，却只有程序员的能力，那么只要努力就会成为架构师甚至首席架构师。
------------------------------------------------------
说的好！！
re: 一句话，一个人 sunhy 2008-11-20 19:42
关于Open API的文章由于要发表在 哪本杂志？第多少期？期待！
re: 一句话，一个人 jnight 2008-11-20 14:56
与人交流需要理性的思考
re: 一句话，一个人 Laoli 2008-11-20 12:34
这不就是传说中的沟通能力
re: 一句话，一个人 发宾 2008-11-20 10:16
首先就是微笑，其次就是倾听，再则就是引导，最后就是坚持。微笑可以化解敌意，倾听可以找出问题，引导可以商讨解决方案，坚持可以达到目标
re: 一句话，一个人 不错呵呵 2008-11-20 10:14
不错呵呵
re: Memcached使用点滴 mile 2008-11-20 09:55
榜样！
re: 一句话，一个人 zhyiwww 2008-11-20 09:44
值得学习……………………
re: “开放”的一些感想 bao sun 2008-11-07 10:48
@IceRao
组织大，众口难调。一个20人的小团队都不太好协调一致，何况ali系
re: SIP交流PPT yeshucheng 2008-11-02 21:08
这个PPT确实做的挺不错
re: SIP交流PPT 金山毒霸2008 2008-11-01 16:59
一个非常精美的PPT
re: “开放”的一些感想 IceRao 2008-10-31 14:05
我想你公司在国内来说应该是比较创新和开放的地方了。各方面的阻力应该要小一点。
re: SIP交流PPT[未登录] changshan 2008-10-31 13:08
期待后续
re: SIP交流PPT 123 2008-10-31 10:30
期待下文
re: 通过GC输出分析内存泄露问题 岑文初 2008-10-23 15:05
@Always BaNg.
不是淘宝，是阿里软件
re: 通过GC输出分析内存泄露问题 Always BaNg. 2008-10-23 14:55
你是淘宝的岑文初吗？
re: 通过GC输出分析内存泄露问题 杨爱友 2008-10-22 20:38
高人，俺们写代码，只管功能实现，绝对不考虑占用空间，极少考虑执行效率，学习啊...
re: “开放”的一些感想 江南白衣 2008-10-10 10:55
呵呵，国内吃螃蟹者的必然遭遇啊
re: “开放”的一些感想 yeshucheng 2008-10-10 08:53
人一生最大的竞争者到头来还是自己，而要把自己看清楚需要智慧的思想。不断总结自己，也是一个不断提升的过程。认识自己不足的同时也是在更高一层的迈进。
向你学习！
re: “开放”的一些感想[未登录] letitbe 2008-10-07 22:22
不太了解，
你们公司别的架构师也用这个平台，那这个平台岂不成了架构的架构？
其实你的讲的内存分配机制就是基于OS的存储器管理的LRU方式吗，呵呵。这种方式更加趋向理想化的OP方式管理。当然这当中是通过CPU的硬件方式来快速解析页表分配的（CPU检测TLB是否当前的页表存储在cache当中）。
没有,如果可以，你可以用这两个包在同样的环境试试看。
不知道有没有跟spymemcached这个客户端的对比数据？
re: Memory Leak分析分享 隔叶黄莺 2008-09-19 11:33
拜读过，很有意义，总结起来就是两点
1. iBatis 的Throttle作increment 有可能造成阻塞线程
2. 1.6.2 jdk 以前的 LinkedBlockingQueue.poll() 方法会带来内存溢出，用全阻塞的 take() 方法就能避免，或者升级 jdk 到 1.6.2 版。
re: Memory Leak分析分享 文初 2008-09-19 09:46
对的,楼上说的是,这里写错了，以前用poll就是为了timeout来做半阻塞。对于jdk1.6是否解决了，我还需要在看看，在我写的里面提到了的确看到有回收，但不知道为什么会始终在增加。没有请求的时候也在增长，这就有点让人担心了。现在用take试试看。
re: Memory Leak分析分享 dennis 2008-09-19 09:20
另外poll()不是全阻塞吧，poll()如果队列为空会返回null，take()才是全阻塞，建议用take()来做替代
re: Memory Leak分析分享 dennis 2008-09-19 09:15
LinkedBlockingQueue的这个问题在jdk1.6.2以上版本已经解决了，用jprofiler观察下，尽管一直在增加，但是执行run gabage collector in profiled application的时候会立即减下来。
re: OOM和JVM配置优化(二) ldd600 2008-08-05 16:34
不好意思，理解错误，是指eden占committed space的1/2, 这样copy复制时有可能会占满survivor和tunured，只要合理设置eden和survivor的比例，就没有问题了。
re: OOM和JVM配置优化(二) ldd600 2008-08-05 16:08
您好，您的例子中xmn把young代空间设置超过了整个heap的大小的1/2，这样是不是在对young代垃圾回收时，可能同时会出现对tenured代的major垃圾回收。
能发一份代码参考吗?我的邮箱:god8116234@sina.com
re: Memcached使用点滴 茴香豆 2008-07-01 18:43
写的很好，详细说明了实际开发中遇到的细节问题，赞一个！
re: 理解Load Average做好压力测试 yeshucheng 2008-06-30 22:44
通俗易懂，很不错！
很多场景可能真的要在像阿里这样的公司才能亲身体会深刻
拜读！
总算搞明白REST Web服务与SOAP Web服务的差异了。
很同意“适合才是最好的”。
不过，很关注REST未来的发展和应用。
URL url = Thread.currentThread().getClass().getResource("/org/apache/cxf/APIMessages.properties");
url = ResourceUtils.extractJarFileURL(url);
System.out.println(url.getProtocol());
File file = ResourceUtils.getFile(url);
String text = FileCopyUtils.copyToString(new FileReader(file));
如果没有这句会报错：
ResourceUtils.extractJarFileURL(url);
re: Java 载入Jar内资源问题的探究 yeshucheng 2008-05-29 17:51
代码字体太小，呵呵。希望以后调整下。整体不错
请问是直接加上这么一句吗？
<parameter name="useDoom">true</parameter>
我加上了好上没有作用啊，返回的还是乱码诶；
还是您说“或者就是做一个handle或者phase在Inflow和outflow中配置这个参数即可。”请问能否具体说下如何实现呢，谢谢