📌 置頂: 請把任何比你弱勢的用路人當作你的至親對待。跟前車保持安全車距 (2秒以上)。

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

In

,

Tags:



by

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


Comments

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.