文章认为XML是一种低成本领域特定语言(DSL)，并以作者参与开发的美国国税局开源税务估算工具项目为例，说明XML在公共部门软件开发中的实用价值。

标题：XML是一种经济高效的领域特定语言

文章核心内容：

美国国税局(IRS)近期发布了开源项目"税收预扣估算器"(TWE)，该项目使用XML作为核心配置语言来建模美国税法。作者通过这个项目发现，XML在构建领域特定语言(DSL)方面具有独特优势。

关键要点：

1. 事实图谱(Fact Graph)技术

• TWE采用基于XML的"事实字典"来声明式地定义税法计算规则
• 示例展示了如何用XML表示"应缴总额=总税额-已缴总额"等税务计算逻辑
• 这种声明式方法相比传统命令式编程更易于审计和追踪计算过程

2. XML作为DSL的优势

• 相比JSON，XML更擅长表达复杂的嵌套计算结构
• 支持自定义数据类型（如美元金额、布尔值等）
• 具备注释功能和更合理的空白处理机制
• 工具生态成熟，支持XPath等强大查询能力

3. 实用价值

• 作者开发了基于命令行工具的XML处理流程，极大提升开发效率
• XML的通用性允许不同背景的团队成员都能理解业务逻辑
• 虽然语法冗长，但作为税法这种复杂领域的表示语言非常合适

4. 替代方案比较

• 文章对比了JSON、s表达式、Prolog等替代方案
• 认为XML在工具支持和跨平台能力上具有不可替代的优势

项目意义： 这个IRS开源项目展示了XML在构建复杂业务规则引擎时的独特价值，特别是在需要审计追踪和多方协作的场景下。XML可能不再是网络数据传输的首选，但在特定领域建模方面仍具有强大生命力。

（注：已剔除原文中关于个人工作经历、项目开发细节等与XML技术主题关系不大的内容，保留了核心的技术分析和案例说明）

以下是评论内容的总结：

支持XML的观点

1. XML适合复杂场景

   • 评论3：XML有强大的XSD验证，能快速判断文档是否正确，是多数工作的合适工具。抱怨者往往没有使用自动化工具。
   • 评论18：XML比JSON和YAML更完善，支持注释、数据类型和验证，而后者存在诸多问题（如YAML的代码注入风险）。

2. XML在金融领域的应用

   • 评论22：金融机构依赖XML，尽管实现质量参差不齐，但规范的XML（如hashdeep生成的）表现优秀。

反对XML的观点

1. XML的复杂性和成本

   • 评论6：XML解析成本高，依赖少数开源实现（如libxml2），且维护困难。
   • 评论14：XML语法严格且冗长，难以手工编写和阅读，不如简洁的DSL直观。

2. 现代替代方案更优

   • 评论19：直接用编程语言（如JavaScript）实现计算图更简洁，支持自动补全和类型检查。
   • 评论25：Lisp是更便宜的DSL选择，易于解析、扩展和执行。

中立/其他观点

1. DSL设计的权衡

   • 评论17：XML是通用解析工具，适合生成文本而非手工编写，其优势在于工具生态丰富。
   • 评论12：JSON通过结构化设计可提升可读性，例如用maxOf和subtract等字段明确表达逻辑。

2. 税务系统自动化

   • 评论13：挪威已实现高度自动化的税务系统，用户只需确认结果，流程应简洁。
   • 评论20：用户更关注直接报税服务的便利性而非技术实现。

3. 历史与技术演变

   • 评论5：现代Web工具的出现部分源于XML在浏览器战争中的失败，JSON的流行催生了弥补其短板的工具。
   • 评论21：SOAP、J2EE等技术已逐渐被遗忘，反映了技术迭代的快速变迁。

关键引用

• 支持XML：
  "It’s the right tool for a majority of jobs... people complaining about it were simply not using automated tools."（评论3）
  "XML比JSON和YAML更完善"（评论18）

• 反对XML：
  "XML notoriously expensive to properly parse"（评论6）
  "XML语法严格且冗长，难以手工编写"（评论14）

• 替代方案：
  "直接用JavaScript实现计算图更简洁"（评论19）
  "Lisp是更便宜的DSL选择"（评论25）