Karen在办公桌旁瞪着Tom。“你在电脑上安装了Visual Studio？”

“对啊”，Tom搞不明白她为啥要暴走。

“而且你访问了Oracle数据库？”

“额。。。是啊”

“你为什么要这样干？”

为什么？Tom刚刚作为财务部门的一名开发者加入了这家财富500强公司，并且直接向Karen（一个财务专家）汇报，大部分时间都从事一些财务相关的工作。事实上，在这里他见过的唯一一个IT工作人员是帮他装电脑的。

第一天，Karen让他修复一个财务预测系统，简称FFS。“它性能很差，而且没人搞得懂它到底是怎么工作的甚至它是干什么的。不搞坏点东西的话我就没法向它添加报告记录。把它搞明白，有问题就问财务会计人员。”

Tom没花多久就搞清楚这个系统为什么会比像超车道上过马路的老头还慢了。FFS用的是Access数据库，但是超出了Access处理能力15倍。为什么是这个特殊的数字？因为数据文件被分成了15个2GB的文件。而第16个小得多的文件中包含的VBA代码将这个系统整合在一起。它不是由程序员开发的，而是由某个路人甲搞出来的玩意儿。

不同于传统的链接表结构，在提交表单前VBA会在数个DB文件中执行语句。基本的Access特征，像语句和报告并不能很容易的得到结果。大多数报告记录是手写的VBA表单。（这段没看明白，瞎蒙了。。。）

Karen并没兴趣对Tom进行技术指导，他只能慢慢往下查。第一步是将一些数据迁移到真正的数据库上。他可以慢慢将一些功能迁移到一个.net应用上并且保持原有的需求。这样做有点像一个“牛仔码农”，但是相对于他们已有的系统，这是个巨大的进步。

“我不敢相信你居然干了这种事！” Karen说。“只有研发有权限安装Visual Studio，并且只有研发可以访问数据库。你现在把这些权限搞的一团糟。”

Tom有点迷惑。“我想我应该是一个研发”

“在组织架构上，你不是。” Karen说。“你是一个会计，我们部门不允许招聘研发。”

Tom克制住打开手机查查翻译软件的冲动；他现在相信自己跟Karen没有共同语言。“假如你不能招聘研发，为什么你又招聘他们然后假装他们是会计？”

“集团的IT拒绝支持FFS，”她说。“至少在我们付钱给他们升级.net之前他们不干。但是我们没有这么多的IT经费预算。所以我们试图找一些人来支持Access应用。你唯一需要的研发工具就应该是Access。”

Tom想找出一些理由或名言警句来说服Karen认识到自己的错误，最后他只能放弃了。她的逻辑用官僚主义铸成了一道密不透风的墙。

Tom回到他的座位，开始卸载Visual Studio。在机器硬盘发出轧轧声的时候，他打开一个被允许使用的研发工具-Word-开始更新他的简历。

原文链接: Accounting for Development

后记

翻译真是个技术活。。。老外的俚语也很多啊，好多搞不懂啊！~慢慢来吧。