第四次除黴會議 (已結束)
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2014-10-04 08:49 – 08:55 | r2199 – r2292 | |
顯示 diff（59 行未修改）
(下次討論)*rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
*news debug (法文 news de bug=新聞夢XD)從
+ *the news worm (形容愛好新聞的人，類似書蟲)
+ *peck news (peck是啄的意思)
+ *news picker
（25 行未修改）
|
||
| 2014-10-03 09:54 – 09:56 | r2148 – r2198 | |
顯示 diff（78 行未修改）
*MICHAEL＋泰綱 ＜＝＝ 甘特圖之類的進度管理
*S5Y：native Android
- *wilber：cralwer improve
+ *wilber：cralwer improve(news article paragraph tag, cna news crawler) , counting routine process
*Rhozan：UI / UX
*皮皮：
（5 行未修改）
|
||
| 2014-09-06 10:38 – 10:49 | r2008 – r2147 | |
顯示 diff（2 行未修改）
*會議資訊
會議名稱：第四次除黴會議
- 在「第壹次新聞松」 http://hackfoldr.org/NEWShackathon/
+
+ *-取消-在「第壹次新聞松」
*新聞松因和E論壇合作，籌備較耗時故已改至 1
- /時4間：2014-09-（6六）1??13:30?17:3：
+ /時4
+
+ ：2014-09-（6六）1??13:30?17:3：
未定伯朗咖啡館（承德店） 臺臺北市台北市大同區承德路三段131號 2↑樓
（2 行未修改）
- *議程議*新舊成員介紹 3
+ *議程議1.新舊成員介紹 3
min
*育菁 (媒觀)
- *泰綱( Tl Su)(HanGee 計畫)*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
+ *泰綱( Tl Su)(HanGee 計畫)
+
+ 2.近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
3min*募資問題
*機制問題
- *媒體組進度報告
+ *
+ 媒3.組進度報告
* 20min問卷調查進度 (如果不方便來就先，佈要點到社團)
- *工程組實作討論
+ *工
+ 4.組實作討論
*機制問題
*從簡化的機制開始制定 (參考: 黑客松DEMO )
（24 行未修改）
*
*隱藏彩蛋 (增加與使用者的互動)程式端
- *domain
+ *d
+ 重要：決定過程不公開貼在hackpad，避免網路蟑螂搶走，私下用雲端硬碟的授權目錄omain
(下次討論)*rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
*news debug (法文 news de bug=新聞夢XD)從
- *散會前半小時任務分工討論
+
+
+ *5.會前半小時任務分工討論
*下次開會時間 摘要
（8 行未修改）
- 下次開會*MICHAEL + 泰綱 => 管理進度圖表
- *MICHAEL : 成立後台編輯部門 + 相簿
- *大嘴: 後台+後台登入系統(專門帳號)
- *S5Y : native Android
- *wilber: cralwer improve
- *Rhozan: UI / UX
- *皮皮:
- *育菁: 幫忙整理有蟲項目時如果沒意外，和*第5 13:00
+ 下次開會*MICHAEL：成立後台編輯部門＋開立相簿
+ *＜編輯部門＞大嘴：後台+後台登入系統（專門帳號）
+ *MICHAEL＋泰綱 ＜＝＝ 甘特圖之類的進度管理
+ *S5Y：native Android
+ *wilber：cralwer improve
+ *Rhozan：UI / UX
+ *皮皮：
+ *育菁：幫忙整理有蟲項目時
+ 如果沒意外，和
+ 依舊用會議調查的表格（雲端硬碟的試算表）*第5 13:0
*1/1~12 ???
+ *
|
||
| 2014-09-06 08:58 – 09:28 | r1776 – r2007 | |
顯示 diff- (進行中)第四次除黴會議
- 906
+ 第四次除黴會議 (已結束)
此文件路徑：全民除黴計畫hackfoldr / 會議紀錄 / 這裡T
*會議資訊
（46 行未修改）
*隱藏彩蛋 (增加與使用者的互動)程式端
*domain
- *rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
- *news debug (法文 news de bug=新聞夢XD)從簡的機制開始制定
-
-
-
+ (下次討論)*rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
+ *news debug (法文 news de bug=新聞夢XD)從
*散會前半小時任務分工討論
- *下次開會時間 (如果沒意外，和第壹次新聞松合辦 10/紀4)錄摘要
+ *下次開會時間 摘要
（1 行未修改）
*沒有參與會到議的朋友有意任何見仍都歡迎交流回饋
評價系統
- *
-
- 市場調查
- *
-
- App部份
- *
-
- 後台與程式部份
- *
-
- 雜項
*
-
-
- *進度時程訂定 (包含規畫、技術、推廣、活動等行程，沒寫到就自填)
+ Domain name: 下次討論
+ 定 (包含規畫、技術、推廣、活動等行程，沒寫到就自填)
- 下次開會時間
- 如果沒意外，和*第一次新聞松合辦壹10/04
+ 下次開會*MICHAEL + 泰綱 => 管理進度圖表
+ *MICHAEL : 成立後台編輯部門 + 相簿
+ *大嘴: 後台+後台登入系統(專門帳號)
+ *S5Y : native Android
+ *wilber: cralwer improve
+ *Rhozan: UI / UX
+ *皮皮:
+ *育菁: 幫忙整理有蟲項目時如果沒意外，和*第5 13:00
+ *1/1~12 ???
|
||
| 2014-09-06 06:40 – 07:44 | r1355 – r1775 | |
顯示 diff（19 行未修改）
*機制問題
*媒體組進度報告
- * 20min問卷調查進度 (如果佑丞不方便來就先公佈要點到社團)
+ * 20min問卷調查進度 (如果不方便來就先，佈要點到社團)
*工程組實作討論
*機制問題
*從簡化的機制開始制定 (參考: 黑客松DEMO )
*
- *這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
+ *先做兩種使用者(訪客 / 會員)，架構做四種
+ *評價選項：有蟲(再細分XX蟲) / 無蟲
+ *不定期議題總結報告：最低頻率一個月一次，有重大議題時動態發佈(如:食安)，關聯到所有相關新聞，可以向PTT社群/專家/老師邀稿 (育菁:1000字以內)
+ *只顯示蟲害指數(超過10
+ 再討論怎麼改)
+ *專家/使用者評論放在文末*這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
*在計分的部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，將預設的評價機制轉為最多人使用的機制？
*議題類別 (議題一多時怎麼顯示? 似乎也得分組)
- *新聞類別 (同上)
+
+ *列出熱門關鍵字作為預設filter，使用者若想找冷門特定議題再輸入關鍵字找
+ *冷門議題或是媒體不報的議題問題暫緩討論
+ *有蟲/無蟲的數量在議題排序優先度上佔較高權重
+ *先以 : 篇數多 / 時間新 / 有蟲指數 排序*新聞類別 (同上)
*媒體有可能同一個議題短時間發了十幾篇新聞，如何顯示適當則數?
*類似的新聞太多時自動集成議題？不再重複顯示於新聞列表？
（1 行未修改）
*爬蟲程式上慢慢改進 / Wilber
*偷吃步，利用google搜尋載圖
- *考慮開放網友上傳設計端
+ *考人工傳設照片
+ *用Flicker存圖片, 上傳圖片網址到Server計端
*操作流程及元件
*CI設計 ( LOGO / 標準色 )
（37 行未修改）
|
||
| 2014-09-06 06:31 – 06:31 | r1341 – r1354 | |
顯示 diff（15 行未修改）
min
*育菁 (媒觀)
- *泰綱 (HanGee 計畫)*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
+ *泰綱( Tl Su)(HanGee 計畫)*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
3min*募資問題
*機制問題
（55 行未修改）
|
||
| 2014-09-06 06:20 – 06:27 | r1308 – r1340 | |
顯示 diff（25 行未修改）
*
*這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
- *這部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，＿
+ *在計分的部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，將預設的評價機制轉為最多人使用的機制？
*議題類別 (議題一多時怎麼顯示? 似乎也得分組)
*新聞類別 (同上)
（45 行未修改）
|
||
| 2014-09-06 06:20 | r1307 | |
顯示 diff- (進中)第四次除黴會議
+ (進行中)第四次除黴會議
906
此文件路徑：全民除黴計畫hackfoldr / 會議紀錄 / 這裡T
（72 行未修改）
|
||
| 2014-09-06 06:20 | r1306 | |
顯示 diff（25 行未修改）
*
*這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
- *這部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，
+ *這部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，＿
*議題類別 (議題一多時怎麼顯示? 似乎也得分組)
*新聞類別 (同上)
（45 行未修改）
|
||
| 2014-09-06 06:20 | r1305 | |
顯示 diff- (籌備中)第四次除黴會議
+ (進中)第四次除黴會議
906
此文件路徑：全民除黴計畫hackfoldr / 會議紀錄 / 這裡T
（72 行未修改）
|
||
| 2014-09-06 06:19 – 06:20 | r1216 – r1304 | |
顯示 diff（25 行未修改）
*
*這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
+ *這部份，由於我們目前的資料API是直接將所有相關資料送到瀏覽者前端，所以可以考慮直接定義各種不同的機制出來由使用者選擇。一方面也能搜集使用者資料，
*議題類別 (議題一多時怎麼顯示? 似乎也得分組)
*新聞類別 (同上)
（45 行未修改）
|
||
| 2014-09-06 06:14 – 06:15 | r1187 – r1215 | |
顯示 diff（13 行未修改）
*議程議*新舊成員介紹 3
- min*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
+ min
+ *育菁 (媒觀)
+ *泰綱 (HanGee 計畫)*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
3min*募資問題
*機制問題
（54 行未修改）
|
||
| 2014-09-05 13:12 – 13:22 | r963 – r1186 | |
顯示 diff（22 行未修改）
*從簡化的機制開始制定 (參考: 黑客松DEMO )
*
- *這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!設計端
+ *這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!
+ *議題類別 (議題一多時怎麼顯示? 似乎也得分組)
+ *新聞類別 (同上)
+ *媒體有可能同一個議題短時間發了十幾篇新聞，如何顯示適當則數?
+ *類似的新聞太多時自動集成議題？不再重複顯示於新聞列表？
+ *照片問題
+ *爬蟲程式上慢慢改進 / Wilber
+ *偷吃步，利用google搜尋載圖
+ *考慮開放網友上傳設計端
*操作流程及元件
*CI設計 ( LOGO / 標準色 )
*UI/UX問題 ( Wireframe )
- *程式端
+ *
+ *隱藏彩蛋 (增加與使用者的互動)程式端
*domain
*rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
- *news debug (法文 news de bug=新聞夢XD)從簡化的機制開始制定
+ *news debug (法文 news de bug=新聞夢XD)從簡的機制開始制定
+
（28 行未修改）
|
||
| 2014-09-05 07:43 – 07:54 | r912 – r962 | |
顯示 diff（27 行未修改）
*UI/UX問題 ( Wireframe )
*程式端
- *domain | 梅君提案: kerkernews (狀聲詞/有趣/科學..保有多種詮釋空間)
- *從簡化的機制開始制定
+ *domain
+ *rkerne ws (狀聲詞/有趣/科學..保有* / 梅君
+ *news debug (法文 news de bug=新聞夢XD)從簡化的機制開始制定
（28 行未修改）
|
||
| 2014-09-02 05:43 – 05:59 | r724 – r911 | |
顯示 diff（5 行未修改）
在「第壹次新聞松」 http://hackfoldr.org/NEWShackathon/
*新聞松因和E論壇合作，籌備較耗時故已改至 1
- /時4間：2014-09-（6六）1??13:20?17:3：
+ /時4間：2014-09-（6六）1??13:30?17:3：
未定伯朗咖啡館（承德店） 臺臺北市台北市大同區承德路三段131號 2↑樓
（2 行未修改）
- *議程議*新舊成員介紹 1
+ *議程議*新舊成員介紹 3
min*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
- 20~3min*募資問題
+ 3min*募資問題
*機制問題
*媒體組進度報告
- * 20~30min問卷調查進度 (如果佑丞不方便來就先公佈要點到社團)
+ * 20min問卷調查進度 (如果佑丞不方便來就先公佈要點到社團)
*工程組實作討論
*機制問題
*從簡化的機制開始制定 (參考: 黑客松DEMO )
- *設計端
+ *
+ *這部份的調整, 在上次會議與臨時會之後, 會發現沒有完美的機制, 權重分數怎麼算很難會有個定見, 儘管花很多時間討論出來了, 沒有經過市場驗證, 無法知道是否正確, 反觀既然我們要運用群眾之智慧, 社群之力量來為新聞辨別好壞, 那麼我們應該讓社群自己發展機制, 可以做的是提供基本的選項回饋 ex 好,壞, 沒意見, 以及認證&專業的回覆, 然後再定義明顯意義的門檻, 比如100個壞就標紅燈之類的, 之後就是看使用者怎麼使用和認知了!!設計端
*操作流程及元件
*CI設計 ( LOGO / 標準色 )
（34 行未修改）
|
||
| 2014-09-02 04:34 – 04:35 | r719 – r723 | |
顯示 diff（31 行未修改）
*散會前半小時任務分工討論
- *下次開會時間 (如果沒意外，和第一次新聞松合辦 10/紀4)錄摘要
+ *下次開會時間 (如果沒意外，和第壹次新聞松合辦 10/紀4)錄摘要
（21 行未修改）
下次開會時間
- 如果沒意外，和第一次新聞松合辦 10/04
+ 如果沒意外，和*第一次新聞松合辦壹10/04
|
||
| 2014-09-02 04:34 | r718 | |
顯示 diff（60 行未修改）
|
||
| 2014-09-02 03:28 – 04:34 | r61 – r717 | |
顯示 diff（4 行未修改）
會議名稱：第四次除黴會議
在「第壹次新聞松」 http://hackfoldr.org/NEWShackathon/
- 時間：2014-09-（6六）1??:??~??:??地點：
- 未定
+ *新聞松因和E論壇合作，籌備較耗時故已改至 1
+ /時4間：2014-09-（6六）1??13:20?17:3：
+ 未定伯朗咖啡館（承德店） 臺臺北市台北市大同區承德路三段131號 2↑樓
- *會議紀錄摘要
+ 〉捷運民權西路站5號出口，步行5分鐘備註：場地冷氣很強請多帶件衣服
+ 會成員：有空、有興趣的人都歡迎，(既定成員已在社團內開好活動，可以去登記)
+
+
+ *議程議*新舊成員介紹 1
+ min*最近活動心得分享 (黑客松、第三次會議加開臨時會：募資、機制)
+ 20~3min*募資問題
+ *機制問題
+ *媒體組進度報告
+ * 20~30min問卷調查進度 (如果佑丞不方便來就先公佈要點到社團)
+ *工程組實作討論
+ *機制問題
+ *從簡化的機制開始制定 (參考: 黑客松DEMO )
+ *設計端
+ *操作流程及元件
+ *CI設計 ( LOGO / 標準色 )
+ *UI/UX問題 ( Wireframe )
+ *程式端
+ *domain | 梅君提案: kerkernews (狀聲詞/有趣/科學..保有多種詮釋空間)
+ *從簡化的機制開始制定
+
+
+ *散會前半小時任務分工討論
+ *下次開會時間 (如果沒意外，和第一次新聞松合辦 10/紀4)錄摘要
（21 行未修改）
下次開會時間
+ 如果沒意外，和第一次新聞松合辦 10/04
|
||
| 2014-08-04 16:57 – 16:58 | r59 – r60 | |
顯示 diff（6 行未修改）
時間：2014-09-（6六）1??:??~??:??地點：
未定
+
*會議紀錄摘要
（21 行未修改）
- 下次開會時間
+ 下次開會時間
|
||
| 2014-08-04 11:44 – 11:45 | r41 – r58 | |
顯示 diff（10 行未修改）
*結論重點&進度時程訂定
- *沒有參與會議的朋友有意見仍可提出
-
+ *沒有參與會到議的朋友有意任何見仍都歡迎交流回饋
評價系統
*
（19 行未修改）
|
||
| 2014-08-04 05:22 – 05:27 | r1 – r40 | |
顯示 diff- Untitled
+ (籌備中)第四次除黴會議
+ 906
+ 此文件路徑：全民除黴計畫hackfoldr / 會議紀錄 / 這裡T
+ *會議資訊
+ 會議名稱：第四次除黴會議
+ 在「第壹次新聞松」 http://hackfoldr.org/NEWShackathon/
+ 時間：2014-09-（6六）1??:??~??:??地點：
+ 未定
+ *會議紀錄摘要
- 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!
+
+ *結論重點&進度時程訂定
+ *沒有參與會議的朋友有意見仍可提出
+
+ 評價系統
+ *
+
+ 市場調查
+ *
+
+ App部份
+ *
+
+ 後台與程式部份
+ *
+
+ 雜項
+ *
+
+
+ *進度時程訂定 (包含規畫、技術、推廣、活動等行程，沒寫到就自填)
+
+
+
+ 下次開會時間
|
||
| 2014-08-04 05:19 | 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!
|
||