---
tags: web3, Shoutout
---

# da0 Shoutout 10/03 會議記錄

時間地點
時間：2023/10/03 8:30PM Taipei time
參與者：昶惟、Naoh、Lucky、Stanley、Frank、Chubby、Yian、K Lai、Zoey、Matt、Danny、Peixing、Weijen
會議連結：
https://meet.google.com/tpx-cukc-mfn

上次會議紀錄
https://g0v.hackmd.io/@_rTAcCrLS7W71XaFfUyIMg/SJ2iLEyg6

## 議程

1. 教學如何匯入9-12月的Shoutout Weekly Meeting
2. 分享deploy and Fork的近況
3. 大家分享一下認養項目的概況
4. 大方向的任務與任務分配

#### 時程
- 10/10 : deploy and fork完成
- 10/10~10/24 : fab dao推廣使用 and 產出教學文件
- 10/31 : 發放第一波hypercerts，公開工具的使用請大家來用
- 11/01~12/XX : 持續推廣、紀錄與開發Shoutout專屬功能

#### 任務分配
- Shoutout bot
- 後端工程師
- DC機器人工程師
- Shoutout page
- 前端工程師
- 平面設計師
- UI, UX

**bounty

- 推廣與教學使用
- 推廣大使：Stanley and more
- 教學：Danny可以幫忙教學文件
- Lucky support（有餘裕時）
- 發想與挖掘更多使用方法與應用
- Lucky報
- 怎麼update在slack 跟 discord的討論串

#### 確認貢獻影響力的權重分配
- 開會
- 開發
- Shoutout bot開發
- Shoutout page開發
- 推廣
- 文件與紀錄
- 教學文件與其他紀錄
- 報告
- 紀錄
- 其他
- PM
- fab dao

## 紀錄
- CW: 維護的費用與人力
- Zoey: 往回看找到共識
- 找到有哪些分工、比例、不同人的佔比
- Stanley: 最小貢獻單位的訂定，超正的經驗
- Frank: 做完事情的事後分析與回饋比較清晰與容易，比較知道花費的心力與難度，先有一個分配版本再去微調
- Stanley: 多給一點！希望做工程的人多一點，想要讓發生的可能性大一點
- Frank: FAB DAO的敘事在Shoutout中是什麼
- Pei: 呼應FAB DAO在其中的貢獻如何被記錄下來
- Noah: Peer review在初期的消耗比較不會那麼多
- Stanley: 超正的分配案例可以提供參考
- Frank: FAB DAO中工具的學習，例如如何fork、製作bot
- Zoey: 所有人都可以參與最後的QV

## action items
昶惟與大家討論，產出初版的分配比例與peer-review方式

## 10/4更新
* [name=frankhu] 晚上 9:16
剛剛在FAB DAO超證小組常態會議有針對ShoutOut在多做一些討論，也把紀錄分享到這邊:
FAB DAO稍微想像社員可能參與狀況
A 非技術參與
A1. 輕度參與: 在FABDAO 內多用praise/shoutout 類似測試人員 <- 這個我們覺得幾乎所有人都OK，FAB DAO這邊滿愛用emoji等功能
A2. 中/重度參與: 等昶維Deploy後開始嘗試+協助規劃 + 看昶維有沒有覺得需要那些輔助 or 我們想我們社群可以有甚麼更好 (D大叔有提到例如可以協助寫使用手冊/教學等)
B 技術參與: 目前FAB DAO#超證小組 比較少網頁工程師 所以可能協助App building還需要再多找人
FAB DAO#超證小組這兩周會想把上次會議有貼的貢獻表單優化成一個適合討論的流程，還在發想中

## AI整理總結
- 會議工具介紹：Slack、Calendar 和 HackMD 用於記錄討論和議程。
- 日程安排系統與日曆的集成以及對日曆平臺的討論。
- 使用 Praise 工具的探索、部署或分叉，以及限制。
- 伺服器部署討論、挑戰、尋求協助以及與工程師的合作討論。
- 開展賞金計劃的可能性，與Fabdao團隊合作，FIP批准，預算分配，行政和決策過程。
- 項目的進展和部署、時間表、預算分配、分叉到Discord以及Hypersurge項目的影響。
- 開發和部署計劃，使用Folk's press，現有工具的可用性，時間表和目標，將數據庫與Slack集成，用戶測試和教程材料。
- 儲存解決方案的需求，資料庫的成本，貢獻的權重分配，以及Hypersearch專案的敘述。
- 超級搜索項目的敘述，創建草稿，他人的意見，並根據過去事件評估貢獻。
- 決策的重要性，考慮不同的觀點，個人貢獻與發展時間表，反饋和分析，以及責任的分配。
- 記錄和記錄歷史事件的重要性，任務分配，實施同行評審以及同行評審的好處。
- 關於貢獻機制、界限、共識、HC的擴展、評估機制、認可協議以及來自 Echo 的反饋的討論。
- 項目的所有權，涉及FAPTOW用戶，實體會議的好處，以及項目的時間表。
- 數據庫的重要性、整合的挑戰、項目速度以及團隊成員採取的不同方法。
- 會議界面的同步和優化，會議記錄和分享會議筆記，修改議程，以及添加摘要。整合 HackMD 並使用日曆進行討論和跟進。
- 演講者介紹了像Slack、Kender和HackMD這樣的會議工具，用於記錄討論和議程。他們討論了將排程系統與日曆整合，並探討了Place工具的使用。團隊討論了伺服器部署、啟動賞金計劃以及與Fabdao團隊的合作。他們討論了項目的進展和部署、時間表和目標。團隊討論了儲存解決方案、貢獻分配、決策過程以及記錄和文檔工作的重要性。他們討論了未來的貢獻、投票權和社區內的界限。團隊討論了工具、角色、項目所有權以及項目管理的需求。他們討論了面對面會議的重要性、整合數據庫、項目速度和協作動態。演講者討論了優化會議界面並安排與傅佩梅的會議。

