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

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

Main Track

TrackSaturdaySunday
ArchitecturesH.2215 (Ferrer)K.1.105 (La Fontaine)
BuildingK.1.105 (La Fontaine)
CloudJanson
DocumentationK.1.105 (La Fontaine)
MiscellaneousK.1.105 (La Fontaine), JansonK.1.105 (La Fontaine)
Security and EncryptionJanson

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




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

BTH: 35QooNA82isrmQLmpEnqXpJoxeZmaPubPf

ETH:0x4cf61fea5EA842D202B85158d8b5e239C872De46

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

Leave a reply:

Your email address will not be published.

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