Hackpads are smart collaborative documents. .

上官良治

216 days ago
Unfiled. Edited by 上官良治 216 days ago
  • Wikimedia Conference - Aaron Huang + 上官 
 
263 days ago
Unfiled. Edited by Po-chiang Chao , 上官良治 263 days ago
Po-chiang C 工寮活動自我許願池 2017H1
 
請把未來半年(到 2017 八月底)你在工寮可能有的活動計畫寫上來。
  • 這不是畫押專區:如果寫上來但最後沒有做,也能理解生活中必然有各種因素拖累你,但就是有個機會寫下來在半年後回顧一下。
  • 可以試著排序一下:同樣,也只是給你自己參考,最想做的事情排前面以此類推,半年後回來看看有多少跟你原本想的一樣?
  • 不要發誓給別人死:寫上來的東西都是你想做、也願意投入的,不是「有人可以做的話很好啊,但我不做」。如果真有你很想看見,但不是你願意投入的事情,試著在 Telegram 等群組跟大家討論一下(或許就有人跳坑了呢?)
  • Keyholders:
  • 請在 3/6 0:00 (UTC+8) 前完成,也請在那之後回來看一下大家彼此想幹嘛
  • 可以寫一些與工寮相關但不一定是「活動」的事情,主要重點在於未來半年你想為工寮這個專案貢獻什麼
 
格式範例如下(請複製貼上)
 
{範例:暱稱}
  1. {項目一}:{只有標題很多人會看不懂,所以請盡量簡短描述一下那是什麼樣的活動,或許會有人也有興趣一起跳進來幫忙、討論什麼的。}
  1. {項目二}:{只有標題很多人會看不懂,所以請盡量簡短描述一下那是什麼樣的活動,或許會有人也有興趣一起跳進來幫忙、討論什麼的。}
  1. {項目三}:{寫到項目三的東西很可能你就做不完了,但總之還是可以寫寫看}
 
上官良治 {上官:Shangkuanlc}
  1. 做推廣維基的宣傳資料:剪跟維基有關的影片,週五閃電講關於維基的相關內容做剪接並且放到Wikimedia Taiwan的repository中
  1. 維基數據的聚會:現在維基媒體基金會出了個三小時教維基數據的工作坊,我想要做推這個計畫讓更多台灣人會想用,所以想在工寮開聚會
  1.  
 
257 days ago
Unfiled. Edited by 上官良治 257 days ago
Chunghui F 摩茲工寮 Key holder 投票 - wildsky 
 
這邊是 wildsky 的工寮鑰匙所有權投票區,本次有投票權者只要過半數同意,即可將鑰匙所有權賦予 wildsky,邀請其協助管理工寮場地。
 
 
投票方式
請直接在贊成區貼上自己的 Mozillians.org 個人頁面網址即可
 
贊成區
 
Chunghui F 留言區
Ming T
  • 期待多了 wildsky 能讓工寮更美好!
 
 
 
 
263 days ago
Unfiled. Edited by Po-chiang Chao , 上官良治 263 days ago
  • P Team 沒錢,喬治大叔找人托孤中
上官良治
  • P Team 是什麼? Partnership Team嗎?還有喬治大叔是之前有來過工寮的歪果人嗎?(撞框外)
 
  • OCF Partnership
  • 組織上 Approved, 需要 OCF 提出名單
  • OCF 要提供活動的 Metrics (可透過 Telegram 群組)
 
  • Bob: 發布會議錄影
  • Bob: [partner keyholder] 請 OCF 提名單,約時間與部分 keyholders 面談
  • Bob: [partner keyholder] 把「白板登記」加入 keyholder 流程
  • Bob: [planning] 開 hackpad 登記
  • Bob: 問一下雅加達狀況
Po-chiang C
  • 雅加達三月底到期,還在等等等
 
393 days ago
Unfiled. Edited by 上官良治 393 days ago
上官良治
  • 認真認識、瞭解社群每個人的長處與興趣
 
494 days ago
  • 出席者
  • BobChao
yingui c
  • shadowcrow
Peter C
  • petercpg
Vel C
  • 小迅
上官良治
  • 上官(SK/shangkuanlc)
 
