由 dawei 无障碍编程不是附加功能，而是尊重每位开发者认知方式的基本承诺。视障开发者依赖屏幕阅读器将代码转为语音或盲文，而变量命名恰恰是他们理解逻辑流的第一道门槛。
模糊缩写是隐形障碍。当屏幕阅读器念出“usr”“tmp”“idx”，它无法传递语义——这不像视觉者能靠上下文快速推测。更糟的是，“usr”可能被读作“user”或“U-S-R”，歧义迫使开发者反复停顿、回溯、验证，打断思维连续性。
命名应主动传达意图而非 conceal（掩盖）含义。“currentUser”比“usr”多三个字符，却让屏幕阅读器精准输出“current user”，瞬间锚定作用域与状态；“maxRetriesAllowed”明确表达约束条件，远胜于易混淆的“maxRt”或“mRt”。长度不是负担，歧义才是成本。
AI设计，仅供参考
避免依赖大小写差异来区分含义。视障者常关闭屏幕阅读器的大小写提示，此时“userName”与“username”在语音中完全同音。统一使用小写加下划线（如“user_name”）或驼峰式（如“userName”）并全程一致，比混合风格更可靠。
数字与单位需显式化。“timeout5”让人困惑：是5毫秒、5秒，还是第5个超时？改用“timeoutMs”“maxRetryCount”或“retryDelaySeconds”，数字作为值存在，单位作为语义存在，双重清晰。
项目级命名规范需写入协作文档，并配以自动化检查工具。ESLint 插件可拦截“err”“data”“res”等空泛词，提示替换为“networkError”“userDataResponse”等具体名称。规则不是束缚，而是为所有人降低认知负荷的脚手架。
当变量名能被听懂、被记住、被信赖，代码便不只是运行的指令，更是可感知、可参与、可传承的协作语言。包容性命名不牺牲表达力，它用确定性替代猜测，用透明度取代惯性——这正是技术人文主义最朴素的实践。