如何规避软件开发中的大中华区政治红线问题

in #cn7 years ago (edited)

如何规避软件开发中的大中华区政治红线问题

1. 国家或地区列表之坑

  太阳底下没有新鲜事,几乎每隔那么一段时间,总会有一些国内或国外的软件或网站,因为错误地将港澳台地区列为单独的国家,通过网络传播,事件越演越烈,继而变成严重的政治问题。例如 2004 年麦当劳、西门子等网站,以及最近的万豪调查问卷花椒直播答题,都是因为将港澳台与中国大陆并列为国家选项,从而引发危机。

  这里面不排除确实有些公司因自身傲慢或受某些势力鼓动而故意为之。但大部分出事的这些软件或网站,其实就是一个【Country、Region、Location】表达、翻译的问题。做过国际化软件或网站的开发者都知道,要显示一份国家地区资源列表,大多都是参照某个大站复制一份,或者找一个开源的多语言国家地址列表直接用起来。处心积虑支持台独的公司或团队并不多,大多是由于低水平或无知的开发队伍抄来抄去没有注意政治红线所致。

  尽管绝大多数开发者都没有沾染政治的意图,但在政治的世界里,一不小心就会踩雷;而一旦踩雷被引爆,就是大事件。那怎么避免这种争议?其实很简单:所有涉及让用户选择位置的字段名,不应该用有主权概念的【Country/国家】,而应该用表示范围比较宽泛的【Country or region】或【Location】,所有的多语言均以此为蓝本进行翻译,中文翻译为【国家或地区】、【位置】或【区域】,即可避免。

  例如微软的 Windows 选择位置的地方,你是看不到【Country】这个字段名的,它用的是【Location】:

微软使用 Location 作为区域描述字串

  例如 Apple 的网站,它用的是 【Country or region】:

Apple 的网站用的是 【country or region】

  完整的国家或区域列表,应该直接采用国际公认的 ISO 3166 规范,对应的技术实现,亦可在 Github 上找到。

2. 繁体中文与正体中文命名之坑

  在中国大陆,将原本应该用【国家或地区】、【区域】描述的字串,弄成了仅用【国家】来描述,后果会很严重。而做台湾市场时,将【正体中文】与【繁体中文】的用法搞混,也会带来一些麻烦,软件做大了后很容易引起抗议。在商言商,我们没必要去争论正体这名字该不该用,解决办法也很简单:

  • 列出多语言的时候,不将国家地区与多语言名字一起显示,而是直接显示多语言名字。例如:【台湾 - 繁体中文】这样是不建议的,就用【繁体中文】这样的描述即可。
  • 如果你的多语言做得非常细致,中文这部分,针对中国大陆、香港、澳门、马新、台湾都有细分的多语言版本,那么国家地区+多语言名字这部分就直接用英文,不要翻译。例如【Taiwan - Traditional Chinese】。

  我做共享软件的时代,曾踩过繁体与正体之争的坑,当时经常有来自台湾地区的用户来信抗议。后来按以上方法实施后,世界清静了。

3. 其他相关资源

本文同步发表于 XiaoHui.com

Sort:  

这叫哪怕当个技术狂人,也要懂政治,运用智慧避开坑啊。

处处皆学问啊

到处都是坑啊,想要安静的当个程序员还真是不容易。

须知道代码虽然出自程序员手,但使用程序的可就完全不可控制了。

全心全意为用户服务还真不是说起来那么简单,万一用到了这么一个踩雷的软件,可是坑死人不偿命。从这里看,我为我所说过的话,做过的事负责还真不是那么容易,尤其是信息传播扩散变异的场景下,每一个字都要慎之又慎。

罗振宇前几天讲到信息扩散中的如何准确传达中心思想的问题。说道公开演讲中不仅要考虑到演讲的当下,还有提前判断后续可能的解读、转载、强调、歪曲、抹黑等等信息扩散方式,综合各种可能场景下选择一种最最稳定、不易走形的表达方式。还真是考验功力。
比如跨年演讲的门票被黄牛党解读成了“发财课”,就是对演讲课的一次变异传播,也是“时间的朋友”这个名词遗留的漏洞。对一个黄牛来说,时间的朋友这话太拗口,发财课才更容易听得懂。

在商言商,细节决定成败。

不过话说回来,作为一个吃瓜群众,虽然不喜欢政治问题,不过港澳台倘若与中国大陆并列为国家选项,确实感觉有点不舒服。

👍👏👏👌👌

哈哈,确实,很多红线都不是故意的,而是无意识地踩的。

前辈你好,想听听你们猪倌的那些事儿,空了讲讲呗~

政治无处不在,生产、运输、存储、买、卖,哪个环节都受到政治的影响

非常好
我剛加入這個平台,請看我的第一個故事
https://steemit.com/story/@biruplastik/akhir-pekan-saya

We can be friends