上官良治
  • Irvin:Tech Speaker是Mozilla認證的英文技術
Irvin C
  • 有意見要快提出來,如果沒問題就是未來的目標
  • OBJ4 KR1:70% of local Mozillians taking survey or 15% increase if current levels, are satisfied with the space
  • 要解決的問題:要提升在地 Mozillians 對 Space 的 Engagement 程度
上官良治
  • local Mozillians 要定義成有台灣有 mozilla 帳號者。       
  1. Bob: Definition of "Partners"
  • 邀請的條件?「我們想要怎樣的人來當 Partner」
  • Irvin: 任一人覺得該邀請
  • Wei: 一年內用過工寮 3 次以上
上官良治
  • Irvin&Bob: 沒有人於 space mailing list,在兩週內提出書面反對的話,就會成為Partner。反對意見不會主動提供給對方。
  • RJ:自己提議者,可以撤銷自己的partner提議。
  • 順序:
  1. 某keyholder提議,合partner資格者在space內部先討論
  1. 兩週內,如果沒有任何keyholder在郵件列表中提出反對意見(或反對者自行撤銷),則原提議keyholder就可以寫信去詢問那個potential partner是否願意成為我們的partner
  1. 獲得potential partner的同意,成為真正的partner
  • 列上去對雙方各自的好處?(權利與義務)
  • 我想像中其實應該是雙方都沒有「義務」,相對來說權利也沒有,但可能被列為 partner 的社群來借用我們就不用怎麼審(已有合作經驗與默契),另外也加強社群選用這個空間的機會。
上官良治
  • 如果能夠定期跟這些partner開會或者是互相保持溝通和互相協助宣傳,似乎也不是壞事。
Po-chiang C
  • 1. 幫他宣傳
  • 2. 相互背書
  • 3. 借工寮「可能」比較容易過
  • 消滅條件?
  • 就是剛好把提名倒過來:
上官良治
  • 順序:
  1. 某keyholder提議,不符合partner資格者在space內部先討論。
  1. 兩週內,如果沒有任何keyholder在郵件列表中提出反對撤partner資格的意見(或提議撤除者自行撤案,則原提議keyholder可自行或用space信箱的名義去信告知那個partner的資格將被撤銷。
  • 更新時間:隨時。
Po-chiang C
  • 至少有一方提出不願繼續時就一定是終止了
  1. Bob: 組織的特殊 Keyholder 制度討論 (OCF)
 
  • 特殊 keyholder 制緣由(「為何不走現在的制度」)
  • 「組織」的權利義務限制?(或者也可以先不限,兩個月後再 review?)
  • 自由開門
上官良治
  • Irvin:有活動可以幫忙顧
  • 應該是協議過的特定時段可以(例如週一到週五 8a-6p 那類)
  • 自由接客/辦活動
  • 這邊一個點是,合作夥伴畢竟不是「Mozilla 社群」,想接客的範圍不見得是如 Mozilla 社群所願。講到極端,我相信如果 space 裡只有 1% 是 Mozilla 活動也是有點名不符實。「或許」可以先考慮讓合作夥伴自由接一個月,後面再看看需不需要限制(例如每個月可以自行決定接客兩個活動那類)
Po-chiang C
  • Irvin: 不該自行接活動 / 辦活動接/辦活動仍須有現行的 keyholders 支持)
  • Peter / Ett: 可以開放自由進出,但需要有人顧,不可自行活動
上官良治
  • gdh: 要有義務介紹 Mozilla 是什麼
Po-chiang C
  • RJ: 介紹是否不需要? gdh: 應該還是要
上官良治
  • CA: 不能開艦長日誌的權限給他,而是要他把活動摘要寄給某個 keyholder
  • 提名新任 keyholder
  • no.
  • 查閱艦長日誌
Po-chiang C
  • 開特殊版避免個資等問題
  • 查閱帳務紀錄
  • 不查賬不動捐款箱
  • 列名網站
  • 列組織?
Irvin C
  • 是 space partner 才能 apply 組織 keyholder
  • 開 space team meeting
  • 加入 moztw keyholder telegram
  • Irvin 覺得應該
  • GDH 覺得不應該
  • 加入 global keyholder telegram 
  •  
  • 列名 mailing list
