演讲到9:15才开始，延迟了15分钟。看来Delay对于IT人士来说真是家常便饭。
:(
Kristian Persson先生心平气和地演讲，并不是非常出彩。也许是时间和语言的关系，也许是他自身职务（Telelogic公司亚太区产品经理）的关系，他并没有讲道太多的细节。
但是他对时间的把握倒是令我非常钦佩。不徐不疾地在规定时间内讲完，有条有理、不温不火。
首先Kristian Persson先生就提到了在软件开发过程中，改进效率有两个方面：改进过程、使用CASE工具。
Kristian Persson先生没有讲太多，但是这倒是令我回想起以前优快云上的一个小小的讨论。
软件开发过程和软件开发方法，就如同生产力和生产关系——生产力决定生产关系，生产关系促进生产力的发展。
至于CASE工具，仅仅是生产力三要素之一，更为重要的是劳动者。
然后Kristian Persson先生用图形的方式展示了软件开发的现状：开发被分割成片断，各部分之间衔接不畅，知识不能被很好地重用。而使用Telelogic的产品，则可以使各个片断很好地衔接，形成一个整体。
接着进入正题：需求驱动。讲需求收集、分析很重要。需求出了问题，就会产生多米诺骨牌效应，导致开发最终失败。
随后介绍了V模型（这也不是什么新鲜的东西），展示各个阶段（需求分析、设计、编码）到测试（单体测试、集成测试、系统测试）的映射关系。
之后开始介绍产品，展示了一个从需求到代码的映射的概念图。
我比较好奇：需求到实现的映射并不是一对一的。
按照Adrian Colyer在《AOP without the buzzwords》提供的数据，一个用日志来记录程序异常的需求，从需求到实现的映射超过1:8,000。
此外，一个雇员的概念映射到一个Employer类，同时还可能关联一个EastPeopleName类、一个Address类。EastPeopleName类还好说，但是Address类不仅仅属于Employer，甚至不仅仅属于People类，Company类也会关联它。
在这些复杂的情况下，如何保持映射呢？可惜Kristian Persson先生没有做更多的讲解。
然后介绍了Telelogic的配置管理工具，声称是完全透明的，不需要ci/co。
我想可能是在客户端做了一个特殊的文件系统，挂到NTFS文件系统上来实现的吧。
最后作了一个总结，需求驱动、基于角色、全程可追踪……总之就是UP那一套了。
这是李维先生做的精彩讲座。
李维先生一上来列举了三个场景：
一、测试人员发现软件出了问题，该把谁叫出来罚站：
A：程序员
B：SA/SD
C：项目经理
D：总经理
二、如何评价程序员的效绩：
A：bug率
B：代码行
C：程序个数
三、SA/SD会出Bug吗
Together能够对代码质量进行评估。
程序员不一定愿意接受新技术。
因为新技术可能会影响到管理层的评估。
比如使用新技术，使得代码行减少——而管理层是采用代码行来度量生产力的。
GP能够减小代码行数，减少出Bug的几率。
但是GP最大的改变是：Manage Your Code。
要改变写程序的思路。
新的IDE——Manage Your Proccess。
JMX（Java Management Extension）
Refactory——Manage Your Code。
《
网络应用软件与网络无关》
这是陈榕先生做的关于和欣网络操作系统的讲座。
一上来，陈先生就抛出一个“盖茨定律”： Microsoft * Intel = 常数。
这是程朝晖做的关于SOA的讲座。
Microsoft的曹严明的这个讲座真是让人大失所望。
NEC Soft的张皓做的关于Web开发的讲座。义不容辞地支持一把。
这一天最后的技术重头戏就是这位网名叫做“板桥里人”的彭晨阳的讲座了。
656
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
