ArcGIS研发背后的故事（下）

“合格的Esri程序员=计算机+地理学。”
    ArcGIS 的研发工作有多个团队参与。我们有大约20个团队，例如geodatabase团队、3D团队、制图团队、网络系统团队，等等，还有负责发布工作的团队。每个团队大约10到15人左右。团队中包含程序员和产品工程师。程序员负责系统设计，软件架构。产品工程师也负责系统设计，但同时还负责用户体验、文档制作，以及软件测试等职责。他们在一起工作。比如，我和我的同事Cliff Brown，我负责管理程序员，他负责管理产品工程师，但是我们坐在一起，也工作在一起。

    我对程序员的要求是不仅懂程序设计，还要懂地理学或者地球科学。符合Esri要求的、理想的软件开发人员要么本科学地理学专业，研究生学计算机专业，要么反过来，本科学计算机，研究生学地理学。当然，我们也有纯计算机人员，他们做一些核心的软件工程、云等工作。软件开发人员必须知道为什么这样做，而不是只知道能做什么；同样，一个地理学研究员也需要知道那些好的理论能否被应用于实际，还是它们只是学术的研究。

“我们按照一定的程序做事。”
    首先，我们需要明确和理解接下来要做的事情，并设定一个时间段，比如，12个月，18个月，或者6个月，我们称这个阶段为“构想”。怎样判断我们的构想能否实现？这需要将用户的要求、当前科技的发展、以及技术人员的兴趣、能力和天分，这三点结合起来。如果目前的科技还无法满足用户的要求，那就无法实现。这就是为什么我在一开始说，我们绝不能对用户惟命是从。我希望，用户需要我们是因为我们可以为他实现价值增值，让他的公司业绩更好，而不是因为我们能写代码。

    当然，对于用户的需求，我们要认真倾听。在用户的需求中，一些是大问题，比如，“我们希望系统更加安全”，“我们要求可以用在移动设备上”；另一些是小故障，比如，“软件运行出现了bug”。这两种需求我们都负责解决。

    随后，我们进入操作阶段——搭建软件系统、设计软件特性，就像建筑师设计建筑物那样。先要有个想法，然后开始设计，随后发现这个想法并不那么好，于是从头再来，设计，然后实施。进而可能发现这个设计还是不好，于是又从头来，再设计。这是一个循环，我们可以从中学到很多 。

    接着，对软件进行测试，确保运行没有故障；测试软件的实用性，看是否满足用户的需要。我们会邀请用户过来参与我们的测试，我们称这个阶段为“整体测试”，用整个系统解决问题。

    最后是实施阶段。目前我们正在推广ArcGIS 10，其中包括一部分本地化的工作，ArcGIS 10中文版即将发布。
 
“29年从未升职。”
    很多软件开发员都在Esri工作了很长时间，从中积累了相当丰富的知识和经验，他们甚至已经将软件开发作为了自己全部的职业生涯。一部分软件开发员我们称为“高级开发员”。比如，我有个同事一生都在致力于图形叠加，他就像个地图科学家。另一些开发员则是团队领导者。这是一个颇具挑战性的工作。因为他们要在设计程序的同时，激励、指导团队中的其他成员。我们称之为“开发员领导者”。

    而我自从1981年进入Esri后，就一直从事软件研发工作。这么多年过去了，我从来没有升职。因为从进入这家公司开始，我就负责所有与计算机相关的事情，事无巨细。我从来没想过如果我不再管这些事了，这些工作该交接给谁。

“做自己乐于做的，是一种享受。”
     我热爱我的工作、我的同事、我的用户以及Jack，还有Esri。“即使不拿薪水，我和其他许多同事也一样会继续做下去。因为我们享受这份工作，享受它带给我们的挑战。”如果你刚好可以从事你所喜欢的工作，并且你能够胜任它，那就是一种享受。“可能我在某种程度上有些理想化，但我就是这么想的。”Scott说。

 

转载原文地址：http://www.esrichina-bj.cn/templates/T_yestem_News/index.aspx?nodeid=38&page=ContentPage&contentid=2047