【百道编按】技术债通常指匆忙的软件开发所引起的后果，小额负债可以加速开发，但债务越积越多则可能引来大麻烦。这一情况同样也适用于出版业。在出版流程中也存在为求短期利益而埋下的隐患，及早清偿或者心怀警惕会更有利于工作效能的提升。
在编程中，有一个概念叫做“技术债”，这一概念同样适用于出版业务，值得仔细思考。
这里的“技术债”是指，当你写了劣质代码或是为了走捷径所产生的后果。某种情况下，你也许不得不为之付出代价——要么出钱，要么改bug。技术债会"生利息"的！所以时间过去越久，修复代价和难度就越高。
技术债无可避免，部分是因为其出自意外，更多则是因为它由人们刻意为之。因为软件不可能永不过时，跑100年都不会出问题。所以要学会接受这一事实，这其实也是产生高效能的途径之一。及时修复眼前的问题，这些问题就不会积累到以后滚雪球般增长。
出版商们肩上担着的则是另一种独特的技术债。举个例子，出版商使用不规范的、不精确的或是时效性强的术语都会为“技术债”的出现埋下伏笔。比如，在与作者签订的合同中，对“欧洲”、“英联邦”、“拉丁美洲”等概念的界定不明确。以地处南美洲的法属圭亚那为例，它是一个非西班牙语国家，但是却被归入了一般意义上的“拉丁美洲”概念中，因此一位作者如果想将版权出售给法属圭亚那的出版商，会发现自己之前跟出版社签订的合同中“拉丁美洲”一项已将之囊括。
欧盟的成员国名单总在变化。欧洲包括俄罗斯和格陵兰岛吗？你的营销团队在“欧洲”这一概念上和版权团队理解一致吗？这些细微差别与模糊地带会让你更向往工作在相对稳定的具有统一性的基础环境中。
技术债可能出现的方式有千千万万种，不胜枚举。
为所有的电子书格式都获取ISBN，想法不错，可是想想看，当你斥巨资打造的新的元数据管理系统要求ISBN唯一，抑或是你的新B2C网站平台无法识别PDF文档和EPUB文档，会多么令人崩溃！全部用纸质形式保存数据只是权宜之计（实际上你现在很少会用文本资料来存档了），你最好还是备齐版税及权力管理系统，该是收取回报的日子了。
想想看，结算的时候没有详细流水清单，作者将会多不方便，此中风险大不大？
非同寻常的版税构成将会是一颗地雷，日积月累，到了结算的时候将会更加糟糕。
无法为作者配备唯一的ID，那么当重名作者注册或是作者改名后注册时就会有问题。
累计销售额的表单只给一个人修改权限，OK，但是当拥有管理权限的人变多，会不会有漏洞？
环顾四周，看看你的写字台和电脑屏幕边框上贴满的小纸条，上面记满了未来数月的重要信息。你甚至不会将这些信息输入进电脑——根本不会有人想着为这些备忘备份！
所以，身为开发者，码代码的时候要时刻记着肩上担着的技术债，时刻比较成果所带来的收益与耗费的人力成本、时间成本。身为出版商，我们必须谨慎做出决策，时时警惕着我们自己的“技术债”。
想保持头脑清醒，警觉和接受是我们应该迈出的第一步。
定义技术债并使之最小化的关键就在于多自问“如果”。如果有一天办公室遭了火灾呢？如果有一天电脑被偷了呢？我们以这些方式存储数据和展开业务交流，会为未来发展埋下隐患吗？我们需要时刻意识到有些进程和数据需要仔细衡量镌刻，有一些则不必：比如人际互动、定制分析等等。至于其他的么，随着公司的发展，自然是会生出一茬又一茬的事情来。早早做好这些思想准备，对于未来发展大有裨益。
（本文编辑 晨瑾）
发表评论前，请先[点此登录]