> For the complete documentation index, see [llms.txt](https://freebsd-journal-cn.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://freebsd-journal-cn.bsdcn.org/20150506-ce-liang-liang-ci-dai-ma-yi-ci-xie-hao/conference-report.md).
# 会议报道
* 原文：[Conference Report](https://freebsdfoundation.org/our-work/journal/browser-based-edition/measure-twice-code-once/)
* 作者：**David Maxwell**
AsiaBSDCon 2015（）
如果你使用软件，多半有一款最钟爱的程序。经常使用它，你就知道哪些地方让你满意，哪些地方你想改进。然而对大多数软件来说，你既无法获得开发方关注，更别提与开发这些工具的人交流。
现在设想有一个地方，杰出软件的开发者齐聚一堂，介绍他们正在打造的下一代伟大程序，或者讲述创造你所喜爱系统的过程。不仅如此，你还能在演讲中与他们互动，在走廊里一对一探讨，甚至在用餐时结识他们！
BSD 大会精彩纷呈、信息量大，也让人精疲力竭。连续三到五天不停地说、听、辩论、学习，会同时挑战你的耐力与脑力。从早到晚，你会遇到这辈子能见到的一群最聪明的人。
今年 3 月 14 日和 15 日是 AsiaBSDCon 的主要会议日，在日本东京举行。主要演讲前还有教程日和开发者峰会会议。这是笔者第一次参加 AsiaBSDCon。
我喜欢去从未到过的地方。在并非所有人都说英语的地方尝试沟通，这种挑战让我乐在其中。当然，我在机场买了一张手机数据 SIM 卡，可以方便地使用地图和谷歌翻译，但还是遇到了一些困难。日本似乎有一种数数的手势，未传到北美：伸出两只手，分别比出 1 根和 5 根手指表示 15，而一只手比出 1 根手指放在另一只张开的手掌中表示 6。至于这最后是怎么让我点出 30 块麦乐鸡块当午餐的，我至今也没搞明白。
东京交通系统的人流量令人惊叹。到达成田机场后，很容易就找到了前往东京中央站的特快列车。但出东京站就没那么直接了。在穿过层层站台、似乎连爬了 5 部扶梯之后，我发现每个方向都标着某种“出口”。有的出口又向下通向楼梯，再从另一段楼梯上去；后来我发现，换乘路线也会涉及很多楼梯和站台之间的长距离步行。最终我摸清了门道，发现谷歌地图加上站内墙上的出口与周边地图相当好用。不过经过从多伦多出发的漫长飞行后，我决定放弃冒险，直接打车去酒店，而不是拖着行李穿梭在一个满是日文标识、人潮涌向工作、学校或娱乐各个方向的迷宫里。正如我第二天发现的那样，这并非我与纯日文地图的最后一次遭遇。东京理科大学会议会场的地图上也没有任何英文。
我从 1993 年起就是 NetBSD 操作系统的用户，并在 2001 年获得了源代码提交权限。我参加过每年在加拿大渥太华举办的所有 BSDCan 大会。尽管我对该项目和许多其他开发者都颇为熟悉，AsiaBSDCon 仍是一次令我大开眼界的体验。
对我而言，大会在主要演讲前一天以 NetBSD 开发者峰会拉开帷幕。随后是晚上的 NetBSD Birds of a Feather 聚会。会上既有熟悉的面孔，也有许多我此前未曾谋面的开发者。看到日本 NetBSD 社区如此充满活力令人着迷——会上有许多关于 NetBSD 上及与 NetBSD 相关的出色工作的演讲。大多数演讲使用英语进行，语言障碍通常只在问答环节出现。
应当提一句，虽然我这次没有参加任何教程，但主要演讲前的两天也有多个教程可供选择。如果你想对某个主题有更深入的了解，或想通过系统的入门讲解加速学习，这些教程是极佳的选择。
峰会的大部分演讲都进行了直播，供无法亲临现场的人观看。其中一小部分时间专门用于仅限成员参加的讨论，未进行直播。我相信大会的组织工作主要归功于 Masanobu Saitoh 与 Jun Ebihara，不过其他人也在许多方面提供了帮助。听说日本的 NetBSD 开发者因其在众多活动上呈现 NetBSD 演讲与展示桌的勤勉而获得地区奖项，令人欣慰——他们的活动数量超过了任何其他开源项目！
接下来是在一家传统日式餐厅的晚餐与讨论；别忘了在门口脱鞋。当地人在了解如何驾驭本土菜肴与饮食习惯方面给予了很大帮助。
次日，正式大会开始。我在上午作了关于自己工具“pipecut”的演讲，随后欣赏了 Peter Hessler 关于用 BGP 作为实时垃圾邮件黑名单传输手段的演讲。看来 Peter 已运行该项目两年，但我还是头一次听说。把一种网络路由协议配合一组合适的更新属性，应用于分布式黑名单问题，这番探讨令人振奋。
第一天另一场令我难忘的演讲是 Martin Husemann 的报告，介绍了为让 NetBSD 在 CubieTruck 平台上运行，需要梳理并克服的代码库中所有“ARM 处理器是小端序”的假设。这类演讲的精彩之处在于，教会你在面对技术挑战时不要轻言放弃——而是要识别系统中可塑的部分，加以调整以适应硬件的设计约束。
在写这篇报道时，若不提 Warner Losh 那个“爆炸的午餐盒”，我就太失职了！大会提供的便当附有一套说明，告诉你如何部分拆封，然后拉动一根绳子触发餐盒下方一块圆片中的化学反应，让饭菜在桌上你面前直接加热到热气腾腾。Warner 拉绳时绳断了，他试图拆开（无用户可维护部件的）盒子并快速拉动剩余的绳头来变通。不知是拉力过大还是拆解盒子的缘故，那块圆片一次性释放了全部可用能量。很遗憾我没拍下这场“表演”的照片。
两天的演讲日都在午休时安排了主题演讲。Dennis Ferguson 与 K. Robert Elz 分别讲述了他们对 BSD Unix 演进的思考与参与——前者将其作为 Juniper Networks 的底层路由操作系统，后者用于澳大利亚的联网与教育。
大会最后一天以许多与会者一同外出晚餐收尾。第一天也有团队晚餐，但我因时差原因未能参加。与你邮件中常见其名、却从未谋面或一年只见一次的人共度时光，会带来很多欢笑与故事分享。
这是第一次来日本，我在大会结束后多留了几天，游览东京和京都。我参观了许多日本的名胜、寺庙与神社，在著名的秋叶原电子街区、其他地方购物。AsiaBSDCon 2015 让我如此享受，我希望这不会是我最后一次造访东京。
即便你无法亲自参加 BSD 大会，许多演讲都提供在线直播，许多演讲也会录像供事后观看。在 YouTube 上搜索“bsdconferences”用户，你能找到大量会议演讲录像。
如果你真的来参加 BSD 大会，你很可能会找到那些曾让你束手无策的最棘手问题的答案，洞察技术如何变化、BSD 操作系统如何通过增加支持与增强框架来利用新硬件、新协议与新计算范式。
谁知道呢？一年之后，你可能就在使用你最钟爱软件的最新版本——而那个版本正好包含了一项你一直想要的功能，那是你的创意，是你在 BSD 大会上结识开发者、与之交流后他们欣然采纳的！
**David Maxwell** 是 eSentire Inc. 威胁情报总监。David 拥有 25 年以上开源用户与开发者经验，在 NetBSD 社区尤为活跃。他目前担任 BSD 认证小组顾问委员会委员、年度 BSDCan 大会程序委员会委员。他还是 2001–2005 年度的 NetBSD 安全官，2009–2011 年度 NetBSD 基金会董事会成员，并参与编写了 Dru Lavigne 畅销的 O’Reilly 图书《BSD Hacks》。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://freebsd-journal-cn.bsdcn.org/20150506-ce-liang-liang-ci-dai-ma-yi-ci-xie-hao/conference-report.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.