Po-chiang C
  • 無論如何聯絡應該要對組織(對組織)
 
  • 組織須提出確實名單經 keyholders 確認(包括介紹 Mozilla 的能力,對 Mozilla 的理解等),並不得自行變更。
Irvin C
  • 申請程序 - bob 會再提案
  1. _CA_: 關於活動登記
  1. 要在 mailing list / telegram 上找過去討論的流程都是件麻煩事,應該有個地方列出目前所有的 event request
  1. 同時 Irvin 也希望有人去處理「還沒被處理的 event request
  1. Bob: 拒絕的理由應該可以有地方登記起來追蹤,給後人參考
  1. 接受或拒絕的最後通知應該是 public 或 private?
上官良治
  • 決議:跟進來的管道一樣的權限,public來的就public最後通知。
  1. a & b & c 或許可以透過新的表單機制解決(有個 spreadsheet 列出來),但「regular events」是否該要求對方每個活動都來填表?
  1. 這個表要怎麼用?
  • 大光:非合作單位,就請他來每次都來填表。(非合作單位指不是keyholder主辦的活動)
  • 決議:只要是非keyholder辦的活動,每次要舉辦都請他要填寫一次表單。
  1. 延伸出來,當活動是 keyholder 自己辦的時候
  1. keyholder 的活動要不要登記在同一份表單?
Irvin C
  1. 決議:不用,因為表單是用來登記「誰接了什麼活動、有什麼活動沒人接」
  1. 所有活動都要登記在艦長日誌,那邊才是用來追蹤的              
  1. 可以找機會跟幾個 keyholder 順一下摩茲介紹的投影片嗎?
  1. 每次介紹的時候總覺得卡卡的,尤其每個影片背後要講什麼有點乾
Po-chiang C
  • Irvin: 我會在影片的地方講,另外針對每個團體不一樣的狀況介紹;另外我自己有 mozilla 介紹專用的投影片
  • Bob:
  • 1. 模組化投影片
  • 2. 自己建立自己的模組,依據不同狀況自己搭配
...
495 days ago
Unfiled. Edited by 上官良治 , Peter Chen 495 days ago
 
  • 1.1 版 (最後更新: 2016 年 03 月 24 日)
社群參與指引
 
本指引描述 Mozilla 建立之社群型態,並適用於:
 
  • 反騷擾、反歧視政策。[1]其中羅列了一些 Mozilla 員工的保障與義務,制定時也考慮了特定司法管轄區的法律定義和要求。
  • Mozilla 團體關係惡化和發生衝突的解決方法。
 
本指引涵蓋了作為 Mozilla 社群成員,在 Mozilla 相關的論壇、郵件清單、wiki、網站、IRC 頻道、程式錯誤、活動、集會或個人對個人之種種 Mozilla 相關的對應行為。
Peter C
  • 「圍紀」滿怪的,比較慣用「維基」?
  • Correspondence 應該是指通信往來的意思。
上官良治
  • 在中文脈絡中,大寫開頭的Wiki才會翻譯成維基,因為這是維基媒體基金會註冊的商標,詳見wiki詞源的解釋。雖然這五六年來「維基」一詞在中文的使用已經逐漸通用化而不只針對維基百科了,但是我想本著維基台灣分會的立場,會希望仍能區別使用,故我想直接改為原文wiki。
Peter C
  • 啊啊這樣啊,那保留原文好了。
 
上官良治 社區參與指引由兩個部分組成——一項是包容性和多元化,另外一項則稱作「互動風格」的說明,闡釋我們希望如何對待彼此。不論上述哪一項,都是我們在打造社群時相當注重分。
 
多元化、包容性
 
Peter C
  • Mozilla 的專案歡迎來自各方的人士,並鼓勵任何人參與。無論您怎麼定義自己,或別人怎麼看待您我們都歡迎。我們歡迎所有人,即使有不同年齡、文化、種族、性別、性別認同、語言、膚色、性傾向、地理位置與宗教觀點,以有建設性的方式與我們互動參與貢獻
