FOSDEOM 2017 的議題規模來到總共 46 軌、總議程數 645 個，分別有 40 個 devroom，6 個 main track 在運行，分列如下：
Main Track
Developer rooms
- BSD
- Backup and Disaster Recovery
- Community
- Config management
- Decentralised Internet
- Desktops
- Distributions
- Electronic Design Automation (EDA)
- Embedded, mobile and automotive
- Free Java
- GNU Guile
- Geospatial
- Go
- Graph
- HPC, Big Data and Data Science
- Internet of Things
- LLVM Toolchain
- Legal and Policy Issues
- Linux Containers and Microservices
- Lua
- Microkernels and Component-based OS
- Monitoring and Cloud
- Mozilla
- MySQL and Friends
- Open Document Editors
- Open Game Development
- Open Media
- Open Source Design
- PHP and Friends
- Perl
- PostgreSQL
- Python
- Real Time Communications
- Ruby
- SDN and NFV
- Security
- Software Defined Radio
- Software Defined Storage
- Testing and Automation
- Valgrind
- Virtualisation and IaaS
Devrooms 與 main tracks 與 keynotes
- Keynotes
分為開場與閉場，開場 keynotes 是選定在開源方面較少技術性但是有趣的主題；閉場 keynotes 有一個有趣主題以及由 FOSDEM staff 所做的會場資訊集合作為閉幕。 - Main tracks
由 FOSDEM 議程委員會擇定主題，並且邀請與主題有關的講者來演說。 - Developer rooms
絕大多數的講題都在 devrooms 上，而這些 rooms 的組織與管理由 open source projects 們自行管理，甚至會有相近議題的合作等等。
翻查了一下 FOSDEM 存放於網站上的紀錄，FOSDEM 從 2001 年開始，在 2003 年開始有 devrooms 型態的出現，第一次的 devrooms 是這些：
- Embedded softwares room
- Gnome developers room
- GNUStep developers room
- KDE developers room
- Mozilla developers room
- PostgreSQL developers room
接下來的幾年都有不同的議題的 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 一樣細緻且明確。我覺得是比較可惜的地方。
如果你覺得這篇文章不錯，歡迎打賞
BTH: 35QooNA82isrmQLmpEnqXpJoxeZmaPubPf
ETH：0x4cf61fea5EA842D202B85158d8b5e239C872De46
或是點選下方圖片贊助我一杯咖啡：
