昨天把柯的部份寫完了，接下來想寫點有關「開放」這件事情我個人的理解。
昨天把柯的部份寫完了，接下來想寫點有關「開放」這件事情我個人的理解。
我想先剖析我自己的看法，很多人可能認為自己對開放的概念是來自於別人對開源或開放資料活動的倡議與，但我這人對於開放的脈絡，不是從開源、也不是從開放資料等概念來的。我對開放的概念，是從「義工」與「社團」兩個概念來的，所以對我來說，一直都不是為了技術而社群，而是社群本來就是技術的一環。
對我來說，開放也好、社群也好都是特別的，為什麼這麼說呢，故事得從頭說起，我盡量簡短些。
那年我高中，我有一把吉他，透過看書、我會一些基本的和弦，但我一直很想多學一點。高一時我想加入吉他社，結果當時嘉中吉他社太熱門被拒於門外（嘆），從那之後我一直理解被拒絕的痛苦。開放是一個能夠參與的必要前提。當然那年我還是很喜歡吉他。
如果你很想參與也行動了，卻沒有人願意去跟你說你可以參與，那很多時候跟拒絕是沒有兩樣的。
那年我高二（我高二轉學），我有一把吉他，然後這次總算加入吉他社了，從自己玩變成跟一群人玩，你開始體會到自己不足的地方還有很多很多，自己一個人有很多瓶頸。當然從我到目前為止在音樂上還沒什麼成就，你應該就知道我沒什麼音樂天份。XDD
不過本質上，其實我還是主要待在社團作為社團的一員，社團不一定會主動帶給你什麼成長，他只是提供一個平台給你，作多作少、特別像音樂這種蠻強調努力與理解（樂理之類的，雖然我一直沒學好）的事情，自己的努力還是挺重要的。
（ps. 我國高中時期，"幾乎"沒有碰程式的開發，主力都在玩線上遊戲跟玩吉他，前者比後者多一些，後者主要用於我自己的心情抒發、不要叫我獻醜。）
那年我大一，我很記得我社團博覽會時被一群穿著童軍服的可怕學長姐（新生對於積極的學長姊的印象）包圍時只想逃跑、不過還是留著電話。不過後來社團學姐打電話來邀請我去參與他們協助活動（我記得還用中秋節烤肉當幌子，剛好同一天 哈哈）的時候，我想想中秋節沒事幹大家都回家了只有我在宿舍，就還是去了。
那次是一個童軍的反哺活動，所謂反哺就是讓大學的童軍回饋幼童軍，童軍體制一直有一套很棒的自我循環系統，讓資深的夥伴去帶著資淺的夥伴成長、來達到一個自體循環。
我印象很深，那次的對象是附近四校國小的小朋友，地點在元智校內，內容還跟台灣地理有關係（認識各縣市）。跟學姐一起作為隊輔，卻發現我們的小學夥伴們甚至比我還進入狀況，後來談到那次回憶，我一直笑說「不是我們去帶小朋友吧，是我們去被小朋友帶吧」，而且其實過程中我非常緊張。
作為第一次參與，學長姊就信任我們能夠去參與這些服務，那是因為有幾個前提：1.他們真的需要人(新生) 2. 活動是被設計過、強度在控制範圍內 3. 有資深的顧問（學姐）帶我們一起進行 4. 新生本身是有興趣的。因為後來我參與校內幹訓的籌備也認識了很多其他社團社長，其實各類型志工社團，不論童軍或各類社團，大家面對的問題都是一樣的。
談開放，為什麼要談這些過去的往事，因為我覺得這些條件正好就是開放、社群的前提。
1. 開放是公開宣示對於社群的渴望，我們希望社群夥伴的參與
2. 開放不是單純的公開就叫開放，為了開放而開放層次是其次，你必須要為了可能的潛在需求開放。所以開放的過程跟細節都需要瞭解問題，針對問題來設計。這並不是難不難的問題，是你要能瞭解至少一種 end user 會怎麼使用這個 API，最好你自己就是 API user。
3. 我們必須要營造有顧問能夠諮詢與能夠和其他開發者自我循環的環境
4. 要營造出使用者能自發的興趣與動力。想想看如果你打造一個社團，是要求每個月評選社團內最認真的人發獎學金，那是不是所有人都會搶著去瞭解評鑑制度，所有的焦點都在那個比賽、那個規則上，而忘了社團的本質與自己到底為什麼要參與這個社團。（btw 在這個角度上，我覺得政府補助正好就幹了一樣的事情......）
從我 2011 年寫的一篇文章「Open source 作為一種態度」 ( https://www.ptt.cc/bbs/Soft_Job/M.1302425787.A.C8B.html ) ，裡面我也提到類似的看法（需求、制度設計、環境營造、成本等，只是用不同面向來寫）。
這個經驗其實影響我甚多，包括後來出社會參與 OSS，包括自己舉辦技術社團，我都一直努力幾件事情：
1. 不論是多麼基礎、多麼直覺上讓人不耐煩的意見，我都覺得這些人是我們需要的一分子，都會認真回應。我們要打造幾乎「對所有人友善」的參與空間。不論他問了多麼基本的問題，我們都能依照狀況給予友善的協助，至少不出惡言。
2. 制度的設計面上必須要能夠永續經營，不盲目的花錢、也絕對都要把每一筆錢花在刀口上。如果要叫使用者出錢，一定要讓他們瞭解錢的用途與去向。
3. 要能夠讓大家聚在一起討論，而且還能夠有個地方能找到人諮詢。
4. 不用目標以外的事情來營造動力，像我設計或參與各種比賽或投稿時，可能會發研討會門票或紀念品來作獎品或是我們自己做的某些社群營造紀念的東西。
5. 我們一定要假設一個參與者可能的需求。像以 javascript.tw 聚會為例，我設計了幾個需求：i. 單一主題的學習需求 ii. 同儕的對話需求 iii. 業界的媒合需求（所以我們歡迎管理者們） iv. 學生的學習需求(歡迎學生) 。
其中需求是最重要的，沒有需求就沒有意義。
而需求以外讓我覺得最困難而重要的，其實是在於「營造友善的環境」。
不是說會有人兇還是怎樣叫不友善，是領域的資深成員，其實多少都會有種技術本位的傲慢（我自己也是、有時候角色還是沒辦法切換過來）。面對一些新人他們會擔心來浪費我們時間、會擔心打擾到我們、會擔心他們問的問題太基本。我們都會很認真的在活動現場或社群裡面再次宣導說，有問題就儘管問。有沒有人回答、能不能學會是一回事，但至少不想回的就是沒人回，不至於被罵沒爬文或怎樣。
不管學生時代籌備的各種不同族群的活動帶隊經驗（我參與過得除了童軍活動以外，暑假還跑去帶各種缺人手的夏令營...還帶過福音營或小學生的領袖市長營之類的，小朋友都很喜歡我。XD）或是後來自己做社群。我們怎麼去營造一個「讓人放心/放鬆」的場域其實是很重要的。
而這種放心有時候可以用幾種方式呈現，
* 活動：康輔體系有很多破冰遊戲專門用在這個情境的，包含各種分組遊戲等，但缺點是通常沒有那麼多時間跟空間玩，哈哈哈。
* 幽默：一個恰到好處的幽默，可以拉近很多人距離
* 降低期待：只要降低期待（壓力），很多事情就會放鬆一點。
* 友善的主持人：主持人盡量避免用太權威與直接的方式表達，要思考到群眾的想法 XD
* 犯錯：適當地犯點無傷大雅的小錯，可以讓大家體認到自己其實也可以犯點小錯，就會比較放心。
很多事情，讓大家能夠有個自在而開放的場域，事情就會自然發生了。
不管是短期的活動場域還是長期的互動，這都是相當重要的事情。不論是技術社群、開放資料、開放 API、開放政府等等等，本質上脈絡其實都是有一定程度的相似的。當然搭配不同期許還有很多不同解讀的可能性，但我對這件事情，始終都是從這個角度進行切入的。
Comments
No approved comments yet.