上官良治
  • 跟1.0版不同,這邊看來有做些修正。因為1.1版出現了ethnicity和race兩個類似的字,前項保留極地狐的種族翻法,我則把新增的race翻為膚色。
  • Mozilla 上的活動都應包容所有人,並應支持多樣性。
  • 與 Mozilla 的包容性與多元化政策相左之狀況可能在活動或組織中發生。諸如下列情況:
  • (一)支持排他性的行為不帶入 Mozilla 的活動。
  • (二)即使是非 Mozilla 的活動,支持排他性的行為不應出現於 Mozilla 的場域。(即使不是在 Mozilla 的空間,但是由我們主辦的活動也不應出現)。
  • (三)即使(一)、(二)成立,其他摩茲人應視此為私人行為,與 Mozilla 無關。
  • 看不懂這一句話,意思是說第一和第二項不應該發生,所以如果發生了,請大家把這當作個人問題嗎?(有種次元刀切割感)
Peter C
  • ^^^ 是
  • 我把 must not 改成語氣更重的「不得」
 
上官良治 提出與多元化、包容性相關的問題
 
如果您認為您遇到不符合上述政策的做法,請聯繫 inclusion@mozilla.com ,此信箱將通知我們的人力資源副總裁、多元與融合(D & I)專案經理、以及員工關係專員。他們可以提供一系列的資源——從個人諮詢,到其他的社群資源,當然也包括 Mozilla 組織在法務面應該處理的議題。
 
我們不允許刻意排除他人參與 Mozilla 活動的行為,我們將將妥善處理這類行為。很難想像要怎麼無意排擠他人,但若真的發生,我們也必須清楚了解日後要如何避免。我們推測當事情由私領域轉至公領域時可能發生這類問題,但我們˙也應解決、釐清。
 
互動風格
 
章節更廣泛的說明我們如何對待彼此。這裡提到的每個面向,都是我們正在打造社群的重要部分。
 
  • 彼此尊重。即使無法完全同意對方,也不應該因此態度惡劣。我們不時都會遇到一些挫折,但我們不該讓這類失望轉變成人身攻擊。如果社群中的成員感到不安或遭受威脅,很難有生產力。
  • 人人都需要雅量、試著理解其他看法。我們的目標不該是「贏」得每次分歧或爭執。更有生產力的目標,是包容使我們擁有更優秀創意的各種想法。真正的「贏」,是使我們的成品更加豐富和有力的不同觀點。
  • 拒絕暴力威嚇。
Peter C
  • 帶起身邊的人,讓其他人也能說些話。
上官良治
  • 追求卓越。要創造優越的產品,社群本當要欣欣向榮、充滿活力。彼此尊重不意味著應該虛偽地討好每位持不同意見者,或妥協我們該做的事。
  • 不要指望每件事情都會符合期待。
 
與互動風格的相關議題
 
  • 衝突難免會發生。有時候我們對於「什麼是尊重」這件事會有不同的看法。有時幽默的方式應對可能會適得其反。
  • 面對批評時,我們可能會去討論這個批評是否合理。當我們不同意、或認為我們還有改進的必要,我們*務求*直言不諱。我們不能用花俏的糖衣包裝嚴峻的事實真相。要做到合理的直言不諱很困難,要在看似沒人聽進建言時仍堅持這麼做更不容易,而在聽到這些批判就是針對自己時,要做好更是難上加難。我們需要誠實、直率、以及尊重。這需要不少努力。如果您討論相關議題時需要協助,再次歡迎您聯繫 inclusion@mozilla.com。
Peter C
  • 這一段好像有點文謅謅?不知道有沒有更簡單直白的寫法
 
上官良治 [1]反騷擾政策在此提供 Mozilla 職員存取。
 
  • 1.0 版 (最後更新: 2013 年 01 月 07 日)
社群參與指引
 
 
Orin C 包容性、多元化
 
 
提出與包容性、多元化相關的問題
 
 
互動風格
 
 
以下是一些處理衝突的方法
 
 
 
上官良治
  • 工作存檔
 

Contact Support



Please check out our How-to Guide and FAQ first to see if your question is already answered! :)

If you have a feature request, please add it to this pad. Thanks!


Log in