-
2005 BEA User Group ShangHai
2005-02-27
时间:2005年3月5日13:00-17:00(星期六)
地点:上海徐汇区建国饭店
主题:开发高性能的J2EE应用
联系人:杨戈(Yanger) mail:y-ge@263.net
特邀嘉宾(speaker):
David Li :著名的open source中国推动者。ObjectWeb 企业会成员,理事会的理事之一。并多次在ObjectWeb每年一度的conference做出精彩的讲演。在本次活动中,David不仅会给我们贡献精彩的技术演讲,还将带来最近在法国里昂结束的ObjectWeb conference 05的最新动态。
程勇(Peter Cheng) : Huihoo共同创始人之一,管理层核心成员,Jfox核心开发人员,项目协调人。在J2EE领域有着多年实际的开发经验,深入了解开源项目的组织和管理。对中国open source推广有着突出的贡献。
郑晔(dreamhead) :Jaction Group核心成员(Spring framework中文站AOP板块版主), 丰富的spring framework项目开发经验,现任东软核心J2EE软件构架、开发工程师。
董光平(Glenn) :BEA高级技术顾问。在BEA系统(中国)有限公司任职多年,有丰富的BEA产品经验,参与过国内许多大型J2EE项目的咨询、实施工作。现致力于为BEA的行业关键客户提供解决方案、架构设计、关键技术指导等技术咨询工作。
活动内容:
在Java 出世的第十个年头,J2EE已经成为了企业级软件开发的首选,但是不可回避的是性能一直是让Java开发者所困惑的问题。随着,J2EE开发方法、工具的逐步成熟,应用性能无疑逐步成为软件开发中更重要的指标。然而,利用轻巧的构架模式、优秀的开发工具、完善的中间件产品则可以帮助我们开发出具有高性能的企业级应用软件。
飞速发展的Open source在整个java世界有着举足轻重的地位,开源不仅在推动着语言的发展还带来了应用开发的革新,了解开源不仅可以拓展我们的思路,而且给我们展现了优秀的开发实践和潜移默化引导优秀的开发方法。
在本次活动中,我们将围绕”J2EE性能”话题展开丰富的讨论,让大家不仅可以在嘉宾的演讲中获得丰富的实践内容,而且还可以分享来自你自己的开发经验,让本次活动作为一个技术交流的舞台,来促进J2EE技术的日益成熟和发展。活动安排
1:00PM ~ 1:30PM注册、签到
1:30PM ~ 2:00PM Open session
2:00PM ~ 2:40PM
Session I : 面向服务的J2EE应用开发框架-快速构建大规模、高性能J2EE应用的基石– 程勇
2:50PM ~ 3:30PM
Session II : 以J2EE/OSGi为基础的RFID中间件 – David Li
3:30PM ~ 4:00PM 休息、下午茶时间
4:00PM ~ 4:40PM
Session III : 如何获得高性能的J2EE应用-WebLogic server/J2EE最佳实践 – 董光平
4:50PM ~ 5:30PM
Session IV : 高性能服务端应用开发-J2EE、Spring技术实践(郑晔)
5:40PM ~ 6:20PM 开放式讨论
6:30PM ~ 7:00PM 抽奖活动现场图片, :)
Meet Yanger
集体留影
热闹的会场

-
Measure Your Code
2004-12-07
在今年中国软件技术大会上听了李维关于代码管理的演讲很受启发,如何用量化的指标来管理我们代码,将成为我们今后关注的焦点。
我们现在来看这样一个场景:
项目管理员请Bob(有经验的员工)对 Jack(新员工)的代码进行code review,
于是Bob进行了审查,并提出了问题。Jack看完回复后说“好像这个地方我写的是对的” Bob说“我比你经验多,就按我说的做吧” ,xxx1 想想“嗯,Bob是个高手,他说的应该是对的..."那么有没有人对这些审查置疑呢?Bob就不会有错吗。
经验往往是主观的,而且每个人在不同的时间里的经验也可能表现不一样,大家可以尝试观察一下自己一周的代码, 周一和周五写的代码质量可能没有二,三,四高? Why?
周一是刚刚过完周末的第一天,心可能还没收会,而且老板上午刚刚安排了这周一堆的任务,头绪还没理清楚,手下的代码就开始啪啪的编写了。
周五,你会想,明天就周末了, 我该准备和yy约会了吧, 在什么地点,吃什么东西好呢?
如何在组织中对每个开发人员的开发质量进行度量?以代码为例,如果我们按编写的行数做为度量的标准,很有可能会是程序员为了获得更多报酬而堆积代码,导致系统中产成很多的垃圾,变得难以维护。
所以在一个组织中定义合适的量化指标来对代码质量进行度量,这样对每个人的评价会更加客观,公平和有效。
附件里是我用together里的audit,和 metric 功能进行对我的代码进行度量和改进的示例,希望这个案例能给大家一些启发, 写出更优雅的代码!
Audit

Metric

Metric Graphic

请注意 metric-graphic的图, 绿点约靠近中心说明代码的质量越高。
这里我们看到了对代码质量进行度量的方法, 那么软件设计呢,我们能否也应该有对设计进行度量的方法或工具,来保证我们设计的可靠性.







