但你知道为了持续朝向此方向努力， Mozilla 也参与了 W3C ( World Wide Web Consortium ) System Applications Working Group 的首次面对面会议，期望能参与更多的 API 标準制定，以解放现今行动作业系统的封闭架构吗? 你知道这首次面对面的会议中，除了 Mozilla 外还有哪些公司也出席了吗? 想不想猜猜看全台湾总共有多少与会者呢?

　　嘿，不说你一定不知道! 不过别担心，跟着笔者一起一窥这次会议以及 System Applications 工作小组的样貌后你就知道了!

　　System Applications Working Group

　　顾名思义，此工作小组含括范围为与「需要特殊权限、需与底层作业系统和硬设备沟通之系统程序」相关之技术，包含了动态执行环境、或是与作业系统沟通之 API 设计，如 Telephony API 和 Alarm API。与多数社群运作方式相同，工作小组成员是平日皆是透过公开的 mailing list 进行讨论，有兴趣的朋友们都可以到 mailing list 关注最新消息和掌握每个 API 的最新发展哦。讨论发展常常出乎意料，一不留神，很快就会跟不上进度了。

　　First Face-to-Face Meeting

　　首次面对面会议为期三天，由西班牙电信商Telefonica 提供场地，于2013年四月在西班牙马德里举行。与会者是来自四面八方的各路英雄好汉，象是有来自 Samsung 的波兰人、来自 Huawei 的 芬兰人、来自 Intel 的 丹麦人、来自 Sony Mobile、来自 KDDI、来自…来自… ，当然，还有来自 Mozilla 的台湾人三名以及两位外国同事。

　　众人齐聚一堂，不为别的，为的就是不在这制定 API 的战场上缺席! 参与的踊跃程度也反应在会议室座位严重不足上。这三天的会议中，有一半的与会者只能拉张椅子坐在第二排、将笔电摆在双腿上，搭配别扭的姿势。不过座位的不够舒适完全不影响发言的踊跃，会议过程中可是炮声隆隆啊! 声声作响的，当然就是各家代表的坚持与见解。虽然笔者相信这种规格制定的会议多少伴随着权力角力之意味，也绝对少不了各家公司理念和策略的影子，不过「技术」与 「使用者需求」终归是关键 – 讨论终究是围绕着「API 友善度与必要性」、「实作可行性和复杂度」、「与现行/未来技术的兼容度」等技术考量。只是，讨论是否有结论又是另一故事了。

　　IRC 常是 open source 社群用来讨论技术议题的利器，它在这次会议中也发挥不小的效用 – 议程的掌控和纪录全仰赖它。要发言前，请先在 IRC 上排队;发言时会有负责人员实时文字实况转播。贴心的文字转播让笔者小小松了一口气，让笔者的脑袋可以不必同时纠结于技术领域的思考和英文口音的转换，千万，千万不要小看超过十种的英文口音齐聚一堂你一言我一语漫天飞舞的轰炸程度。

　　想要看看最不加修饰的会议纪录吗? 请点这里。 规格制订是条漫漫长路。有了获得小组成员与编辑共识的API 提案后，接下来需要验证此 API 并不限于特定的硬设备或规格上，待完成至少二种的实作方式后，需再通过测试;至此，该提案才能再往正式规格迈进一小小小小步。

　　目前 System Applications 工作小组仍处于第一阶段。 在讨论和辩论的过程中，推翻或质疑现有的 API 设计可说是思空见惯，这是因为此工作小组的目标不只是设计出 API，更要是好的 API。此次会议正是一个好时机，让小组成员们能在一起脑力激荡、重新检视现有的设计。和大家分享一个有趣的小插曲。会议进行到第二天，大家言语交锋不断烟硝味正浓时，Jonas Sicking (Tech Lead of Mozilla B2G Project) 质疑某个 API 现有设计的言论却反而让其他人愣了一下 。 「如果我没记错的话，这是你们 Mozilla 的提案。」 「是的，它是，但我们从我们的错误中学习。」

　　当下与会者都笑了。有这样的坚持，也就不难想象何以此路会如此漫长了。(此番言论当然也如实地纪录于会议纪录中) 如笔者所言，在提案过程中更改设计是常有的事，象是笔者熟悉的 Telephony API 也不例外。原本以为在此次会议中能达到共识往下一阶段迈进，没想到会议激发了众人的灵感，当下竟冒出另一版本的提案。虽然该版本乍看之下与第一版差异不大，但若仔细探究则会发现它们俩的设计概念完全不同，现在仍在火热讨论中。

　　责任编辑：XFF