平时大伙儿用“submit”这词儿，都是当动词使唤，就是“提交”那个意思。我当初也这么想，直到有一次，我起手写一个给老外客户看的界面说明文档，被卡住了。
当时需要一个名词，指代“提交”这个动作，或者说，这个任务本身。我寻思着，动词是“submit”，那名词肯定是“submission”，多正式多专业。我就这么写了上去，心想没毛病。
结果？第二天就被老大揪住了。他指着屏幕大吼：“什么submission？谁跟你这么说的？改成submit！”我当时就懵了。这不是语法错误吗？
我跟他杠上了。这不是开玩笑，我们俩为了这个词，在办公室里拍桌子争了快半个小时。他一口咬定行业里都这么用，我坚持说字典里没这么写。
我3决定自己动手，不用字典，不用语法书。我跑去翻了我手上现在正在跑的、以前经手过的几个大项目的英文内部文档和界面截图。我要看的不是定义，是那些老外技术人员和产品经理，他们实打实在工作里是怎么写下这个词的。
我翻箱倒柜，抓出了三种最常见，也是最容易混淆的场景：
我花了整整一个下午，把自己搞得像个侦探一样，把这些截图和文档整理出来，形成一个详细的对比清单。我把清单甩到老大桌上的时候，他楞住了。
事实证明，在咱们这个圈子里，特别是在UI界面和内部流程黑话里，Submit作为名词用，虽然语法上粗糙，但已经成了约定俗成。它比“Submission”更直接、更短、更符合“干活”的节奏。
我为啥对这么个小词这么较真，非要搞得天下大白？
那是因为，我之前在一家外包公司带队。一个客户老外，他脾气非常差，每次开会都颐指气使。我手下新来的小A，就是因为在邮件里把一个流程的标题写成了“Final Submission Status”，那老外发火了，说这是“没经验，不专业”的用词，当场要求我们团队所有文件全部重新修改一遍，光是改几十份文档的标题，就搞得我们连续加班了两天，一团乱麻。
当时我就憋着一股火。从那以后，我就立下规矩，凡是工作用词，不是看字典，而是看行业里最野蛮、最直接的用法。只有自己动手实践查证了，才是真的掌握了。现在谁敢说我英文不专业？我直接甩出我那套实战清单，对方马上闭嘴。
从那以后，我能区分了。正式场合，报告标题，用Submission没问题。但只要是跟界面、按钮、流程黑话有关，我毫不犹豫就用Submit。因为这就是实战得出的经验。