## Reference

Peixing Liao晚上8:40
傳送門: https://airtable.com/app3c5Ed9xJT08zJF/shrDiUmi6vnhzVygB
Peixing Liao晚上8:41
Lucky :說話泡泡: 晚上 8:32
@頻道 有鑒於目前在開放專案上，一直有不少溝通和管理的問題：（1）由於共筆不穩定的狀況，以及開設共筆有一些門檻與相對應的責任，至今每週會議紀錄散落在 原始文件 ，以及不同成員hackmd帳號開設的會議紀錄，這個狀況難長期經營 （2）多數人仰賴自己的行事曆，提醒每週發生的事件，但原先的行事曆是封閉邀請制且無法編輯的，對開放社群協作產生阻力 （3）由於每次會議紀錄的格式沒有定性，社群外的人難理解整體脈絡，知識外部化的成本還是會回到具有寫作能力且願意付出時間彙整資料的社群成員身上，這有好有壞
趁著加入HC QF需要公開紀錄貢獻以及目前標案有購買一個付費Google One可錄影帳號＆2TB儲存空間的機會，9~12月想實驗看看新的開放專案方法：
(續)
（1）會議記錄將集中於此 會議紀錄 （未來小白們想快速一覽SO參與HC QF的會議資訊，都可以看這邊就好），格式將確保每次參與者、Action and Follow Up、會議錄影或錄音檔（每次開會前提醒大家會錄影）、AI逐字稿、授權格式…等重要資訊都能被快速一覽、理解及查找。由於Airtable已建立會議記錄的後設資料結構和2 ways sync automation，代表「未來開會的行政成本會降低、大家都能透過編輯自己行事曆的「備註」欄位，就能一起新增想討論的事項＆資料會被自動sync到airtable資料庫」，我與 @昶惟 會將精力與時間多花在維護 會議紀錄 的即時性與有效性，提供資料的公共價值
Peixing Liao晚上8:43
（2）不強制要求大家都把Shoutout Weekly Meeting放到行事曆，好處是加入後可方便在自己的行事曆裡看到排程，以及可以增修行事曆上的每週討論事項（目前開放權限，大家都可以增修行事曆的時間與備註欄位。但被玩壞的話我會改權限XD）。
（3）希望未來這些資料都能在整體PM流程的優化後，在確認資料能如何／能否被使用的前提下（確認關係人與資料授權方式）被更多人應用與比較分析
that’s all，有任何建議都歡迎大家一起討論
PT Chiu晚上8:43
好猛喔
Peixing Liao晚上8:44
這個超讚，可以把各種資料變成可以分析的元素
Frank Hu晚上8:49
https://www.techlicious.com/how-to/how-to-add-ics-ical-event-to-google-calendar/#:~:text=How%20to%20add%20an%20iCal%20event%20%28.ics%20file%29,Import%20your%20.ics%20file%20to%20your%20calendar%20
好像可以import ics檔案
Peixing Liao晚上8:50
我成功了~
Danny Pi晚上8:50
我也是用右下角的小小＋
Peixing Liao晚上8:50
超級小，還以為是LOGO標示XDDD
web3 Frontier晚上8:53
那我把螢幕分享給昶惟～～
Peixing Liao晚上9:27
pt: 先知道有哪些分工，知道哪個比例，再往下分配
PT Chiu晚上9:31
比例要分到太細會很難決定又很耗時，可能需要定一個死線，在到期時以當下的方案為準，來逼迫大家產出一個共識
web3 Frontier晚上9:34
我另一邊會議delay半小時了～要先離開，會再看影片＆加入權重的討論，我初步想法是每種參與都很重要都要被計入，其他想法跟frank很像覺得事後reflection/feedback loop很重要，大家可以自我舉證＋peer review
web3 Frontier晚上9:35
（先離開了但帳號會待著
PT Chiu晚上9:36
peer review這個可以實行看看，在發行前討論一次自評與互評的結果。之前我們小組有提過類似的作法但還沒有實行過
PT Chiu晚上9:44
先撤啦～
網路有點怪＠＠
Frank Hu晚上9:45
https://docs.google.com/spreadsheets/d/1RJuqxDrPwHLqJIqwYIa2N2TWB4aX4eNZfg3tmrVto2U/edit#gid=1123680879
Shoutout QF weekly meeting