问题1:这个案例到底卡在哪里?
场景是整理一位日本作者资料,中文页面写“辻某某”,日文官网写“辻”,英文数据库写 Tsuji。表面看只是三种写法,实际涉及字形、读音、转写和检索入口。
我当时没有直接统一成中文,而是先做辻对比:中文保留汉字,日文核对假名读音,英文确认罗马字。这样后面做作者页、标签和站内搜索时,不会把同一个人拆成三条记录。
辻对比这件事,我用一个真实工作里很常见的场景来讲:整理日本作者资料时,同一个“辻”在中文网页、日文官网、英文数据库里写法不一。问题不大,但处理错了会影响检索和引用。
场景是整理一位日本作者资料,中文页面写“辻某某”,日文官网写“辻”,英文数据库写 Tsuji。表面看只是三种写法,实际涉及字形、读音、转写和检索入口。
我当时没有直接统一成中文,而是先做辻对比:中文保留汉字,日文核对假名读音,英文确认罗马字。这样后面做作者页、标签和站内搜索时,不会把同一个人拆成三条记录。
中文页面方便,但经常只提供汉字,不一定给读音。日本姓名最怕同字不同读,虽然“辻”常读 Tsuji,但完整姓名里的名可能还有多种读法。
所以我的顺序是:先看日文官方资料,再看出版社、大学、公司这类机构页,最后才参考中文百科或新闻。中文资料适合快速了解,不适合做姓名读音的唯一依据。
做资料表时,我会分三列:原文名、假名或读音、罗马字。比如原文名保留“辻”,读音写“つじ”,英文写“Tsuji”。不要把罗马字塞进备注里,否则后面搜索很难统一。
这个小动作很省事。站内有人搜“辻”,能找到;搜“Tsuji”,也能找到。你要是只留一种写法,跨语言内容会断链,尤其是影视、音乐、学术作者资料。
复盘里还有一个坑:搜索“辻”会带出很多复合词和姓氏,比如辻堂、辻本、辻村。它们不是同一个对象,不能因为都含“辻”就合并。
我的做法是用完整名称检索,而不是单字检索。查人名加作品名,查地名加都道府县,查公司名加官网域名。单字只适合入门理解,不适合精确检索。
最终我保留原文“辻”,同时加 Tsuji 作为别名字段。文章正文第一次出现时写“辻(Tsuji)”,后文只写“辻”。如果读者主要是中文用户,这种写法最不打扰阅读,也方便搜索。
这个案例给我的经验很简单:辻对比不是比谁翻译得漂亮,而是比谁的信息链完整。原字、读音、罗马字、来源四样齐,后期维护会轻松很多。