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

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

Main Track

Track Saturday Sunday
Architectures H.2215 (Ferrer) K.1.105 (La Fontaine)
Building K.1.105 (La Fontaine)
Cloud Janson
Documentation K.1.105 (La Fontaine)
Miscellaneous K.1.105 (La Fontaine), Janson K.1.105 (La Fontaine)
Security and Encryption Janson

Developer rooms

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 一樣細緻且明確。我覺得是比較可惜的地方。




如果你覺得這篇文章不錯,歡迎打賞 IOTA:RFHEIVXVIZWJFXTZORZZRCMHZF9PSGFUFWAAKXTFNZE9JQUY9HFQREJYYSPSXDRLECKXCAQQDOMSMYJYDKPCKWXBKD

或是點選下方圖片贊助我一杯咖啡:

Leave a reply:

Your email address will not be published.

這個網站採用 Akismet 服務減少垃圾留言。進一步瞭解 Akismet 如何處理網站訪客的留言資料