tags: shoutout

2023.03.04 基礎松討論

感謝大聲公 / 史詩系統 開發歷程紀錄(9/20更新)

(以下是以順時序方式，紀錄自4/3基礎松之後一路以來的開發歷程，若想快速了解現況可跳至精華版)

計畫目標的概念分析論證

本計畫的目標，是建立一個激勵機制系統，能夠盡量多元滿足da0甚至其他團體參與者的各式心理需求，且可能在整理之後向外界呈現
有效的激勵機制必須滿足自我實現功能，以及社會互動功能。因此

• 必須能夠辨識出夥伴的貢獻方向，投入方式，技能氣質。
• 必須能夠呈現同儕的看法，以及其他人的關注與興趣

同時，這個激勵機制也需要允許專案負責人或計畫製作人給予成員誘因和評價，因此

• 負責人使用時必須盡量直觀
• 參與夥伴必須盡量經常接觸

上述必要條件，使得同質性的工具都不利於此激勵機制。

為了盡量降低機制使用時的認知負擔，我們採取人類互動時的直觀格式: 敘事

我們的激勵機制稱為Shoutout，是一種謄錄彼此感謝文字的機器bot。

• 使用者只要在感謝或評論彼此貢獻時呼叫bot，文字就會被記錄到自己與對方的帳號。
• 每個人都可以從自己的頁面，看到自己發出了哪些shoutout，以及從誰那裏因為何事而獲得shoutout。

目前bot位於g0v最常使用的slack，未來不排除在其他平台推出。
目前的記錄頁面以網頁，使用者能以加密錢包登入，預計未來將連結鏈上功能，例如Hypercerts。

另外，為了讓g0v原有的感謝文化使用者能夠順利習慣這種謄錄方式，我們也引進了遊戲化機制。shoutout發出時會附加隨機gif，使感謝文字與圖片之間的有機互文產生額外趣味。

概念

人類是敘事的動物，每個人在共同工作時都有被同儕所感動或佩服的時刻，而且都會忍不住把同儕的精采故事介紹給新朋友。

g0v至今為止已經作了很多事情，未來也會繼續創造各種有趣的事，很值得有一個方法紀錄每個人一期一會的各種有趣時刻跟各種交流。

呈現方式就是一個紀錄貢獻的感謝碑，讓參與者的努力能夠被其他坑、甚至其他時間的人看到。如果需要跨坑找人幫忙時，也能夠更方便地搜尋每個人的技能跟屬性。

因為史詩是共同撰寫的，採取一個方法記錄有所感受的大大小小事件，每個人就可以自然地成為彼此的吟遊詩人，所有的記錄累積起來就成為史詩。

形式

提供一個功能，只要想讓某人的貢獻被所有人看到，就可以用特定句法

@shoutout @someone for something

例如

@shoutout @tofus 簡直UI達人！聊到一半就想到「感謝卡」的雛形！

所有感謝/讚美句都會匯集在某個【公共頁面】，類似類比時代的功德碑或口傳史詩

以下示意圖為目前個人頁面的呈現方式，先作舉例

未來個人史詩累積，可以進一步結合「成就背包」的概念，每個人的頁面可以彙整提及自己的句子，成為可以帶著走的成就背包。

Action Items

230304基礎松討論

以下為今天(3/4)跟昶惟、維人、豆腐、Charlie大致聊了shoutout一些可改良的功能

1. 重新設計shoutout bot的提示訊息

• 例如加上視覺化的圖 (@tofu)–->有pop up效果 ☑tofus3/5更新
  • 可以連到SHOUTOUT清單頁面–->這個非常重要，順手就能夠看到感謝上榜，也會增加使用動力☑昶惟3/7更新

"Button"的地方可以放感謝卡圖案，以及想辦法放連結連到功德清單頁面
"give them more!"這句話也可以代換成其他提示文字

• 之前提的動畫?

2. 新增即時更新，讓人立即看到，有立即回饋，會增加使用動力 (@昶惟)☑

3. 點進shoutout bot可以看到前幾則動態 (@昶惟)(待確認)

以下是目前的樣子，還沒有放任何功能，但可以新增顯示前幾則動態

4. 個人頁面：目前是用連結錢包的頁面。推廣成就背包的過程，要顧慮到一般人連結錢包的難度跟抗拒，所以 如何讓人想把shoutout帶走是推廣重點
上次開會提到：「頁面讓其他人可以看得到 > Matt API 要改一下」?

5. 新增一個【公共頁面】？：可以考慮作出一個不用登入錢包的公共頁面，專門彙整所有shoutout句子 (就是把昶惟那裡存取的所有shoutout資料變成大家都看得到)

更新：基礎松後，Isabel在#gernal的shoutout

其他UX/UI回饋
6. SO Page彙整介面設計

• Shoutout卡片可再新增顯示：
  1. 時間
  2. 讚美者名字
  3. 來自哪個 #群組
  4. 連回原對話串?(回溯連結) (待確認)
  5. 分段設計

