> 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/2016-0506-armv8/conference-report.md).

# 会议报告：AsiaBSDCon（令人惊叹的友善之人）

* 原文：[Conference Report: AsiaBSDCon (Amazingly Friendly People)](https://freebsdfoundation.org/wp-content/uploads/2016/06/Conference-Report.pdf)
* 作者：**Warren Block**

2016 年 AsiaBSDCon 于 2016 年 3 月 10 日至 14 日在东京举行。如果早知道我那篇关于全新 FreeBSD 文档翻译系统的论文会被接受，我早就学上几句日语了。不过这确实是个令人愉快的惊喜。

## 旅程

前往日本需要一段旅行。好消息是波音 787 的机舱气压和湿度比其他飞机更高，因此更舒适。坏消息是飞行需要 11 个半小时。给旅行者的建议：带上自己的头戴式耳机，看几部电影打发时间。由于长途飞行和巨大的时差——大约 8 到 14 小时，我到现在也没搞清楚——这里提到的时间和事件即使数字不准确，也能传达会议的氛围。

我之前出过国，去过渥太华的 BSDCan。不过，加拿大毕竟和日本不同。对海关可能麻烦的担心完全没有必要。最难的不过是排队，最终我找到了成田机场的火车站。

成田快线是从机场向西开往东京市区的快速列车。这趟列车之旅足以让最愤世嫉俗的美国人信服火车旅行的价值：宽敞舒适的座椅；平稳安静的行驶；用日语和英语播报位置和目的地的视频和音频。视频显示器还播放新闻片段和持续不断的运动鞋广告，那些鞋丑得出奇。

成田快线只到东京地铁站，因此需要换乘当地的地铁列车才能到达酒店。东京站非常大，至少有三层，而我在高峰时段到达。绕着整个车站转了几圈后，几位当地人同情我，帮我找到了正确的列车。

这是我遇到的唯一困难，因为虽然几乎所有车站标志都是双语的，但我需要的那些偏偏只有日语。许多日本人即使不会说英语，也能听懂零星英语单词。许多人则完全流利。

最终我到达了酒店附近的市谷站。手持 GPS 好几次派上用场，因为天黑又下着雨。

对于更习惯火车或地铁的人来说，整个过程会更轻松。在美国西部，火车运输的是煤、粮食、牛，偶尔是粉状的膨润土，但几乎从不载人。东京的系统非常顺畅。用户预先将现金充值到 RFID“Suica”卡上，然后在出入口刷卡。迷路时，只需装作愚蠢的游客（大概是我的默认造型），就会有人来帮你。

酒店入住非常容易；AsiaBSDCon 的组织者已经把一切都安排妥当。不过房间里的插座是两脚的，而我的笔记本电源适配器是三脚插头。日本似乎正处于两脚到三脚的过渡期。美式作弊插头——按照传统把接地脚剪掉——会为大家带来无接地的乐趣。我买的日本适配器甚至在线缆上有个绝缘套。

另一个不同之处是，许多可用的无线网络仍在使用 WEP。这从 `ifconfig wlan0 list scan` 的输出中看不出来，直到有人在会议上提到才清楚。不过酒店房间里有有线以太网，简单方便。

## 周四

许多 FreeBSD 会议之前都有开发者峰会——利用难得的面对面机会进行规划和协调的会议。有一小群专注的文档人员，这群人在这次会议上基本到齐。Dru Lavigne、Benedict Reuschling、Brad Davis，当然还有 AsiaBSDCon 组织者佐藤広樹都到场了。Allan Jude 也在，但他身兼数职，我们难得见到他。

通常会有更多源代码和 Ports 开发者，经常还有些 OpenBSD 开发者。如果幸运，NetBSD 和 DragonFly 的人也在场，而这次 AsiaBSDCon 他们都来了。这些目标各异的项目汇聚一堂，增添了多样性，常常促成项目间分享解决方案或技术的交叉授粉。

FreeBSD 开发者峰会讨论的最大话题是“pkgbase”，即将基本系统像 Ports 那样打包。这项工作正在推进，许多人对实现细节很感兴趣。编写文档说明其运作方式也是一大关切，FreeBSD 11 的其他新特性同样如此。我们还谈到文档方面的帮助，特别是审阅。令人遗憾的是，一个人一旦学会了某件事，通常不会回头审阅手册中相应章节的准确性和完整性。反过来说，我们这些文档人员一直不善于宣布重大修订和新增内容，所以人们并不总是知道哪些发生了变化。我们正在推进一些想法。我们还重申，源代码开发者只需关注文档内容。如果想用 DocBook 或 mdoc 标记，那很好。但如果只想处理纯文本，文档项目的人可以帮忙处理标记。

会议提供了便当盒饭，菜品丰富多样。组织者还准备了素食，这非常贴心，可能费了不少功夫。日本大量食物都会用到鱼。我的米饭里有些透明的小鱼盯着我看，但那要么是搞错了，要么很可能是装饰。

当天晚些时候，几个项目做了状态报告。都很有趣，但 Alistair Crooks 关于 NetBSD 和 pkgsrc 的报告尤为全面且讲解到位。能从既是主题专家又是优秀演讲者的人那里听到这类报告，总是令人愉悦。

## 周五

文档开发者随后开了自己的会议，讨论了几个正在进行的话题，如新的 PO 翻译系统、长期悬而未决的网站配色之争，以及我们对文档方面各种进展的沟通不足。Ports 团队在沟通他们所做的有趣工作方面做得很好，我们需要向他们看齐。

下午，我们短暂前往秋叶原——传说中东京的电子街区，从最小的元器件到最大的整机都在那里出售。惊人的电子产品塞满了每一寸空间。有些地方是一栋建筑里挤满许多小而专业的摊位。我本想找一把日本制造的压线钳，但希望渺茫。在我们去的第一家店里，其中一个摊位只卖压线钳，而我想要的那把就挂在墙上！在秋叶原很容易信息过载，于是我们回到会议参加稍后的环节。

文档教程在傍晚开始。我参加了，主要是想看看新的翻译系统运作如何。Dru 和 Benedict 是讲师。在三小时的课程中，他们与后藤大智合作，涵盖了 FreeBSD 文档工作的方方面面。我们的示例中发现了几处粗糙的地方，但最终 GOTO-san 完成了闰秒文章的日语翻译。

我们确实发现那个房间里有几个座位不知为何是暖气或空调设备振动的焦点。坐在那些座位上就像坐着一辆两个轮子严重失衡的汽车。这对后来在同一房间举行的讲座是有用的情报。

## 周六

会议演讲的第一轮从周六开始。

Kamil Czekirda 做了关于“FreeBSD 测试集群自动化”的演讲。这是与现有测试集群分离的项目，使用网络启动将裸机完全设置为测试节点。这是一个有趣的设置，与我们在开发者峰会上讨论的自动化测试很好地呼应。

“高密度文件服务器”是 Baptiste Daroussin 的演讲，关于设置从网络启动的大型文件服务器。他们尝试了几种不同的操作系统，FreeBSD 在对比中表现出色，通过基准测试和相当严格的测试得以展示。剩下的问题是许多人在 FreeBSD PXE 启动加载器和其他网络启动问题上遇到的。这些组件的改进将使 FreeBSD 更通用，能与 Syslinux 和 Grub 等标准 Linux 启动加载器竞争。

午餐休息时，我走到几家当地的自行车店，想找印有店铺标志的水壶。结果发现全世界都不再做这件事，所以两家店都没有。回来的路上，我看到一家叫“Leonidas Chocolates”的店，想着带点东西回去给会议上的其他人也不错。店里三位女士在工作，我提出要一份什锦装后，她们想知道是不是用来送礼。“当然，”我说，心想这大概是我词汇量所能应付的了。她们的脸都亮了起来。六块巧克力被仔细包裹好，让我过目。盒子被仔细封好，然后我可以选择丝带颜色。我觉得让她们选最稳妥，就请她们代劳。她们更来劲了，选了一条红丝带。盒子被仔细放进精美的袋子里。到现在我还不清楚，但也许我已经与其中一位、甚至三位女士订婚了。

周六晚上的宴会恰好在我的酒店举行。这是一场非常高规格的活动，食物丰盛，氛围足够安静便于交谈，开放式酒吧鼓励大家相互交流。我品尝了“烧酎”，一种大麦蒸馏酒。清酒直截了当，意图明显。这种烧酎则含蓄到近乎误导。

## 周日

终于轮到我做演讲了——演讲内容相当平淡，关于新的文档 PO 翻译系统、翻译者对 FreeBSD 的重要性，以及这个新系统如何帮助他们。到场的人比我预期的多。虽然可能有些烧酎带来的昏沉，但大多数人看起来相当清醒。投影仪甚至没有抗议。我只忘了原本想说的 20% 或 30% 的要点。结束时观众似乎都还醒着，按某些标准（也就是我的标准）算是热烈成功。这个话题恰好填满了时间，既避免了早早结束的尴尬沉默，也避免了下一场演讲者提前到来的窘境。

演讲之后，我可以放松享受其他人的演讲了。Allan Jude 谈了他从加密磁盘启动 FreeBSD 的工作，以及 FreeBSD 多年来使用的明显荒谬的多阶段加载。这是一场既有趣又有见地的演讲。

会议主题演讲由 Stephen Bourne 主讲。去年他在 BSDCan 上讲述了如何编写 sh shell，非常精彩。在 AsiaBSDCon，他讲的是 Unix 的发展历程，以及事物为何变成如今的样子。他是出色的演讲者，非常值得去听他的讲座。

最后，我听了 Kirk McKusick 的“BSD 快速文件系统简史”。它在技术细节和概览之间取得了宜人的平衡，让我对 UFS 有了新的敬意——它不仅比 ZFS 占用资源少得多，同时也是非常优秀的文件系统。

还有一场“进行中”的工作会议，与会者就正在进行的项目做了非常简短的报告，然后是传统的 FreeBSD 基金会抽奖。为基金会提供了三件奖品用于发放。两件是基于 AMD 的多网口路由器系统，一件是裸板，另一件装在能安全承重一辆汽车的钢制机箱里。第三件是 Netgate 捐赠的 Minnowboard Turbot。这是一块 64 位 Atom 处理器，2G 内存、USB 2.0 和 3.0 接口、SATA、HDMI 和千兆以太网，全部集成在 3 x 4 英寸的单板计算机上。还附赠一个带有 AsiaBSDCon 纪念激光雕刻图案的铝制机箱。我从不中奖——但我中了 Minnowboard！

## 返程

返程顺利一些。Brad Davis 设法把我的票升级到腿部空间更大的“经济 plus”座位，而且整排就我一个人。在机场，我们在 United 贵宾室候机，一群仆人为我们剥葡萄、处理空毛豆荚，最后用大象驮着轿厢送我们登机。

回程航班只花了九个小时，虽然仍不算短，但可以忍受，而且舒适得多，这要感谢 Brad。

在丹佛机场有一段短暂的中转。等过机的人都知道电源插座的价值。一些高级座位附近就有，甚至内置在座椅框架里。但 B56 登机口连一个插座都没有。我到处搜寻，终于在角落的金属装饰上发现了一个。我赶紧挪到旁边的座位，拿出电源适配器、线缆和电脑。抱着这一切，我转身面对插座，发现那根本不是插座，而是一个逼真的插座贴纸，不知哪个极其邪恶的混蛋贴在那里的。人们纳闷我在笑什么，紧张地躲开。

## 建议

* 去 AsiaBSDCon。
* 带上两脚电源适配器或作弊插头。
* 第一次去时，与去过的人会合，请他们帮忙导航。
* 在 GPS 或手机中为会议地点、酒店和火车站设置路标。
* 掌握少量日语单词会大有帮助。“Sumimassen”（打扰一下）和“domo arigato”（非常感谢）能应对许多场合。
* 带上小伞。会下雨的。

## 总结

会议还有许多我未描述的演讲和会议。整个事件在会议前、会议中和会议后都是一场冒险。去 AsiaBSDCon 吧。它太棒了。

***

**Warren Block** 自 1998 年起使用 FreeBSD，2011 年起担任文档提交者。


---

# 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/2016-0506-armv8/conference-report.md?ask=<question>&goal=<endgoal>
```

`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.