如何正确的定义缩写

前言

在日常工作中，我们经常遇到缩写。比如OA（Office Automation）、HR（Human Resources）。开发过程中，我们也经常需要使用缩写，比如包名、字段名等。

缩写不仅能简化书写，还能统一沟通语言，提高沟通效率。

好的缩写，不仅要去书写简单，而且见名知义。但是缩写本身并没有固定的规则和规范，我查阅了大量的常见缩写，从中总结了一些“规律”。希望这些规律可以帮助大家更好的定义和读懂缩写。

首字母缩写

首字母缩写是大家最常见的缩写形式，比如前面提到的OA（Office Automation）和HR（Human Resources）。

这种缩写形式比较简单，只需要把单词的首字母拼接在一起即可。虽然简单，但是却有一些细节值得注意：

去除连接词或介词

比如美国航空航天局的缩写NASA，其全称是National Aeronautics and Space Administration。这里的连接词and并没有被加到缩写中，因为它本身不包含重要的信息，只起到辅助作用，可以省略。

但是也有例外，比如无线电探测与测距的缩写是Radar，也就是英文中的雷达。其全称是Radio Detection And Ranging，这里的and就被包含到了缩写中，好处是缩写更像一个单词，更方便阅读。

有时and会被替换成符号&，比如R&B（Rhythm and Blues）。

复合词

比如大家都知道的HTML（Hypertext Markup Language），这里Hypertext的缩写四ht，而非h，主要是因为Hypertext是个复合词（Hyper-text），使用ht就比h更加清晰。

首字母数量

首字母缩写并非只提取第一个字母，比如WIFI（Wireless Fidelity），就提取了前两个字母。

也有提取前三个字母的，比如Feb（February）、Aug（August）。

也有提取前四个字母的，比如Dept（Department）。

一般单个单词的缩写，为了清晰以及不跟其他缩写冲突，都是提取前三个以上的字母。太少太多都不好，太少容易冲突，太多就起不到缩写的作用了。

按音节划分

有些单词的缩写会参考音节，比如bf（be-fore），sgt（ser-geant），vs（Versus） 。

通常出现在单个单词的缩写，这一块的规则就更加模糊了，了解即可。

首尾字母

有些单词会用首尾字母作为缩写，比如Jr（Junior），Sr（Senior），Dr（Doctor）。

考虑上下文

缩写不能跟上下文中的其他缩写冲突，比如Issuer可以缩写成iss。但是如果上下文中已经有了Issue缩写成了iss，那可Issuer可以缩写成Issr。

案例

之前做过一个项目，叫现场作业，需要Java后端起项目名称。于是我百度翻译了一下：onsite task。但是觉得叫onsite-task-backend太长，于是我就省略了task，变成了onsite-backend。

现在复盘一下，觉得当时真是太傻了了。

这个名称有两个问题：

1. onsite是形容词，task才是关键的信息。我竟然省略名词，保留了形容词，真是本末倒置。
2. 这个名字并没有体现项目的功能和使用场景，太过简单了。

项目主要有两块功能：作业报备和作业监管。因此可以先按照作业报备和监管翻译成英文：Operation Reporting and Supervision，再基于它定义缩写OpRS。

这里不用ORS，一是防止跟其他缩写冲突（例如"ORS" 在医学中常常指的是口服补水盐，Oral Rehydration Salts）。其次Operation经常被缩写成opr或op，所以综合考虑使用op更合适。

这样后端就可以叫oprs-backend。