g0v Dev Policy | 零時政府開發政策
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-02-11 17:10 – 17:13 | r823 – r835 | |
顯示 diff（41 行未修改）
*優點：可以很符合主導者的需求
*缺點：如果主導的人不是超有魅力，很可能找不到人跳坑。由於專案仍是開源的，同樣無法保證 g0v 貢獻者會持續配合，也可能 fork 出另外的版本
- *
+
*依源碼授權
*部分 open source
（12 行未修改）
|
||
| 2014-02-11 17:04 – 17:05 | r800 – r822 | |
顯示 diff（37 行未修改）
*缺點：如果組織本身有時程壓力，g0v 貢獻者不保證能夠配合。如果對專案發展的方向產生歧見，g0v 貢獻者不保證會持續投入開發，也可能會自己 fork 出另外的版本。
*邀 g0v 貢獻者參與組織主導的開發：
+ *當然也是可以花錢請 g0v 相關專案貢獻者進行開發、設計等等，只是可能會依照最終授權而有不同的收費標準
*如果專案主導者超有個人魅力，也許可以成功說服個別貢獻者接受這樣的方式
*優點：可以很符合主導者的需求
（16 行未修改）
|
||
| 2014-02-11 14:57 | r799 | |
顯示 diff（40 行未修改）
*優點：可以很符合主導者的需求
*缺點：如果主導的人不是超有魅力，很可能找不到人跳坑。由於專案仍是開源的，同樣無法保證 g0v 貢獻者會持續配合，也可能 fork 出另外的版本
+ *
*依源碼授權
*部分 open source
（12 行未修改）
|
||
| 2014-02-11 07:43 – 07:47 | r782 – r798 | |
顯示 diff（9 行未修改）
*為了符合開源精神，可編輯的原始工作檔案（psd、ai、aep、band…）必須一併釋出
*建議將釋出的檔案放在 g0v 共用的 google drive 資料夾，以便將來整理至授權中心
- *期望專案主旨能符合以下精神，雖然這並不是必要的
- *支持 open data、資訊自由
+ *期望專案主旨不違反以下精神，雖然這並不是必要的
+ *支持 open government data、資訊自由
*支持公民基本權平等
+ *支持…
不能成為 g0v 專案的情況
（2 行未修改）
*宣揚歧視的專案是否能成為g0v專案？例如反對同志平權，或者打壓台灣國家主權等
*普世價值不易衡量，如法規亦毒氣的授權雖然開源，但是具爭議性，也許正面列舉充要條件即可，這一節可以省略？
+ *已標記為省略 XD
成為 g0v 專案貢獻者的方式
（32 行未修改）
|
||
| 2014-02-11 07:43 – 07:43 | r780 – r781 | |
顯示 diff（51 行未修改）
*應用在非開源專案
*只要遵循授權即可取用程式碼
- *如果需要向原開發者諮詢技術細節，可以私下聘請開發者為顧問
+ *如果需要向原開發者諮詢技術細節，可以個別聘請開發者為顧問
|
||
| 2014-02-11 07:41 – 07:43 | r754 – r779 | |
顯示 diff（9 行未修改）
*為了符合開源精神，可編輯的原始工作檔案（psd、ai、aep、band…）必須一併釋出
*建議將釋出的檔案放在 g0v 共用的 google drive 資料夾，以便將來整理至授權中心
+ *期望專案主旨能符合以下精神，雖然這並不是必要的
+ *支持 open data、資訊自由
+ *支持公民基本權平等
不能成為 g0v 專案的情況
（38 行未修改）
|
||
| 2014-02-11 07:39 – 07:41 | r694 – r753 | |
顯示 diff（14 行未修改）
*違反自由、平等、人權等普世價值的專案(?)
*宣揚歧視的專案是否能成為g0v專案？例如反對同志平權，或者打壓台灣國家主權等
+ *普世價值不易衡量，如法規亦毒氣的授權雖然開源，但是具爭議性，也許正面列舉充要條件即可，這一節可以省略？
成為 g0v 專案貢獻者的方式
（32 行未修改）
|
||
| 2014-02-11 05:49 – 07:24 | r417 – r693 | |
顯示 diff- g零v Dev Policy | 時政府產品開(?)發政策
+ g零v Dev Policy | 時政府府發政策
（2 行未修改）
*只要開源，營利專案也可以成為 g0v 專案
*程式碼可以放在自己的 github 個人帳號，也可以放在 g0v 組織帳號
- *建議加入 g0v.json 檔案，以利程式自動抓取專案資訊放到專案列表中，雖然這並不是必要的
+ *repo 裡建議放 g0v.json 檔案，以利程式自動抓取專案資訊放到專案列表中，雖然這並不是必要的
*如果是內容創作專案，必須採用任何一種 creative commons 授權
*為了符合開源精神，可編輯的原始工作檔案（psd、ai、aep、band…）必須一併釋出
- *建議將檔案放到 g0v 共用的 google drive 資料夾，以便將來整理至授權中心
+ *建議將釋出的檔案放在 g0v 共用的 google drive 資料夾，以便將來整理至授權中心
不能成為 g0v 專案的情況
*非開源專案。
+ *違反自由、平等、人權等普世價值的專案(?)
+ *宣揚歧視的專案是否能成為g0v專案？例如反對同志平權，或者打壓台灣國家主權等
成為 g0v 專案貢獻者的方式
*可以聯絡專案窗口，彼此討論有哪些適當的坑
- *如果是軟體開發專案，也可以手刀衝 github 直接 fork 程式碼、提出 pull request
- *如果是內容創作專案，也可以手刀衝 google drive 直接 fork 工作檔，建立自己的作品資料夾
+ *如果是軟體開發專案，也可以衝 github 直接 fork 程式碼、提出 pull request
+ *如果是內容創作專案，也可以衝 google drive 直接 fork 工作檔，建立自己的作品資料夾
外部商業 / 政府 / 非營利組織和 g0v 一起開發的方式
*依主導權
- *委託 g0v 主導開發
- *共同開發
- *邀請 g0v 貢獻者參與開發
+ *邀 g0v 貢獻者主導開發：來黑客松提案，看有沒有人願意跳坑，專案方向由開發者自行決定
+ *這是一般最常見的合作模式
+ *優點：自由、快樂、超展開、充滿驚喜
+ *缺點：無法預測會發展成什麼樣子，也不一定會有人跳坑
+ *共同開發：開發過程中，雙方一起討論取得共識並執行
+ *範例：404失蹤兒專案
+ *優點：開發出來的成果組織本身馬上可以使用，不需要額外的轉換工作
+ *缺點：如果組織本身有時程壓力，g0v 貢獻者不保證能夠配合。如果對專案發展的方向產生歧見，g0v 貢獻者不保證會持續投入開發，也可能會自己 fork 出另外的版本。
+ *邀 g0v 貢獻者參與組織主導的開發：
+ *如果專案主導者超有個人魅力，也許可以成功說服個別貢獻者接受這樣的方式
+ *優點：可以很符合主導者的需求
+ *缺點：如果主導的人不是超有魅力，很可能找不到人跳坑。由於專案仍是開源的，同樣無法保證 g0v 貢獻者會持續配合，也可能 fork 出另外的版本
*依源碼授權
- *產品上線後才 open source取
+ *部分 open source
+ *開源和非開源的程式碼分開來放
+ *延遲 open source 的時間點
+ *在尚未 open source 前，視為一般私人專案
+ *在尚未 open source 前，如果想邀請 g0v 貢獻者參與，依一般私人專案的作法和個人簽約取
用
- g0v 的開發成果*
+ g0v 的開發成果**應用在開源專案
+
+ 只要遵循授權即可取用程式碼
+ *如果需要向原開發者諮詢技術細節，可以直接上 g0v irc 或 github 發問
+ *應用在非開源專案
+ *只要遵循授權即可取用程式碼
+ *如果需要向原開發者諮詢技術細節，可以私下聘請開發者為顧問
|
||
| 2014-02-11 05:43 – 05:43 | r411 – r416 | |
顯示 diff（11 行未修改）
不能成為 g0v 專案的情況
- *
+ *非開源專案。
成為 g0v 專案貢獻者的方式
（13 行未修改）
|
||
| 2014-02-11 05:06 – 05:15 | r247 – r410 | |
顯示 diff（3 行未修改）
成為 g0v 專案的條件
*如果是軟體開發專案，必須採用任何一種 open source 授權
+ *只要開源，營利專案也可以成為 g0v 專案
+ *程式碼可以放在自己的 github 個人帳號，也可以放在 g0v 組織帳號
+ *建議加入 g0v.json 檔案，以利程式自動抓取專案資訊放到專案列表中，雖然這並不是必要的
*如果是內容創作專案，必須採用任何一種 creative commons 授權
- *為了盡量符合開源精神，工作檔案必須一併釋出
+ *為了符合開源精神，可編輯的原始工作檔案（psd、ai、aep、band…）必須一併釋出
+ *建議將檔案放到 g0v 共用的 google drive 資料夾，以便將來整理至授權中心
不能成為 g0v 專案的情況
（6 行未修改）
外部商業 / 政府 / 非營利組織和 g0v 一起開發的方式
- *政府
- *非營利組織
- *商業組織
- 取用
+ *依主導權
+ *委託 g0v 主導開發
+ *共同開發
+ *邀請 g0v 貢獻者參與開發
+ *依源碼授權
+ *產品上線後才 open source取
+ 用
g0v 的開發成果*
|
||
| 2014-02-11 02:52 – 03:11 | r101 – r246 | |
顯示 diff（2 行未修改）
成為 g0v 專案的條件
- *採用任何一種 open source 授權
+ *如果是軟體開發專案，必須採用任何一種 open source 授權
+ *如果是內容創作專案，必須採用任何一種 creative commons 授權
+ *為了盡量符合開源精神，工作檔案必須一併釋出
+
+ 不能成為 g0v 專案的情況
*
- 加入 g0v 專案的方式
- *聯絡專案窗口
- *直接 fork
+ 成為 g0v 專案貢獻者的方式
+ *可以聯絡專案窗口，彼此討論有哪些適當的坑
+ *如果是軟體開發專案，也可以手刀衝 github 直接 fork 程式碼、提出 pull request
+ *如果是內容創作專案，也可以手刀衝 google drive 直接 fork 工作檔，建立自己的作品資料夾
外部商業 / 政府 / 非營利組織和 g0v 一起開發的方式
- *
+ *政府
+ *非營利組織
+ *商業組織
取用
g0v 的開發成果*
|
||
| 2014-02-11 02:52 | r100 | |
顯示 diff（15 行未修改）
|
||
| 2014-02-11 02:51 – 02:52 | r94 – r99 | |
顯示 diff（12 行未修改）
*
取用
+ g0v 的開發成果*
|
||
| 2014-02-11 02:51 | r93 | |
顯示 diff（14 行未修改）
|
||
| 2014-02-11 02:47 – 02:51 | r35 – r92 | |
顯示 diff（2 行未修改）
成為 g0v 專案的條件
+ *採用任何一種 open source 授權
+ *
+
+ 加入 g0v 專案的方式
+ *聯絡專案窗口
+ *直接 fork
+
+ 外部商業 / 政府 / 非營利組織和 g0v 一起開發的方式
*
+ 取用
|
||
| 2014-02-11 02:47 | r34 | |
顯示 diff（5 行未修改）
|
||
| 2014-02-11 02:47 – 02:47 | r28 – r33 | |
顯示 diff（1 行未修改）
- 成為
+ 成為 g0v 專案的條件
+ *
|
||
| 2014-02-11 02:47 | r27 | |
顯示 diff（4 行未修改）
|
||
| 2014-02-11 02:45 – 02:47 | r4 – r26 | |
顯示 diff- 零時政府
+ g零v Dev Policy | 時政府產品開(?)發政策
+
+
+ 成為
|
||
| 2014-02-11 02:45 | r3 | |
顯示 diff（1 行未修改）
|
||
| 2014-02-11 02:45 – 02:45 | r1 – r2 | |
顯示 diff- Untitled
-
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ 零時政府
|
||
| 2014-02-11 02:45 | r0 | |
顯示 diff+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
|
||