公報自動化
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-11-22 04:42 – 04:42 | r2303 – r2307 | |
顯示 diff(88 行未修改)
*this maybe undo. (((在 irc 上有討論關於 filter 的問題...
*原始想法是簡化每週公報的製作
+ *英文公報格式
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(39 行未修改)
|
||
| 2014-04-18 16:05 – 16:13 | r2265 – r2302 | |
顯示 diff(24 行未修改)
授權方式
- *CC* 、 MIT程式碼部分(如 MIT/BSD)
+ *CC-BY 、 MIT程式碼部分(如 MIT/BSD)
*文件部分(如 CC-BY)
(15 行未修改)
*每月第一週自動彙集前四周公報,產生每月公報,轉po到hackpad與tumblr上。
- *製作公報跑馬燈。
+ *月份公報中心 https://moqups.com/jessy1092/U7Qmn93J/p:ad5095290
+ *製作公報跑馬燈。 http://g0v.tw
實做細節(非技術背景可跳填)
使用技術
+
+ *node.js
+ *Hackpad API
**Java
*Hackpad API
(74 行未修改)
|
||
| 2014-02-10 15:27 – 15:35 | r2141 – r2264 | |
顯示 diff(7 行未修改)
*簡少公報編輯/整理時人力的浪費。
+ *提供API給各種應用串接。
牽涉領域
*e.g.教育 / 環保 / 醫療 / 社福 / 核電 / 都市計畫 / 勞工權益 / 食品安全 ...(會變成專案 tag)
(12 行未修改)
授權方式
- *CC* (之類的吧...程式碼部分(如 MIT/BSD)
+ *CC* 、 MIT程式碼部分(如 MIT/BSD)
*文件部分(如 CC-BY)
(9 行未修改)
定使用者
- *公報編輯人員預定功能
+ *公報編輯人員
+ *各專案人員預定功能
- *簡化每期公報製作使用方式
+ *簡化每期公報製作、提供API給各種應用串接。使用方式
*每月第一週自動彙集前四周公報,產生每月公報,轉po到hackpad與tumblr上。
+ *製作公報跑馬燈。
實做細節(非技術背景可跳填)
(5 行未修改)
*協作工具
*github repo:
- https://github.com/jessy1092/AutoCommunique*hackfoldr 工作資料夾網址:
+
+ *每月公報:https://github.com/jessy1092/AutoCommunique
+ *公報API:https://github.com/jessy1092/CommuniqueAPI*hackfoldr 工作資料夾網址:
*google drive 共用資料夾網址:
*google groups 討論群組:
(2 行未修改)
產出檔案格式
- *html, hackpad, tumblr
+ *html, hackpad, tumblr, json
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
(10 行未修改)
*hackpad 轉 post to tumblr, hackpad (或其他地方
*這部份需要再討論,每期公報主要是對外發佈,因此「可能」還是會避免使用 hackpad ( 所以較有可能會轉到 tumblr 再由新聞中心發佈至FB/G+ )
+ *Communique API
+ *提供公報API,提供給各專案使用
+ *github ex. http://g0v-communique-api.herokuapp.com/api/1.0/entry/all
*irc log 的 filter
*this maybe undo. (((在 irc 上有討論關於 filter 的問題...
(6 行未修改)
自動化產生公報 in tumblr: http://jessy1092.tumblr.com/post/60939857626
+ 公報API: http://g0v-communique-api.herokuapp.com/api/1.0/entry/all
*開發者
(31 行未修改)
|
||
| 2013-10-01 04:16 – 04:25 | r2134 – r2140 | |
顯示 diff(66 行未修改)
*最佳解(?)是從專案中心撈...不過專案中心還沒出現(艸
*另外會有類似詞指同一個分類(專案)的問題... 也許做一個主 tag 然後有相關的 子 tag 歸為同一類
+ *公報規範
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
*在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
+ *月份公報各條目簡介
*hackpad 轉 post to tumblr, hackpad (或其他地方
*這部份需要再討論,每期公報主要是對外發佈,因此「可能」還是會避免使用 hackpad ( 所以較有可能會轉到 tumblr 再由新聞中心發佈至FB/G+ )
(43 行未修改)
|
||
| 2013-09-19 10:49 – 10:49 | r2122 – r2133 | |
顯示 diff(20 行未修改)
*衍生自某專案/衍生出某專案/API串接自某專案...etc.
+ Hackpad Converter
授權方式
(91 行未修改)
|
||
| 2013-09-12 16:51 – 17:05 | r2061 – r2121 | |
顯示 diff(31 行未修改)
- *規劃
+ *實作
*目標與功能(要如何解決)
(4 行未修改)
*簡化每期公報製作使用方式
- *每月第一天自動彙集前四周公報,產生每月公報,轉po到hackpad與tumblr上。
+ *每月第一週自動彙集前四周公報,產生每月公報,轉po到hackpad與tumblr上。
實做細節(非技術背景可跳填)
(5 行未修改)
*協作工具
*github repo:
- *hackfoldr 工作資料夾網址:
+ https://github.com/jessy1092/AutoCommunique*hackfoldr 工作資料夾網址:
*google drive 共用資料夾網址:
*google groups 討論群組:
(2 行未修改)
產出檔案格式
- *Txt, hackpad, tumblr
+ *html, hackpad, tumblr
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
(14 行未修改)
+ 測試公報: 201381925 201381218
+ 自動化產生公報 in hackpad: 公報自動化測試
+ 自動化產生公報 in tumblr: http://jessy1092.tumblr.com/post/60939857626
*開發者
(32 行未修改)
|
||
| 2013-09-08 14:37 – 14:38 | r2055 – r2060 | |
顯示 diff(88 行未修改)
*discuss
- *發現我完全在狀況外0rz
*主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
*ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
(1 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *可是你怎麼知道parse出來的關鍵字,是完成的事
- *這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
- *恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*yep, 所以我的想法是,如果 irc log 可以做出 filter ( maybe we do this ),那也許可以請大家在討論的時候順手在對話框後 cc 專案名稱 or # 之類的 etc, 總之就是加個可以被 filter 濾到的關鍵字,那至少它可以先被自動加進當日的公報中,那在後續也許就不用每日整個重追 irc 靠人工的方式去篩,在每週(or..幾天後?)有閒再去比對 & 補充。 ( 這是 每週公報的 part )
- *XD,所以請大家增加公報時,順便加上tag好了。
- *我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
- *對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
- *會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
- *yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
*yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
(12 行未修改)
|
||
| 2013-09-08 07:46 – 07:47 | r2032 – r2054 | |
顯示 diff(118 行未修改)
*不過這也許會是一個問題吧 囧…畢竟 g0v 的事還是比較傾向於公開討論 但在 irc 頻道上直接討論好像又有點洗板....rz
+
+ *也不是說要隱藏什麼秘密XD只是理由如上,哈哈哈,只是先討論好再打上hackpad。
|
||
| 2013-09-08 04:11 – 04:14 | r1926 – r2031 | |
顯示 diff(115 行未修改)
*我覺得在 hackpad 公開聊比較好... 大家都看得到 XDXD
+ *沒啦主要是 hackpad 要等對方打完字...(不然會亂碼...連嘸蝦米不用選字都無法避免rz
+
+ *不過這也許會是一個問題吧 囧…畢竟 g0v 的事還是比較傾向於公開討論 但在 irc 頻道上直接討論好像又有點洗板....rz
|
||
| 2013-09-07 23:58 – 23:58 | r1912 – r1925 | |
顯示 diff(113 行未修改)
*哈哈哈,應該在 irc 私人訊息聊就好XD
*maybe 先看什麼做起來比較快的先完成(嗎?) 呣.......
+
+ *我覺得在 hackpad 公開聊比較好... 大家都看得到 XDXD
|
||
| 2013-09-07 17:09 – 17:20 | r1767 – r1911 | |
顯示 diff(40 行未修改)
*簡化每期公報製作使用方式
+ *每月第一天自動彙集前四周公報,產生每月公報,轉po到hackpad與tumblr上。
實做細節(非技術背景可跳填)
使用技術
- *使用的 vagrant box 版本 / 網址:
-
- 協作工具
+ **Java
+ *Hackpad API
+ *tumblr API
+ *協作工具
*github repo:
*hackfoldr 工作資料夾網址:
(4 行未修改)
產出檔案格式
- *Txt,
+ *Txt, hackpad, tumblr
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
(6 行未修改)
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
*在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
- *hackpad 轉 post to tumblr (或其他地方
+ *hackpad 轉 post to tumblr, hackpad (或其他地方
*這部份需要再討論,每期公報主要是對外發佈,因此「可能」還是會避免使用 hackpad ( 所以較有可能會轉到 tumblr 再由新聞中心發佈至FB/G+ )
*irc log 的 filter
(9 行未修改)
分工與成員
- *NeedsWriter: 需要文案幫手(撰寫基本資訊、報導專案etc)
- *NeedsDesigner: 需要介面設計
- *NeedsData: 需要資料(擷取、清理)
- *NeedsTech: 需要技術支援(程式、架站 etc)
- *NeedsProcess: 需要幫忙設計作業流程
- *NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡
+ *NeedsData: 需lanfon Chun Wei Lee 要資料(擷取、清理)
+ *NeedsTech: Chun Wei Lee需要技術支援(程式、架站 etc)
+ *NeedsProcess: 需lanfon Chun Wei Lee 要幫忙設計作業流程
*設定成 project registry 中的 tags,需要幫忙的會自動 promote 到 g0v project hub
(26 行未修改)
|
||
| 2013-09-07 17:07 – 17:07 | r1765 – r1766 | |
顯示 diff(116 行未修改)
|
||
| 2013-09-07 17:07 – 17:07 | r1746 – r1764 | |
顯示 diff(55 行未修改)
產出檔案格式
+ *Txt,
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
(56 行未修改)
|
||
| 2013-09-07 16:54 – 17:02 | r1636 – r1745 | |
顯示 diff(65 行未修改)
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
*在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
- *hack 轉 post to tumblr (或其他地方
- *這部份需要再討論,對外
+ *hackpad 轉 post to tumblr (或其他地方
+ *這部份需要再討論,每期公報主要是對外發佈,因此「可能」還是會避免使用 hackpad ( 所以較有可能會轉到 tumblr 再由新聞中心發佈至FB/G+ )
+ *irc log 的 filter
+ *this maybe undo. (((在 irc 上有討論關於 filter 的問題...
+ *原始想法是簡化每週公報的製作
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(41 行未修改)
|
||
| 2013-09-07 16:54 – 16:54 | r1633 – r1635 | |
顯示 diff(31 行未修改)
- *ㄍㄨ
+ *規劃
*目標與功能(要如何解決)
(76 行未修改)
|
||
| 2013-09-07 16:54 | r1632 | |
顯示 diff(66 行未修改)
*在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
*hack 轉 post to tumblr (或其他地方
- *這部份需要再討論,
+ *這部份需要再討論,對外
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(41 行未修改)
|
||
| 2013-09-07 16:54 | r1631 | |
顯示 diff(31 行未修改)
- *
+ *ㄍㄨ
*目標與功能(要如何解決)
(76 行未修改)
|
||
| 2013-09-07 16:54 – 16:54 | r1629 – r1630 | |
顯示 diff(66 行未修改)
*在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
*hack 轉 post to tumblr (或其他地方
- *這部份需要再討論,在公報規劃
+ *這部份需要再討論,
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(41 行未修改)
|
||
| 2013-09-07 16:54 – 16:54 | r1624 – r1628 | |
顯示 diff(31 行未修改)
+ *
*目標與功能(要如何解決)
(76 行未修改)
|
||
| 2013-09-07 16:53 – 16:54 | r1600 – r1623 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之前應該會先開 hackpad 收集
+ *在 tag list 能從專案中心撈之前應該會先由同一個( tag list的) hackpad 收集
*hack 轉 post to tumblr (或其他地方
+ *這部份需要再討論,在公報規劃
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(41 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1598 – r1599 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *標準HTML格式?(就像目前 irc log)
+ *標準HTML格式?(就像目前 irc log 一樣)
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:53 | r1597 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之前應該會先開 hackpad
+ *在 tag list 能從專案中心撈之前應該會先開 hackpad 收集
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:53 | r1596 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *標準HTML格式?(就像目前irc log)
+ *標準HTML格式?(就像目前 irc log)
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1593 – r1595 | |
顯示 diff(110 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1582 – r1592 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *標準HTML
+ *標準HTML格式?(就像目前irc log)
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:53 | r1581 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之前應該會先開 hacp
+ *在 tag list 能從專案中心撈之前應該會先開 hackpad
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1578 – r1580 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *標準
+ *標準HTML
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1576 – r1577 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之前應該會先開
+ *在 tag list 能從專案中心撈之前應該會先開 hacp
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:53 | r1575 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *
+ *標準
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1573 – r1574 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之前應該會
+ *在 tag list 能從專案中心撈之前應該會先開
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1571 – r1572 | |
顯示 diff(110 行未修改)
|
||
| 2013-09-07 16:53 – 16:53 | r1567 – r1570 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之B後應
+ *在 tag list 能從專案中心撈之前應該會
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:53 | r1566 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *
+ *
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:52 – 16:53 | r1562 – r1565 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從專案中心撈之
+ *在 tag list 能從專案中心撈之B後應
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:52 | r1561 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
- *
+ *
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:52 – 16:52 | r1556 – r1560 | |
顯示 diff(63 行未修改)
*每期公報分類的簡短介紹
*初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
- *在 tag list 能從
+ *在 tag list 能從專案中心撈之
*hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(42 行未修改)
|
||
| 2013-09-07 16:52 | r1555 | |
顯示 diff(56 行未修改)
*umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
*或是由新聞中心發佈至 tumblr
+ *
進度與 to-do
**公報所使用的 tag list
(49 行未修改)
|
||
| 2013-09-07 16:41 – 16:52 | r1242 – r1554 | |
顯示 diff 公報自動化
-
- *來龍去脈(想解決什麼問題)
- 靈感來源
- *怎麼想到要做這個東西
+ 來龍去脈(想解決什麼問題)
- 主旨
- *想用什麼方式達成目標
+ 感來源
+ **每週公報 & 每期(月)公報整理的時候需要耗費大量人力。
+ 旨
+ *簡少公報編輯/整理時人力的浪費。
牽涉領域
*e.g.教育 / 環保 / 醫療 / 社福 / 核電 / 都市計畫 / 勞工權益 / 食品安全 ...(會變成專案 tag)
- 現有類似專案
+ *
+ 有類似專案
*現成的是否可以直接使用?或者有什麼不足之處?國外是否有類似的專案可參考?
(5 行未修改)
授權方式
- *程式碼部分(如 MIT/BSD)
+
+ *CC* (之類的吧...程式碼部分(如 MIT/BSD)
*文件部分(如 CC-BY)
使用資料
- 專案目前狀態
+ 專*每週公報案目前狀態
*構想 / 規劃 / 雛形 / 實作
(1 行未修改)
*目標與功能(要如何解決)
- 預定使用者
+ 定使用者
- 預定功能
+ *公報編輯人員預定功能
- 使用方式
+ *簡化每期公報製作使用方式
- *實做細節(非技術背景可跳填)
+ 實做細節(非技術背景可跳填)
使用技術
(8 行未修改)
產出檔案格式
-
+ *umm...目前想法是每期公報整理完之後 change to tumblr, 發佈。
+ *或是由新聞中心發佈至 tumblr
進度與 to-do
- *僅供參考
- *product planning(recommanded procedure from justin lee / 李易修)
- *strategy
- *scope
- *structure
- *wireframe
- *visual
- *web front-end
- *web back-end
- *ui / visual design
-
-
+ **公報所使用的 tag list
+ *最佳解(?)是從專案中心撈...不過專案中心還沒出現(艸
+ *另外會有類似詞指同一個分類(專案)的問題... 也許做一個主 tag 然後有相關的 子 tag 歸為同一類
+ *每期公報分類的簡短介紹
+ *初始想法見 2013 年 8 月份公報 已編完的(萌典、政誌...etc
+ *在 tag list 能從
+ *hack 轉 post to tumblr (或其他地方
*成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
(41 行未修改)
|
||
| 2013-09-07 16:38 – 16:38 | r1236 – r1241 | |
顯示 diff 公報自動化
- *discuss
- *發現我完全在狀況外0rz
- *主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
- *ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
- *然後 四週的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
- *每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
- *前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *可是你怎麼知道parse出來的關鍵字,是完成的事
- *這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
- *恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *yep, 所以我的想法是,如果 irc log 可以做出 filter ( maybe we do this ),那也許可以請大家在討論的時候順手在對話框後 cc 專案名稱 or # 之類的 etc, 總之就是加個可以被 filter 濾到的關鍵字,那至少它可以先被自動加進當日的公報中,那在後續也許就不用每日整個重追 irc 靠人工的方式去篩,在每週(or..幾天後?)有閒再去比對 & 補充。 ( 這是 每週公報的 part )
- *XD,所以請大家增加公報時,順便加上tag好了。
- *我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
- *對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
- *會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
- *yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
- *yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
- *tag list 的放置會有考量點
- *反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
- *有點覺得用 skype 之類的討論會比較快0rz
- *哈哈哈,應該在 irc 私人訊息聊就好XD
- *maybe 先看什麼做起來比較快的先完成(嗎?) 呣.......
*來龍去脈(想解決什麼問題)
(79 行未修改)
*NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡
*設定成 project registry 中的 tags,需要幫忙的會自動 promote 到 g0v project hub
+
+ *discuss
+ *發現我完全在狀況外0rz
+ *主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
+ *ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
+ *然後 四週的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
+ *每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
+ *前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
+ *可是你怎麼知道parse出來的關鍵字,是完成的事
+ *這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
+ *恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
+ *yep, 所以我的想法是,如果 irc log 可以做出 filter ( maybe we do this ),那也許可以請大家在討論的時候順手在對話框後 cc 專案名稱 or # 之類的 etc, 總之就是加個可以被 filter 濾到的關鍵字,那至少它可以先被自動加進當日的公報中,那在後續也許就不用每日整個重追 irc 靠人工的方式去篩,在每週(or..幾天後?)有閒再去比對 & 補充。 ( 這是 每週公報的 part )
+ *XD,所以請大家增加公報時,順便加上tag好了。
+ *我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
+ *對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
+ *會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
+ *yes,這也比較容易
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
+ *yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
+ *tag list 的放置會有考量點
+ *反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
+ *有點覺得用 skype 之類的討論會比較快0rz
+ *哈哈哈,應該在 irc 私人訊息聊就好XD
+ *maybe 先看什麼做起來比較快的先完成(嗎?) 呣.......
|
||
| 2013-09-07 16:18 – 16:19 | r1206 – r1235 | |
顯示 diff(25 行未修改)
*有點覺得用 skype 之類的討論會比較快0rz
*哈哈哈,應該在 irc 私人訊息聊就好XD
+ *maybe 先看什麼做起來比較快的先完成(嗎?) 呣.......
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:17 – 16:18 | r1176 – r1205 | |
顯示 diff(24 行未修改)
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
*有點覺得用 skype 之類的討論會比較快0rz
- *
+ *哈哈哈,應該在 irc 私人訊息聊就好XD
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:17 | r1175 | |
顯示 diff(23 行未修改)
*tag list 的放置會有考量點
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
- *有點覺得用 skype 之類的討會比較快0rz
+ *有點覺得用 skype 之類的討論會比較快0rz
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:17 | r1174 | |
顯示 diff(24 行未修改)
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
*有點覺得用 skype 之類的討會比較快0rz
-
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:17 – 16:17 | r1172 – r1173 | |
顯示 diff(23 行未修改)
*tag list 的放置會有考量點
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
- *有點覺得用 skype 之類的講會比較快0rz
+ *有點覺得用 skype 之類的討會比較快0rz
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:17 | r1171 | |
顯示 diff(24 行未修改)
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
*有點覺得用 skype 之類的講會比較快0rz
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:17 – 16:17 | r1160 – r1170 | |
顯示 diff(23 行未修改)
*tag list 的放置會有考量點
*反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
+ *有點覺得用 skype 之類的講會比較快0rz
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:16 – 16:17 | r1124 – r1159 | |
顯示 diff(22 行未修改)
*yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
*tag list 的放置會有考量點
+ *反正有共識是放 tag , 最後每期公報依據 tag 分類,然後依據時間排序。
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:15 – 16:15 | r1122 – r1123 | |
顯示 diff(21 行未修改)
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
*yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
+ *tag list 的放置會有考量點
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:14 – 16:15 | r1109 – r1121 | |
顯示 diff(20 行未修改)
*yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
- *yes,跟我
+ *yes,跟我想的一樣,在每份公報前面(或哪裡)列個 tag list
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:14 | r1108 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok ya
*yes,跟我
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:14 | r1107 | |
顯示 diff(20 行未修改)
*yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok
- *yes,
+ *yes,跟我
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:14 | r1106 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok
*yes,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:14 – 16:14 | r1104 – r1105 | |
顯示 diff(106 行未修改)
|
||
| 2013-09-07 16:14 – 16:14 | r1079 – r1103 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來避免指同一個專案但是用到不同的「表示」方式。 ok
*yes,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:14 – 16:14 | r1077 – r1078 | |
顯示 diff(21 行未修改)
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來
*yes,
- *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:14 | r1076 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來以P水
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來
*yes,
*
(83 行未修改)
|
||
| 2013-09-07 16:14 – 16:14 | r1074 – r1075 | |
顯示 diff(20 行未修改)
*yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來以P水
- *yes
+ *yes,
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:13 – 16:14 | r1072 – r1073 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西,來以P水
*yes
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:13 – 16:13 | r1070 – r1071 | |
顯示 diff(106 行未修改)
|
||
| 2013-09-07 16:13 | r1069 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東CO
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東西
*yes
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:13 – 16:13 | r1067 – r1068 | |
顯示 diff(20 行未修改)
*yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東CO
- *
+ *yes
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:13 | r1066 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東CO
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:13 – 16:13 | r1064 – r1065 | |
顯示 diff(106 行未修改)
|
||
| 2013-09-07 16:12 – 16:13 | r976 – r1063 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
- *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或之後已經正在進行中或是被拿出來做的專案,所以才會有 tag(或是說會出現在 irc 上被討論 or 被寫進公報?);因此 tags 的內容其實有一部份是「專案名稱」…但專案名稱也會有縮寫的問題,因此在公報加 tag 的時候,也許會需要一個 tag list 之類的東
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:12 | r975 | |
顯示 diff(20 行未修改)
*yes,這也比較容易
*我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或
-
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 – 16:12 | r921 – r974 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ
*yes,這也比較容易
+ *我的意思是說相關的 tag , 像是服貿協議(專案)其實可以簡稱成「服貿」,或是立法院專案有時候可能會簡稱成立院之類的,這些專案的名稱來源是源自於 idea pool 之前或
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:11 | r920 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而
*yes,這也比較容易
- *
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 – 16:11 | r918 – r919 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且 tags
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而
*yes,這也比較容易
*
(83 行未修改)
|
||
| 2013-09-07 16:11 – 16:11 | r916 – r917 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且 tags
*yes,這也比較容易
- *ㄇ
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 | r915 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且tags
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且 tags
*yes,這也比較容易
*ㄇ
(83 行未修改)
|
||
| 2013-09-07 16:11 – 16:11 | r913 – r914 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且tags
*yes,這也比較容易
- *楣
+ *ㄇ
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 | r912 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而tags
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而且tags
*yes,這也比較容易
*楣
(83 行未修改)
|
||
| 2013-09-07 16:11 – 16:11 | r910 – r911 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而tags
*yes,這也比較容易
- *楣ㄅ
+ *楣
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 | r909 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ 而tags
*yes,這也比較容易
*楣ㄅ
(83 行未修改)
|
||
| 2013-09-07 16:11 | r908 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
*yes,這也比較容易
- *
+ *楣ㄅ
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 | r907 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
*yes,這也比較容易
*
(83 行未修改)
|
||
| 2013-09-07 16:11 | r906 | |
顯示 diff(19 行未修改)
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
*yes,這也比較容易
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:11 – 16:11 | r884 – r905 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做..
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做... 不過這個跟 idea pool 有關聯啊QAQ tags
*yes,這也比較容易
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 – 16:11 | r881 – r883 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做..
- *yes,這也比較容
+ *yes,這也比較容易
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:10 | r880 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做.
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做..
*yes,這也比較容
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 | r879 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做.
- *yes,
+ *yes,這也比較容
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:10 | r878 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做.
*yes,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 – 16:10 | r874 – r877 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
- *yes
+ *yes,
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:10 | r873 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做 in
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
*yes
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 – 16:10 | r871 – r872 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做 in
- *yes
+ *yes
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:10 – 16:10 | r869 – r870 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做 in
*yes
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 – 16:10 | r865 – r868 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
- *
+ *yes
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:10 | r864 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就做
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 – 16:10 | r862 – r863 | |
顯示 diff(104 行未修改)
|
||
| 2013-09-07 16:10 | r861 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
- *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣就
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:10 | r860 | |
顯示 diff(18 行未修改)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
*呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣
-
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:09 – 16:10 | r817 – r859 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
+ *呣.....每(月)期公報的部份,也許編寫(當週公報)的時候在條目首(or 尾)加上專案 tag ,這樣
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:08 – 16:09 | r804 – r816 | |
顯示 diff(16 行未修改)
*我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
- *會比較方便,但能不能增進公報
+ *會比較方便,但能不能增進增加公報的速度,倒不一定,還是要人工重組語句。
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:08 | r803 | |
顯示 diff(16 行未修改)
*我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
- *
*會比較方便,但能不能增進公報
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:08 – 16:08 | r798 – r802 | |
顯示 diff(17 行未修改)
*對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
*
-
+ *會比較方便,但能不能增進公報
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:08 – 16:08 | r780 – r797 | |
顯示 diff(15 行未修改)
*XD,所以請大家增加公報時,順便加上tag好了。
*我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
- *對欸...
+ *對欸... 不過總之 filter 可做(呣,應該說有做會比較方便?)
+ *
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:08 – 16:08 | r778 – r779 | |
顯示 diff(15 行未修改)
*XD,所以請大家增加公報時,順便加上tag好了。
*我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
- *
*對欸...
(83 行未修改)
|
||
| 2013-09-07 16:08 – 16:08 | r775 – r777 | |
顯示 diff(16 行未修改)
*我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
*
+ *對欸...
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:05 – 16:08 | r718 – r774 | |
顯示 diff(14 行未修改)
*yep, 所以我的想法是,如果 irc log 可以做出 filter ( maybe we do this ),那也許可以請大家在討論的時候順手在對話框後 cc 專案名稱 or # 之類的 etc, 總之就是加個可以被 filter 濾到的關鍵字,那至少它可以先被自動加進當日的公報中,那在後續也許就不用每日整個重追 irc 靠人工的方式去篩,在每週(or..幾天後?)有閒再去比對 & 補充。 ( 這是 每週公報的 part )
*XD,所以請大家增加公報時,順便加上tag好了。
+ *我覺得 irc + filter可行,但能不能自動加進公報這點蠻難的,因為你要說明完成什麼事,要解析與意,慮完訊息還是要靠人工重新說明是什麼事完成,既然都會追log,倒不如寫進公報時作處理就好。
+ *
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 – 16:05 | r582 – r717 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *yep
+ *yep, 所以我的想法是,如果 irc log 可以做出 filter ( maybe we do this ),那也許可以請大家在討論的時候順手在對話框後 cc 專案名稱 or # 之類的 etc, 總之就是加個可以被 filter 濾到的關鍵字,那至少它可以先被自動加進當日的公報中,那在後續也許就不用每日整個重追 irc 靠人工的方式去篩,在每週(or..幾天後?)有閒再去比對 & 補充。 ( 這是 每週公報的 part )
*XD,所以請大家增加公報時,順便加上tag好了。
(83 行未修改)
|
||
| 2013-09-07 16:03 | r581 | |
顯示 diff(14 行未修改)
*yep
*XD,所以請大家增加公報時,順便加上tag好了。
-
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r580 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *u fi
+ *yep
*XD,所以請大家增加公報時,順便加上tag好了。
(84 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r577 – r579 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*u fi
- *XD,所以請大家增加公報時,順便加上tag好了
+ *XD,所以請大家增加公報時,順便加上tag好了。
+
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r576 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *u firstX
+ *u fi
*XD,所以請大家增加公報時,順便加上tag好了
(83 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r574 – r575 | |
顯示 diff(100 行未修改)
|
||
| 2013-09-07 16:03 | r573 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *u firstXD
+ *u firstX
*XD,所以請大家增加公報時,順便加上tag好了
(83 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r540 – r572 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*u firstXD
- *XD,所以請大家增
+ *XD,所以請大家增加公報時,順便加上tag好了
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r539 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *u first
+ *u firstXD
*XD,所以請大家增
(83 行未修改)
|
||
| 2013-09-07 16:03 | r538 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*u first
- *XD,所以請大家
+ *XD,所以請大家增
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r537 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *u f
+ *u first
*XD,所以請大家
(83 行未修改)
|
||
| 2013-09-07 16:03 | r536 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*u f
- *XD,所以請
+ *XD,所以請大家
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r535 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有
+ *u f
*XD,所以請
(83 行未修改)
|
||
| 2013-09-07 16:03 | r534 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*有
- *XD,所以
+ *XD,所以請
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r532 – r533 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一PXD,所以
+ *有
+ *XD,所以
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r530 – r531 | |
顯示 diff(99 行未修改)
|
||
| 2013-09-07 16:03 | r529 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一P○問DXD,所以
+ *有一PXD,所以
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 – 16:03 | r527 – r528 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一P○問DXD,所以ㄑㄧ
+ *有一P○問DXD,所以
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:03 | r526 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一P○問DTG
- *XD,所以ㄑㄧ
+ *有一P○問DXD,所以ㄑㄧ
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r525 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*有一P○問DTG
- *XD,所以
+ *XD,所以ㄑㄧ
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 – 16:02 | r523 – r524 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一P○問
+ *有一P○問DTG
*XD,所以
(83 行未修改)
|
||
| 2013-09-07 16:02 – 16:02 | r521 – r522 | |
顯示 diff(14 行未修改)
*有一P○問
*XD,所以
- *
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r520 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *有一
+ *有一P○問
*XD,所以
*
(83 行未修改)
|
||
| 2013-09-07 16:02 | r519 | |
顯示 diff(14 行未修改)
*有一
*XD,所以
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r518 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *
+ *有一
*XD,所以
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r517 | |
顯示 diff(13 行未修改)
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*
- *XD,
+ *XD,所以
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r516 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
+ *
*XD,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 – 16:02 | r514 – r515 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
- *XD<
+ *XD,
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r513 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的...
*XD<
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r512 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的
- *XD
+ *XD<
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 – 16:02 | r510 – r511 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是U以
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是服貿的
*XD
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r509 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是U以
- *X
+ *XD
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r508 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是U以
*X
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 – 16:02 | r506 – r507 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是
- *X
+ *X
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r505 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現好像是
*X
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r504 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現
- *
+ *X
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:02 | r503 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,後來發現
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:02 | r502 | |
顯示 diff(12 行未修改)
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,
-
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 16:01 – 16:02 | r428 – r501 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *其實在整理八月PBD
+ *其實在整理八月份公報的時候,主題是每個條目(?)都看過之後才分類出來的,昨天(今天早上?)在整理「未整理/無法分類」那部份的時候,有些條目其實是靠相關資訊去判斷...(像是tisa-map我本來以為是立院相關的,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 | r427 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*其實在整理八月PBD
(83 行未修改)
|
||
| 2013-09-07 16:01 | r426 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
- *其實在整理
+ *其實在整理八月PBD
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 | r425 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這見tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
*其實在整理
(83 行未修改)
|
||
| 2013-09-07 16:01 | r424 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這見tag,最後就依這些tag自動分類。
- *其實在整
+ *其實在整理
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 – 16:01 | r422 – r423 | |
顯示 diff(98 行未修改)
|
||
| 2013-09-07 16:01 | r421 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這見tag,最後就依這些tag自動分類。
- *其實X
+ *其實在整
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 | r420 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這見tag,最後就依這些tag自動分類。
*其實X
(83 行未修改)
|
||
| 2013-09-07 16:01 | r419 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
- *其實XY
+ *其實X
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 – 16:01 | r417 – r418 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加這tag,最後就依這些tag自動分類。
*其實XY
(83 行未修改)
|
||
| 2013-09-07 16:01 | r416 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
- *
+ *其實XY
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 | r415 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加5k4tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*
(83 行未修改)
|
||
| 2013-09-07 16:01 | r414 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加5k4tag,最後就依這些tag自動分類。
+ *
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 – 16:01 | r411 – r413 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加5k4tag,最後就依這些tag自動分類。
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:01 | r410 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *恩啊
*我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
(83 行未修改)
|
||
| 2013-09-07 16:00 – 16:01 | r345 – r409 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*恩啊
- *我是
+ *我是想說,確定能做的就是每次公報的自動合併,在每天寫的時候增加tag,最後就依這些tag自動分類。
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 16:00 | r344 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *O恩啊
+ *恩啊
*我是
(83 行未修改)
|
||
| 2013-09-07 16:00 – 16:00 | r341 – r343 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*O恩啊
- *我是ㄒ
+ *我是
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:59 | r340 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *
+ *O恩啊
*我是ㄒ
(83 行未修改)
|
||
| 2013-09-07 15:59 | r339 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*
- *我
+ *我是ㄒ
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:59 | r338 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *OODH
+ *
*我
(83 行未修改)
|
||
| 2013-09-07 15:59 | r337 | |
顯示 diff(11 行未修改)
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
*OODH
- *
+ *我
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:59 – 15:59 | r335 – r336 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
- *
+ *OODH
*
(83 行未修改)
|
||
| 2013-09-07 15:59 | r334 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
+ *
*
(83 行未修改)
|
||
| 2013-09-07 15:59 | r333 | |
顯示 diff(10 行未修改)
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
+ *
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:59 – 15:59 | r320 – r332 | |
顯示 diff(9 行未修改)
*可是你怎麼知道parse出來的關鍵字,是完成的事
*這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
+ *恩恩恩,不過也不一定所有討論都會出現專案關鍵字,這只能大概篩選。
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 – 15:59 | r296 – r319 | |
顯示 diff(8 行未修改)
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
*可是你怎麼知道parse出來的關鍵字,是完成的事
+ *這也是一個問題0rz 本來單純只是想到這樣可以簡單整理出一些資訊
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 – 15:58 | r288 – r295 | |
顯示 diff(7 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *可是你怎麼知道
+ *可是你怎麼知道parse出來的關鍵字,是完成的事
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 | r287 | |
顯示 diff(7 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *
*可是你怎麼知道
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:58 – 15:58 | r285 – r286 | |
顯示 diff(8 行未修改)
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
*
-
+ *可是你怎麼知道
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 | r284 | |
顯示 diff(7 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *呃,
+ *
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:58 – 15:58 | r282 – r283 | |
顯示 diff(8 行未修改)
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
*呃,
- *d
+
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 | r281 | |
顯示 diff(7 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *呃,自動化的部
+ *呃,
*d
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:58 | r280 | |
顯示 diff(8 行未修改)
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
*呃,自動化的部
- *
+ *d
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:58 – 15:58 | r275 – r279 | |
顯示 diff(7 行未修改)
*每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
- *呃,
+ *呃,自動化的部
*
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:58 | r274 | |
顯示 diff(8 行未修改)
*前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
*呃,
-
+ *
*來龍去脈(想解決什麼問題)
(81 行未修改)
|
||
| 2013-09-07 15:54 – 15:58 | r114 – r273 | |
顯示 diff(5 行未修改)
*ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
*然後 四週的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
- *每月(
+ *每月(期)公報目前主要的分類是以專案為分類,其實在 irc 上應該是可以從 log 中 parse 出關鍵字,這樣在整理每週(or 日)公報的時候速度上會比較快一點
+ *前幾天有想到在 irc log 加上 filter ,本來是想說可以篩選出相關討論會比較好整理,不過如果(?) filter 不限定只能用在 ID 上的話,也許可以做為某專案討論的關鍵字查詢(這邊解釋的好像有點難懂0rz...)
+ *呃,
*來龍去脈(想解決什麼問題)
(82 行未修改)
|
||
| 2013-09-07 15:54 | r113 | |
顯示 diff(59 行未修改)
產出檔案格式
+
+
+ 進度與 to-do
+ *僅供參考
+ *product planning(recommanded procedure from justin lee / 李易修)
+ *strategy
+ *scope
+ *structure
+ *wireframe
+ *visual
+ *web front-end
+ *web back-end
+ *ui / visual design
+
+
+ *成果展示(規劃文件、雛形/草稿、原型/初稿、正式發佈/完稿)
+
+
+
+ *開發者
+
+ 技術指導
+
+ 分工與成員
+ *NeedsWriter: 需要文案幫手(撰寫基本資訊、報導專案etc)
+ *NeedsDesigner: 需要介面設計
+ *NeedsData: 需要資料(擷取、清理)
+ *NeedsTech: 需要技術支援(程式、架站 etc)
+ *NeedsProcess: 需要幫忙設計作業流程
+ *NeedsTalkingToRealPerson: 需要有人幫忙和其他機關聯絡
+ *設定成 project registry 中的 tags,需要幫忙的會自動 promote 到 g0v project hub
|
||
| 2013-09-07 15:54 – 15:54 | r98 – r112 | |
顯示 diff 公報自動化
- *
+
+ *discuss
*發現我完全在狀況外0rz
*主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
*ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
*然後 四週的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
- *
+ *每月(
*來龍去脈(想解決什麼問題)
(51 行未修改)
|
||
| 2013-09-07 15:54 – 15:54 | r96 – r97 | |
顯示 diff(34 行未修改)
專案目前狀態
*構想 / 規劃 / 雛形 / 實作
+
+
+ *目標與功能(要如何解決)
+
+ 預定使用者
+
+ 預定功能
+
+ 使用方式
+
+
+ *實做細節(非技術背景可跳填)
+
+ 使用技術
+ *使用的 vagrant box 版本 / 網址:
+
+ 協作工具
+ *github repo:
+ *hackfoldr 工作資料夾網址:
+ *google drive 共用資料夾網址:
+ *google groups 討論群組:
+ *irc channel:
+
+ 產出檔案格式
|
||
| 2013-09-07 15:53 – 15:54 | r90 – r95 | |
顯示 diff 公報自動化
+ *
*發現我完全在狀況外0rz
*主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
*ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
- *然後 四周的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
+ *然後 四週的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
+ *
*來龍去脈(想解決什麼問題)
(27 行未修改)
|
||
| 2013-09-07 15:51 – 15:53 | r33 – r89 | |
顯示 diff 公報自動化
*發現我完全在狀況外0rz
- *
-
+ *主要是自動彙整每一期公報,我覺得每天的公報還是需要人寫,不過有部分可以自動化
+ *ex. 每個專案完成的issue自動可以通知,然後再整理在公報上這樣
+ *然後 四周的公報結束,到最後月報可以自動讀取四周內容,整理成你整理的那樣XD
*來龍去脈(想解決什麼問題)
(27 行未修改)
|
||
| 2013-09-07 15:51 | r32 | |
顯示 diff(33 行未修改)
|
||
| 2013-09-07 15:51 | r31 | |
顯示 diff(1 行未修改)
*發現我完全在狀況外0rz
*
+
+
+ *來龍去脈(想解決什麼問題)
+
+ 靈感來源
+ *怎麼想到要做這個東西
+
+ 主旨
+ *想用什麼方式達成目標
+
+ 牽涉領域
+ *e.g.教育 / 環保 / 醫療 / 社福 / 核電 / 都市計畫 / 勞工權益 / 食品安全 ...(會變成專案 tag)
+
+ 現有類似專案
+ *現成的是否可以直接使用?或者有什麼不足之處?國外是否有類似的專案可參考?
+
+ 相關組織單位
+ *e.g.公督盟/綠盟/司改會/苦勞網/泛科學...(會變成專案 tag)
+
+ 相關專案
+ *衍生自某專案/衍生出某專案/API串接自某專案...etc.
+
+ 授權方式
+ *程式碼部分(如 MIT/BSD)
+ *文件部分(如 CC-BY)
+
+ 使用資料
+
+ 專案目前狀態
+ *構想 / 規劃 / 雛形 / 實作
|
||
| 2013-09-07 15:50 – 15:50 | r22 – r30 | |
顯示 diff 公報自動化
+ *發現我完全在狀況外0rz
+ *
|
||
| 2013-09-07 15:50 – 15:50 | r8 – r21 | |
顯示 diff- discussion pad
+ 公報自動化
|
||
| 2013-09-07 15:45 – 15:45 | r3 – r7 | |
顯示 diff- d
+ discussion pad
|
||
| 2013-09-07 15:45 | r2 | |
顯示 diff(1 行未修改)
|
||
| 2013-09-07 15:45 | r1 | |
顯示 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!
+ d
|
||
| 2013-09-07 15: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!
|
||