目前個人頁面顯示，每句shoutout之間需要分段比較清楚 (目前是連在一塊，如下

@tofus有做出分段(0119舊版)，待@Matt更新

7. 回溯連結：彙整頁面的單則shoutout可以連回shoutout句子出現的thread (這算是前端的設計，是要問問Matt?

更新-230309珮杏錢包更新

isabelhou基礎松的shoutout進來了；維人的吐槽軼事都進來

230308視覺點子、shoutout慾望 (待確認)

Peixing 晚上 6:06
好讚啊 shoutout用起來~~~ 趁勢先把昨天會後跟@維人外出走路運動的路上，想到的一些點子先列出來，至於是否合適，以及是否可以達成，需要大家的回饋跟得仰靠設計師/工程師的魔法惹~~~
容我先cc各位技術專家 @tofus@昶惟@Matt@Charlie
1. 視覺設計
1.1 有可能設計一系列"很shoutout"(?)的jpg，或是gif?，shoutout時隨機出現嗎?
例如 獸人大吼、my hero、發送愛心光波 …etc
1.2 其他會讓人意圖想點的做法，先列舉一些例如

• 點了之後，會換成另一張圖?
• 或是點了之後才會跑出文字? 例如臉書聊天訊息手機板，訊息可以放禮物效果 :禮物:，或是類似discord那種，有一個遮罩在文字上面，要點了才能讀到內容 (刮刮樂??

2. 增加想shoutout的慾望
這禮拜的壽星屁孩 @黃豆泥 讓我們注意到，shoutout好像可以分成兩種：
A. "紀錄史詩"
跟
B. "就是想shoutout!!!"

前者就是之前一直提到的，要使用句型，盡量寫出關鍵詞，讓其他人知道被shoutout者的貢獻，這是滿足紀錄的功能。

會注意到後者，是因為看到豆泥都只有寫shoutout，而沒有寫出關鍵詞… 但後來想了一下，雖然這會導致事後其他沒有一起經歷當下的人，可能無法瞭解shoutout的原因，但這種「當下想shoutout的心情」似乎也很重要！可以增加有趣的互動，而且可能有很多潛在的使用場景屬於這一塊
可以想見，這樣之後會出現大量的shoutout，不過應該可以用字串的長度來篩選是否放進公共頁面？
總之，在想有沒有可能同時包容兩種使用？

然後單純的shoutout，跟史詩紀錄的shoutout也可以分別使用不同的圖或動畫。
先這樣期待大家的回饋

n0ah 6 天前
Love 1.1, 1.2 so much!!!
2 我在想可以特別設計一個就是想 shoutout 的場景

• 假設句型不含有任何其他的評論，譬如說『@shoutout @Peixing 』這樣，那可以跑出特別的驚喜，但不會被記錄下來，
• 或是假設只有 emoji, ex『@shoutout @Peixing
  Image Not Showing Possible Reasons

  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported

  Learn More →
  』可以在 GIF 資料庫裡搜尋結果裡隨機挑一兩個出來，這樣也很好

230309討論shoutout標籤? (待確認)

n0ah 5 天前@昶惟
我好奇也問一下，我們如果想給每個 shoutout 一個標籤，譬如說 #design 這樣，因為 # 在 Slack 裡是頻道，有沒有其他下標籤的方法。
原因是如果我今天 shoutout 給豆腐，可以劃上 design 的標籤的話，這樣不但給了正面回饋，同時也給了這些正面回饋屬性，這樣未來別人在 verify 豆腐的屬性時可以減少許多成本 ex. 只找 design 相關貢獻分數在 100 分以上的人之類的

昶惟 3 天前 @n0ah
確實slack好像沒有自動加標籤的功能，目前我想到的幾種做法如下：
設定在發文的時候的格式，可以在 ＠shoutout + #design + 要說的話，這樣可以抓那個#後面的詞作為分類。最簡單
用AI 依據每個人的shoutout內容做分類。最方便，會花一點點錢＋可能不精準，但是也可能會有驚喜
設計slack互動介面modal的功能，讓使用者依照上面的指示填寫shoutout和各種標籤屬性等等。比較麻煩而且會多一步驟去叫出功能

更新-230315錢包頁面

230321ShoutOut Actor Journey Map mini workshop

at c0-working P night #1

(workshop照片)

Glossary update

• civic commons：提升個人公民意識啟蒙或公共貢獻的公共財

Lucky ChenWhat does ArtC mean by ‘civic commons’?
The word ‘civic’ often calls to mind the responsibilities of citizenship and suggests an understanding of how government works. Accordingly, civic engagement is taken to refer to activities that occur in these realms, like voting, community service, and political activism. These are all important areas of civic activity, but civic engagement can also include less outwardly visible actions that are expressed through reflection, inquiry, and dialogue. So, for example, civic engagement can include activities such as reflecting on one’s role in a community, investigating belief systems that shape how we see and treat other people, dialoguing with others to explore diverse civic experiences and points of view, considering issues of justice and fairness, and interrogating the structures and systems that shape how we interact with other people and how we live within the natural world. Sometimes these inquiries lead to overt civicaction, sometimes they lead to thoughtful dialogue with others and shifts in self- understanding.

— ArtC is a collaborationbetween researchers at Project Zero (PZ), Harvard Graduate School of Education in the United States andIndependent Schools Victoria (ISV) in Australia.

• ShoutOut 暫譯為 讚爆，簡稱 SO
• ShoutOut Bot 簡稱 SOB
• ShoutOut Bot Page 簡稱 SOB Page（點擊頻道內SOB大頭照的資訊）
• ShoutOut Page 簡稱 SO Page（社群貢獻頁面）
• ShoutOut Actor Jounrey Map 中譯 SO行動者旅程／讚爆行動者旅程圖

本次討論辦在由 台灣相信世代發展協會 長期贊助的場地— University Cafe，da0成員Yian lead的bi-weekly da0 c0-working活動 。

SO team以4/12 demo for Code For Japan為目標，討論是否能在人力與時間限制下迭代優化新版本。

本次行動者旅程圖mini workshop由da0成員Lucky lead，Lucky製作新版staretegic framework來優化actor（not user）的能動性，並印製相關UI paper mockup引導討論。本次參與的da0成員包括：Lucky、@peixingliao、維人、Noah、Matt、昶維、Tofu。


本次討論重點

1. Sync 讚爆行動者旅程圖
2. SOB tag 的讚美者改為被讚者的可執行性，以及相關UIUX討論
3. SO Page不用串接wallet的可執行性，以及相關UIUX討論
4. 有空的話，再繼續討論其它好玩der東西
   
   

本次達成共識
這次大家一起階段式優化了以下２項行動者旅程：

Lucky Chen未來SO team可持續迭代的討論工具
Shoutout(SO) Actor Journey Map／讚爆行動者旅程圖, 2023.03.21

．優化部分，見文件中4.3＆4.4欄位的H～K，以及6.1＆6.2欄位的H～I

To-dos before Code For Japan

🚀 Lucky
優化讚爆行動者旅程圖、lead workshop＆持續挖坑

🚀 昶維＆Matt
優化SOB的旅程、SO Page的內容
見讚爆行動者旅程圖中，4.4欄位的H～K與6.2欄位的H～I

🚀 @peixingliao＆維人
持續優化這篇HackMD，未來提供大眾了解ShoutOut的timeline、在讚爆行動者旅程圖＆Slack的#Shoutout上提出討論

🚀 Tofu
持續發展下一版SO Page的Widget UI(個人版)、引導SO team討論會計導入功德計算系統、在SO Actor Journey Map＆Slack上提出討論

待確認問題：

1）SOB tag被讚者產生的兩個按鈕，一個為「成就背包」、另一個暫定為「社群功德值」。社群功德值的按鈕名稱，開放大家鞭＆討論
2）SO Page原本右上角的「connect wallet」，由於改成登入slack，我先暫訂按鈕上的文字為「我在da0的功德值」，開放大家鞭＆討論
3）功德、成就、貢獻（contribution, praise）；聲譽（reputation）等，我們下次可以討論，看要不要通用單一詞彙～

4/12 Code for Japan demo 這個期限之前完成順序

Peixing 凌晨 2:31
考量時間跟人力，或許將討論到的項目，直接列出施做的優先順序，可以讓
@Matt 跟 @昶惟 兩位大大，依照自己能負擔的量能去依序完成，同時可以兼顧
@n0ah 4/12 demo Shoutout的完整性
以下整理自討論內容 (細節參讚爆行動者旅程圖) ，如果有漏或有誤，或有更好的分配，還請跟我說>///<

A. SOB 訊息 @昶惟

1. 「@讚美者 你的shoutout已發送!」 改成 重複「讚美者所讚美的文字」
   *不確定這個功能做出來需要多少時間，可以再討論變通方式！
   • 例如:「@被讚者喔耶！剛剛@讚美者讚爆你啦！快來收收~」然後連到原對話串??
     • 問題：90天以前的看不到？連到Ronny那邊的資料庫？
   • "重複內容"作法的其他問題：
     • 如果碰到一次shoutout多人？
     • 或是shoutout多人且不同內容，但都打在同一段？
2. 「成就背包」的Button，連結新的個人頁面首頁
3. Button多新增一個「社群功德值」，連結Matt做的SO Page公共版
4. 圖片考慮改成橫幅gif梗圖，讓機器人隨機上傳，橫幅是為了整體對話版面流暢，隨機是為了有趣
   *不確定這個功能做出來需要多少時間，而且梗圖目前還在蒐集中，或許先維持原樣？或先改橫幅？

B. SO Page @Matt

1. (新的個人頁面首頁)個人頁面改成slack登入
2. 個人頁面換成 @tofus 目前做的新版型，後台要多抓資料

以下為版型示意圖，等Matt更新網站

3. 公共頁面，先用Matt手邊已有的版型？
   *跟Lucky討論到的二合一問題，待確認是否可行
4. 公共頁面上半部顯示的資訊，由Matt依可負擔的能量做選擇
   4.1 總次數
   4.2 其他:次數折線圖? 選擇月份? 選擇頻道? (目前只記得這些XD

更新-230321蒐集梗圖中

https://g0v-tw.slack.com/archives/C046ZFGTWQK/p1679378817357769
昶惟目前使用的APT: https://giphy.com/

更新-230322昶惟更新SOB

1. 新增三個按鈕
   • 來自這裡—一鍵回原訊息串
   • 成就背包—個人版頁面
   • 社群功德值—公共版頁面
2. 圖片改成梅爾老伯GIF

更新-230328SO開會+MATT更新個人&公共版頁面

1. 會議紀錄 https://g0v.hackmd.io/5T8w8iiHRm22jDYK4XvpbQ?view
2. SO PAGE 測試版：https://picchu.io/da0_test/
   

3. ACTION ITEM
   • 一、SO的大頭照-看起來可以用刀疤貓，@n0ah跟Doz確認一下，如果Doz無法協助再跟大家說
   • 二、社群功德值的頁面還在開發 by 昶惟 & Matt
     • almost done
     • 排版要再動一下
     • 格式也得再更新
     • 數量請@昶惟@Matt這也確認一下
   • 三、成就背包中的Shoutouts from community有時不穩定？To be confirmed@Matt@昶惟
   • 四、連結giphy技術是否可行，或我們一起來收集梗圖 What’s best?@昶惟看一下 API 跟大家update
   • 五、大家要不要一起學怎麼做bot～& 想持續給大家一起學習跟研究激勵系統～！可以也藉由這個討論不斷優化我們覺得很棒的體驗Yes Let’s do it～！@n0ah@昶惟@Peixing@Matt@tofus@維人
   • 六、4/7（五）我們將討論功德值之於shoutout的意義與價值、預期的計算方式或方法、以及未來方向
   • 七、未來weekly meeting可從激勵系統的小討論開始warm up（maybe 20分鐘。不夠就另開其他局來討論，比方說拉到bi-weekly coworking XD），但仍會以能讓每週需持續推動的優先事項能被討論為優先
   • 八、Bug report: https://g0v.hackmd.io/@da0/ryy0_tlWn
4. 妞的思考中:增加給SO的資料
   目前效果著重在接收SO，但一直給Shoutout的人，有cheer leader的激勵作用，其實對組織來說也是很重要的存在
   如果要做分析的話，很可能可以考慮做出另一種圖論–有指向性?
   另外，可不可以點擊其他人的頁面列表，知道某個人給出和接收的SO長什麼樣(文字雲的前身?

230407SO weekly meeting

1. 會議紀錄
   https://g0v.hackmd.io/Cs_LU9C0SH6hO0xkwC2p7g?view
2. 討論一
   快速確認一下SO page（成就背包：slack登入個人頁面；社群功德值：社群頁面）的建置狀況、SOB的profile更新，以及Bug Report的問題排解

昶惟更新：

shoutout的資料格式更新好了，包含以下：
text: 原本的shoutout
user: 這句shoutout來自誰
ts: 這句shoutout發出的timestamp
channel: 這個shoutout出現在哪個channel
https://files.slack.com/files-pri/T02G2SXKM-F051E3Z063C/image.png

Noah：
這是 Supermodular 近期的小產品，也適用 Hypercerts 做的，給大家參考>> https://www.givegratitude.io/

3. 討論二
   Sync短期目標

Lucky：@shoutout@n0ah@Peixing@維人@昶惟都針對SO在channel上的表現，contribute了非常非常棒的觀察與insights，而且很多部分都有對應到SO行動者題驗旅程圖～！
ex. @Peixing 提到「Shoutout其實是一個關係建立之後才會使用的互動工具」，在3/21沙盤推演時，SO旅程圖文件中，針對Passerby的障礙所制定的階段性對策為「鼓勵參加與da0、g0v相關社群活動」，也就是可透過實體活動來加強導入

昶惟：shoutout bot會有不連續或洗版問題
Noah&Lucky：爆讚被看到是重要的
Lucky：emoji的方式蠻聰明的
Noah：可以先選一些關鍵字給昶惟跑giphy
Peixing：一周榜單（另一種玩法）可創造互動、也可以回顧
Lucky：或許可以有個避免洗版的機制（ex.太少字不出現）
維人：SO本身不具備格式的規範力。使用方式完全取決於語用，形成語用習慣之前取決於使用者的想像、大家對SO想象不一致
Peixing：對SOB能發揮到什麼程度不確定、還有沒有其他與SOB互動的方式
Noah：重新定義—

優先順序是我們如何讓看到SO的人也有慾望想開始嘗試使用SO，目標仍然是要 empower坑主去激勵他人貢獻（可以回頭看一下[早期的報告](https://g0v.hackmd.io/@da0/main/https%3A%2F%2Fdocs.google.com%2Fpresentation%2Fd%2F1akvhEZgX4KJHUbS-ex0dP0AbOVjDfe0U1eUnQGDpVaE%2Fedit%3Fusp%3Dsharing）
我們現在的階段在讓貢獻『浮現』，浮現後的貢獻要如何往 empower 坑主的方向前進，這也值得討論一下
針對 How might we convert passersby to shoutout users 我先丟幾個假設
好奇心是否能激勵行為？ex. new random GIFs
稱讚的放大效果是否能激勵行為？ex. 讓 Shoutout 轉化稱讚文字成 GIF
獎勵是否能激勵行為？ex. 稱讚行為是否可以獲得什麼？

Peixing：超讚回饋 (補充)

會在頻道中互動的大多為積極使用者，新來的人沒有這個濾鏡，他一進來就是各種資訊混在一起，確實可能一時會有點暈頭轉向，洗版問題可能比較明顯，因為他應該是最容易看到SOB的訊息。

一、如果新來的人只是單純路過的passerby，那他就當吃瓜民眾也很好，看我們怎麼用Shoutout玩彼此XD 我們不需要額外幫忙降低門檻。
小結：針對單純路過的passerby我認為目前就可以了，洗版也無所謂，先以我們自己使用方便為主

二、如果是可能想成為參與者的新人，就有趣了！
從他剛跳進來覺得這裡很有趣，到他開始使用Shoutout，我認為其實關鍵在中間與社群互動的過程。Shoutout其實是一個關係建立之後才會使用的互動工具。以這個角度出發
小結：我想稍微問一個更前面的問題：我們如何讓我們自己在Shoutout的時候覺得很有趣、很有用、很有成就感，並且有欲望繼續使用下去？

三、什麼時候新進的"參與者"會開始實際使用呢？而當新舊成員互動變多，新成員逐漸融入這個社群，形成某種認同感，哪天他碰到需求的時候，可能就會自然而然開始使用Shoutout。(就像 ++ 文化那樣)

四、跟推廣相關的觀察，現階段的目標應該是：
先打造出我們自己用起來，覺得好玩跟有用的工具。而也只有當我們自己覺得好玩跟有用，下一步才有辦法推廣。
小結：從互動這個視角去看，可以考慮新增的功能：個人"發出"的shoutout清單/數量。那就是有些人很認真寫shoutout (例如坑主)，但他shoutout別人的內容只留在別人的頁面，而自己卻無法整理，這樣其實違反互酬的原理，可能會降低認真寫shoutout的動力。這部分應該可以連結到「激勵」跟「empower」的部分，可以再多討論一下~

4. 討論三
   討論「功德值之於shoutout的意義與價值、預期的計算方式或方法」

230404補充有關Shoutout

珮杏：一個組織能夠順利運作，其實cheerleader的角色也很重要，想像舉辦一個路跑活動，如果只有參賽者本人跟最前面的獎牌，而沒有親友的歡呼或報導，那其實這個活動只是參賽者在較勁，應該很少人會喜歡只是這種拚輸贏的感覺。

• 貢獻
  有人的技能是硬體，有人的技能是軟體
  前者是設計跟寫code的技術，後者可能是主持、參與討論、給予鼓勵、主動幫忙紀錄等等
• 個性
  (順其自然:友善內向者的設計，例如鼓勵按emoji +
  順勢培力:鼓勵實體活動培養關係，讓參與門檻降低)
• 使用習慣
  對人:
  坑主或主持人"鼓勵"組員(紀錄跟互動)
  成員"感謝"成員(紀錄跟互動)
  成員"玩"成員(互動)
  對事:
  shoutout moment(紀錄)

自己先玩起來，累積成果，從節點出發示範跟試點

這是我目前覺得最有機也最穩的迭代過程

我看到很多事情該做，但我也擔心講出來事情只能往這邊走
因為這是一個共同創造的過程
有很多新的可能性是靠許多人在過程中挖掘出來

所以我覺得現階段最重要的大概是先把最核心的功能都做出來，至少先讓我們這一群研發者都覺得順手的程度

我覺得現階段最重要的是

1. 把基本功能做出來(sob跟sopage)
2. 然後夠kiang夠有趣的功能也做出來
3. 從節點到擴散
4. 闡明SO的願景跟概念
   4.1 讓大眾了解SO紀錄史詩的潛在價值–"花式"感謝更好玩更搞怪、與夥伴一起寫下歷史–某種文字snapshot
   4.2 寫在SOB的簡介上，或是做成懶人包訊息，或是做成教學
5. 發揮潛能
   5.1 鼓勵成員彼此紀錄專案互動過程的每一個獨特的時刻
   5.2 鼓勵成員開發SOB的新玩法

push的順序

1. 基礎功能先做出來，每做出一個就公布，先求有再求好
2. 由節點到擴散
3. 要陸續做一些活動，去顯露史詩的潛在價值
4. 開始有更多人使用之後，再來寫sob簡介
5. 有趣的功能是好玩就來做，隨時都可以做

另一方面，可以在這個基礎上，繼續研究機器人的潛能

例如我看過一個功能，是當我心加入一個頻道的時候，我會收到slackbot發出一則歡迎訊息，告訴我一些資訊，例如「加入了這個頻道的成員，大多也會加入另一個頻道」然後列出那個頻道的連結，我就會因為好奇而點過去

或許之後有機會可以討論看看這個功能
例如進來的時候跳出一個機器人訊息，說明SO的運作，以及附上連結可以去看所有SO的列表。

在公開的時候只記被機器人移過去的部分

更新230407Matt更新SO PAGE

• 被讚者名字 (0417已更新)
• 時間順序

更新230408昶惟更新貓貓random gif，風靡SO群XD

230411SO weekly meeting

會議紀錄：https://g0v.hackmd.io/@da0/r1p5J62fh

230411昶惟說明SOB

凌晨 12:11
星期五開會那天@Peixing 有提到可以如何深入了解shoutout的運作方式以更好的發想，結合之前@Lucky 提到他有想學slack bot，我近期會把shoutout bot文件化，另外也會針對與slack最有關的部分說明其可以更改的地方，以及其他slack API的可能性。

另外我也滿需要會程式的人提供程式架構的意見，因為我比較缺乏這方面的訓練，有些部分就是土法煉鋼組起來的～以下是shoutout bot現有的git hub連結
https://github.com/girofu/Epic-slack-app

更新230412昶惟更新

昶惟: 下午 2:29
@n0ah和你更新shoutout的現況，再請你評估是否或是如何demo shoutout

1. 目前有更新到最新的shoutout，並且每10分鐘更新一次
2. 網站上已經有shoutout內容、日期、來自誰以及頻道，已從id改為name了
3. 可以登入slack帳號看自己的shoutout
4. 未登入前可以看到所有的shoutout

其他還沒完成的，記錄在以下，也請大家試用shoutout和網站看還有沒有其他問題
https://g0v.hackmd.io/3vMgam2TQg661SZoBb9DKA

更新230417Matt更新SO Page，昶惟更新slack為2個按鈕

230418SO weekly meeting

會議紀錄：
目標：六月黑客松
Lucky: Next milestone目標
１）持續debug（一起contribute）＆完善SOB跟SO page（
@tofus ＆Lucky＋ @Matt ＆ @昶惟 。之前提到的包括儀表板、進一步討論contribution的紀錄與呈現、以及主動SO者的紀錄 ）

２）documentation：co-building block（@n0ah ＆Lucky 協助 @維人 ＆ @Peixing）
@Peixing 補充：闡明SO的願景跟概念
讓大眾了解SO紀錄史詩的潛在價值–“花式“感謝更好玩更搞怪、與夥伴一起寫下歷史–某種文字snapshot
寫在SOB的簡介上，或是做成懶人包訊息，或是做成教學
鼓勵成員彼此紀錄專案互動過程的每一個獨特的時刻
鼓勵成員開發SOB的新玩法
３）上鏈maybe SBT, for claiming（da0 sharing & 尋求新坑友）
４）串接discord（Matt＆昶維）

todo
．Lucky & Tofu update現況
．Noah研究filefire ai並於週三sharing

未來SOB可能性：
Web3 功德 Linkedin（數位名片）… and more

補充：Noah的日本觀察

日本人很喜歡SO，因為很具體，而且都認為彼此的貢獻浮現這件事很重要
我們目前應該朝把「底層」(浮現貢獻的功能)做好，就丟出去、給sample。對外尋求可以堆疊的可能性，整套系統可以開源，連分析也可以透過社群激盪出方法
也就是說，這個工具對內可以激勵彼此，對外可以跟其他社群共同建立合作

這是一個相對去中心化的成就紀錄、貢獻紀錄

(維人回應：重視社群 偏社會學、人類學，因為CODE沒有主體性)

伊藤形容講激勵系統，以學校念博士為例。跟你必須努力才能拿到畢業證書一樣，說不定可以設計成，你只要有貢獻100小時研究，就能拿到證明。
這段努力證明的過程很困難，但人類心理會因此在努力的過程中，培養出認同感，這也是一個文化建立的過程。

SO gernal文件整理

昶惟 晚上 10:45
先做了一份hackmd的目錄頁把文件都整理在一起了
https://g0v.hackmd.io/@_rTAcCrLS7W71XaFfUyIMg/SJEX0znzh/https%3A%2F%2Fg0v.hackmd.io%2F%40_rTAcCrLS7W71XaFfUyIMg%2FSJEX0znzh

更新230420 Matt更新SO Page

230501 SO Page截圖

230422 Lucky&Tofu UI討論

https://g0v.hackmd.io/@da0/main/https%3A%2F%2Fg0v.hackmd.io%2Fs%2FSyuvGv-7h
核心問題：我們要如何爲社群成員提供在未來可運用且具有潛在價值的數位資產（Ex.數據、照片、證書.etc）以作為他們參與 g0v 社群的回報？

230425 開始撰寫對外documentation

https://g0v.hackmd.io/s/S1JBzxNQ3

230502 列出七月之前的優先順序

Priorities before July Hackathon
P1 : Debug：code team keep going (from last code meeting)
P2 : Documentation（PW持續build）
P3 : UIUX（Tofus build ShouOuts頁面）
P4 : API & SOB
P5 : Opensource

230509 列出介面顯示功能

20230504 SOB&SOP討論會議記錄

昶惟後台+slack介面工作時程安排

230512 frank&lucky聊glossary

frankhu 晚上 9:12
今天跟Lucky會議期間走走聊聊有談到documentation glossary可以把目前文件丟到文字雲看有哪些高重複出現的詞，可能再從中抓一些出來定義:
ex: 貢獻, 激勵, 社群, 機制 … 也有討論到 資本, 液態, 流動 或許也適合加入其中~ 小丟上來一下給大家參考.

230516 昶惟持續更新SOB、豆腐SOB PAGE的UI待討論

會議記錄：https://g0v.hackmd.io/@noahyeh/rkHr_eWSh
Tim:
我目前把前後端的程式碼都過完一遍了，這禮拜

1. 找 @Matt 看哪天有空可以討論一下把現有版本改成比較好 Deploy 的方式
2. 看 @昶惟 那資料庫的存取方面有沒有什麼要幫忙的

昶惟SOB更新：

1. 修改編輯之後會重複發文的bug (目前本地server可執行，雲端server遇到問題仍未解決，所以現在shoutout不會有SOB的回應:融化的臉:)
2. 修改SOB抓到自己發文的bug (完成)
3. api和邏輯檔案分開
4. SO計算有誤的問題目前不知道底層原因，推測是因為只抓7天的訊息，但是每次執行功能都只會依照最早deploy上去的資料版本進行更新，因此超過7天之後就會開始漏掉SO。暫時的解決方法先把更新訊息設定為90天份量的訊息，暫時不會有訊息漏掉的問題，實際解決問題我認為直接建制database會比較適合
5. database部分，redis and azure cache for redis設定完成，接下來要將過去的資料放進去，這部分我要再請問Tim怎麼做比較好
6. 後續再開始修改抓取SO的邏輯，利用mention bot直接將訊息送進資料庫

Tofu:
這個禮拜主要是在處理分錄的部分，主要是調整了一下分錄得呈現方式還有簡單編排了一下 Shoutout 頁面的介面。主要有針對前幾週提到的「搜尋」還有 “filter” 進行調整
然後上週一好像有聽到有人說如果 Shoutout 可以被 Gamify 的話（例如發送一個 Shoutout 可以獲得 3 點，被獲得 shoutout 的人可以獲得 5 點之類的）或許可以激勵更多人使用 Shoutout bot，這點或許可以討論一下，我覺得蠻有趣的

Lucky: @tofus our feedback here!
@Lucky- sort的情境如果是日期的話可以選擇特定區間或進行A-Z排序蠻好的
@Peixing @維人- 可以確認工作量，或許可以先用figma確認這兩個功能的操作流程。
@Matt- 技術可執行，可以討論。UI以手機、直式來想像會比較通用，實際上的狀況每個SO的文字內容多寡不一，用一欄來設計視覺比較順暢
@昶惟- 誰發送、誰收到、內容、在哪個channel、時間、url（可抓）資訊是可以運用的

230523 da0 Shoutout 5/23 會議

列出SOP顯示項目
https://g0v.hackmd.io/@da0/main/https%3A%2F%2Fg0v.hackmd.io%2F%40noahyeh%2FHyPnZQqrn

Spec list till early July hackathon

公共版

• Dashboard
  1. 最頻繁使用 Shoutout 的頻道（weekly, check with 昶惟）（v）
  2. 總 Shoutout 數量（放大 Numbers 小方塊）（v）
  3. 總 Shoutout 使用人數（放大 Numbers 小方塊）（v）
  4. 使用 Shoutout 頻道數（放大 Numbers 小方塊）（v）
  5. Shoutout 時間戳記（Matt 自由發揮）

個人版

• General

  • Build menu bar (v)
    • Dashboard
    • Shoutouts sent
    • Shoutouts received
  • Mobile (v)

• Dashboard
  

• Confirmed

  • 送出 Shoutout 給多少不同的人- total different ppl sent(v)
  • 從多少不同的人獲得 Shoutout- total different ppl received(v)
  • 我送出 Shoutout 的總數量- total shoutout you've sent (v)
  • 我獲得 Shoutout 的總數量- total shoutout you've received (v)
  • 排名- Ppl who shoutout you the most (v)
  • 排名- Ppl who recieve your shoutout the most (v)
  • 時間軸- Shoutout you've received in last 7 days (v)
  • 時間軸- How much you shoutout in last 7 days (v)

• Shoutout private list
  

• 介面優化

  • 列的問題 Decision > 一行（之後改 RWD）(v)
  • Visual optimization of sender, time (local time zone) and channel
  • Collapse (v)

• 送出 Shoutout

  • 新頁面

• Search (postponed)

  • auto-refresh (to be confirmed with Matt)

• 可選擇看某個坑/專案 (postponed)

  • Filter (?) > 公版是否有可以使用的script
    • Channel

• Backend

  • bot被安裝的log
  • 弄到 database 那邊，有跟 Tim 討論

• Bug fixes

  • 目前無正在修的 bug

230613 da0 Shoutout 6/13 會議

前端

後端

• Database 還在嘗試
• Shoutout 全部放入 database
• Shoutout 可以被前端取出
• 仍在修改的是邏輯的部份，每次產生 Shoutout 就需要篩選跟丟入 database
• 就等最後一點修正完畢，target 下週修正完畢

230620da0 Shoutout 6/20 會議 (PX lead)

https://g0v.hackmd.io/@noahyeh/SJ4CZ-kun

230627da0 Shoutout 6/27 會議 (PX lead)

https://g0v.hackmd.io/j3Yt0S8rS7q5GA0mnJchVw

7/1 台中大松報告

PPT：https://docs.google.com/presentation/d/1Nga5oUMfG3GkfFea7GImygRlZH_sX4ZJL5C7dYGK2OY/edit?usp=drive_link

會後的當天經驗

1. 有來自兩個社群的人來詳細詢問so，分別來自fab dao(來自台中的夥伴!)，跟荒野保護協會的少年團 (教育共學團體)
   問的都是社群動力的問題，平台都不在slack上
2. g0v的參與動力目前觀察是個人化的，各坑的使命跟坑主本人是綁在一起
   這次看到的坑，唯一比較大的是cofacts，他們已經有自己的紀錄系統、網站，可以記錄貢獻!!
   從社群動力需求來看，可以開始認真討論開源規劃！
3. 結果有一個商用軟體跟我們同名，可能要討論一下XD

230711da0 Shoutout 7/11 會議：計畫作社群訪談

Shoutout的社群訪談計畫

230718da0 Shoutout 7/18 會議 (訪談成果)

社群訪談回饋

https://g0v.hackmd.io/0GJGsVZcQAeW0qPz7L7PfA?view

Shoutout的社群訪談計畫

https://g0v.hackmd.io/@XGx1OsqUTxqdSyZuNx_F5w/ByYPnliY2

From ddio

我覺得對社群長期經營有幫助，因為以前要證明自己做過什麼，比較容易量化的，是程式碼，但其實社群還有很多其他的貢獻方式。

SO 可以比較自由地記錄這些貢獻，尤其是 g0v slack 訊息會被洗掉，所以有地方可以永久保留，是蠻好的。

我覺得蠻適合在中長期專案、社群推廣，這個月來推進 rentea 😺

但就 UX 來說，我覺得整個正向回饋的循環還不完整就是。

現在比較像「從聊天室寫進資料庫」，但沒有 「從資料庫讀分析到其他社群會出沒的地方」，比較難凸顯「有 SO 」的差別。

我想到的應用情境有兩種：

1. 揪松每月整理的社群九分鐘，可以出一份 markdown 版的每月 SO 總結
2. 個別社群想整理自己的個專案、指定時間區間的貢獻者時，可以直接引用某個 SO 網頁，或跟前者一樣，讓 SO 出一版總結文字
   https://g0v.hackmd.io/0GJGsVZcQAeW0qPz7L7PfA?view

From Peter

• 覺得 Summit 會議流程紀錄就已經足夠了
• 想辦法讓 g0v 的松變好玩下手
• 很熟且是溝通小組，不會額外覺得需要用 SO
• 重要的是紀錄下一次要做什麼，不是做過什麼

Bil

• 已經有自己的貢獻紀錄系統
• 臉書社群發感謝文
• Slackbot 紀錄比較難想像 UI
• 應該列出量化紀錄

Some takeaways

• 活動變少，專案執行變多了
• 實體場域的能量帶不到線上
• SO 合適較為鬆散自由的組成，與人多有教育目的的場域
• g0v 規模大部分不會超過十個人

FOSS and Open Data Playground 徵案活動

8/24 徵案公告

230905da0 Shoutout 9/5 會議記錄

三個月的短期目標

1. Noah提出的貢獻浮現的網頁構想執行
2. 其他社群的使用
   1. 找到願意在開發期使用Shoutout的社群
   2. 藉由社群回饋改善Shoutout
   3. 同時記錄該社群在使用Shoutout的前後變化，包含主觀與客觀
3. Shoutout bot的開發
   1. 在不同社群平台建立機器人
   2. 功能的完善

230912da0 Shoutout 9/12 會議記錄

與FAB DAO的討論

實體在飛地讀書會會後，討論人員：Frank、逸晟、Stanely、維人、珮杏
討論內容：

• 預計在下週三加入FAB DAO的HC小組晚上的例會，看看哪個夥伴有興趣一起打造discord版本的SO。由於使用者是FABDAO成員，所以需要有人一起來聊適合FABDAO在Discord上的bot呈現方式跟需要的功能。
• Frank有提到，FAB DAO裡有許多其他DAO組織的成員，如果有機會吸引其他組織在discord bot上使用，可能可以促進DAO之間的交流。但目前就先以Fab Dao做示範點。
  (聽說VolumDao對discord bot很熟悉，有玩過一種計分型的bot，可以跟它們聊聊看)
• 如果Fab Dao有成員加入開發，到時候可以成為HC發放對象之一。

0913 更新：昶惟嘗試建幾種Discord SOB，或許下周開會前可以提供。
0917 更新：Frank在discord上公告，預告會聊到SO。開會時間：週三晚上八點。
0918 更新1：https://www.commonsstack.org/solutions#technical-toolkit
0918 更新2：Stanely在Fabdao綠沙發會議上有提到Shoutout。

230920 9/20_FABDAO超證會議xShoutout-首次加入超證小組

Frank製作的精美PPT

231017 徵案相關文件&時程

以下已公告在FABDAO超證小組頻道

231209 竹北大松 暨 FOSS and Open Data Playground 成果發表+QV平方投票

• 當天活動時程與各坑線上成果連結
  • (工作)12/9竹北大松 - 數位公共財哥來投票—專案成發暨平方投票日 - HackMD
  • 數位公共財哥來投票之QV 平方投票 ft.12月 g0v 大松
  • 申請文件

• 第二次訪談文件