周四、五两天在杭州浙大西溪校区的逸夫科技馆参加了ESRI上海办事处搞的ArcGIS Server9.3培训，在去参加培训之前，我以为这次培训内容这么前沿和新潮，参加的人一定不少，因此特地和ESRI上海市场部的人用邮件沟通了几次。
但真正当我9点进入科技馆的报告厅时，还是不免有些奇怪，整个会场完全没有我预期到的热闹场面，可以坐几百人的厅内，稀稀拉拉的坐了不到一百多人，浙大也有GIS专业，不明白为什么这么好的机会，居然没有多少人参加。
讲课的ESRI上海工作人员的讲座也是稳重有余，激情不足，大概也知道AGS的开发难度颇高，因此在介绍AGS的各种API、GP的时候不免有些啰啰嗦嗦，过于细致，更严重的一个问题是，所有的讲座都没有任何的交流环节，当然，这和培训的实践环节紧张也不无关系。
但
我感觉到的最严重一个问题，是AGS的开发难度，AGS提供了一大堆的API，在台上讲师们口若悬河时，下面的听众我只看到一片茫然，无论是像.NET、
JSF那样的服务器端Web应用程序，还是像Flex、JS那样的客户端轻量级API，演讲者和听众似乎都陷入到了那堆难以琢磨的API之中，而全然忘记
了Web应用程序的本质——无非是浏览器发送一个HTTP请求给GIS服务器，然后处理GIS服务器返回的HTTP响应。
AGS的开发难度
高，这是论坛上和现实中到处都在谈的一个问题，一个GIS开发新手，一个甚至没写过像ASP这样最基本Web页面的程序员，连Session、
Cookie都不糊里糊涂的学生，在AGS开发突然冒出的Flex、DOJO、JSON、SOAP
API等名词前面，怎么能不晕头，怎么能不糊涂。现在Web技术封装的太严密了，各种框架、类库把Web应用程序封装的严严实实，虽然开车的人不必明白车
是如何运行起来的，但作为修车的人——程序员——总不能也不知道吧。