文章用一个场景开场：一个在加拿大的美国人，去印度旅行网站订斋浦尔的酒店，却看到「04/05 → 04/07」的价格显示成一串他完全读不懂的印度计数法和货币，于是扭头就走。作者以此厘清 i18n（国际化，把代码库搭成可本地化的架构）与 l10n（本地化，把日期、数字、货币、语言真正换成用户习惯的格式）的分工，并给出一份可执行的落地清单：用户可见文案绝不硬编码、翻译文件按功能分组并让组件自己长高而非定死宽度、用带条件的翻译处理复数与枚举、数字分隔符各国不同（印度用 lakh/crore 的 2,2,3 分组）、货币符号与円/$/¥ 的本地域写法差异、日期格式与第一周的差异、姓名与地址字段各国顺序、以及全角 CJK 字符会把「英文字段」校验搞挂等。最后反复强调：别把地域偏好强加给用户，要留显式、好找的语言与货币切换入口。