FOSDEM 2017 歐洲研討會微觀查 (四) 持續且針對單一議題運行的 devroom

FOSDEOM 2017 的議題規模來到總共 46 軌、總議程數 645 個，分別有 40 個 devroom，6 個 main track 在運行，分列如下：

Main Track

Keynotes
分為開場與閉場，開場 keynotes 是選定在開源方面較少技術性但是有趣的主題；閉場 keynotes 有一個有趣主題以及由 FOSDEM staff 所做的會場資訊集合作為閉幕。
Main tracks
由 FOSDEM 議程委員會擇定主題，並且邀請與主題有關的講者來演說。
Developer rooms
絕大多數的講題都在 devrooms 上，而這些 rooms 的組織與管理由 open source projects 們自行管理，甚至會有相近議題的合作等等。

翻查了一下 FOSDEM 存放於網站上的紀錄，FOSDEM 從 2001 年開始，在 2003 年開始有 devrooms 型態的出現，第一次的 devrooms 是這些：

接下來的幾年都有不同的議題的 devroom 開啟、關閉或延續，直到近 5 年 devroom 算是比較穩定 (晚點做一下統計)，明年 (2018) 還會要再多開一個 devroom 出來，來到 41 個的新高點。

這樣的模式之下，main tracks 反而有比較弱化的感覺，也造就一個狀況是 devroom 能夠長久的、延續的探討同樣的主題，讓整個 devroom 有一個聯貫性存在。不僅僅只是「devroom 存活在 FOSDEM」這樣的連貫性，還有議題討論的連貫性以及投稿人的連貫性。

我們能夠在 devrooms 中看到一個景象是某某議程的主講人提到「去年在 FOSDEM 上狀況是怎樣怎樣、今年則是如何如何」；或是有人提問到「去年你在 FOSDEM 提到 blablabla，今年的狀況是怎樣」。

我覺得這樣是個好事，這代表參與討論以及對於議題的研究的人都是有延續性的，並且可以確保該主題參與的人會是對 devroom 主題有一定概念的人聚集，形塑出能讓開發者們討論以及交流的空間。

以 devroom 來分還有兩個好處是，1. 議題位置固定，不會有跨 room 的問題。2. 聽眾可以更明確知道要走到哪個地方聽想聽的議程。

也或許是因為台灣的場地不像是在 ULB 這樣的大學裏面，能夠輕鬆的劃開場地來使用。在中研院人社院只能區分 3 軌，以及活動中心只有 5 軌可以使用，導致於排程上雖也能有連貫 (如 legal)，但無法切的跟 FOSDEM 的 devrooms 一樣細緻且明確。我覺得是比較可惜的地方。