HackMD
    • Sharing Link copied
    • /edit
    • View mode
      • Edit mode
      • View mode
      • Book mode
      • Slide mode
      Edit mode View mode Book mode Slide mode
    • Note Permission
    • Read
      • Only me
      • Signed-in users
      • Everyone
      Only me Signed-in users Everyone
    • Write
      • Only me
      • Signed-in users
      • Everyone
      Only me Signed-in users Everyone
    • More (Comment, Invitee)
    • Publishing
    • Commenting Enable
      Disabled Forbidden Owners Signed-in users Everyone
    • Permission
      • Forbidden
      • Owners
      • Signed-in users
      • Everyone
    • Invitee
    • No invitee
    • Options
    • Versions
    • Transfer ownership
    • Delete this note
    • Template
    • Save as template
    • Insert from template
    • Export
    • Google Drive Export to Google Drive
    • Gist
    • Import
    • Google Drive Import from Google Drive
    • Gist
    • Clipboard
    • Download
    • Markdown
    • HTML
    • Raw HTML
Menu Sharing Help
Menu
Options
Versions Transfer ownership Delete this note
Export
Google Drive Export to Google Drive Gist
Import
Google Drive Import from Google Drive Gist Clipboard
Download
Markdown HTML Raw HTML
Back
Sharing
Sharing Link copied
/edit
View mode
  • Edit mode
  • View mode
  • Book mode
  • Slide mode
Edit mode View mode Book mode Slide mode
Note Permission
Read
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
Write
Only me
  • Only me
  • Signed-in users
  • Everyone
Only me Signed-in users Everyone
More (Comment, Invitee)
Publishing
More (Comment, Invitee)
Commenting Enable
Disabled Forbidden Owners Signed-in users Everyone
Permission
Owners
  • Forbidden
  • Owners
  • Signed-in users
  • Everyone
Invitee
No invitee
   owned this note    owned this note      
Published Linked with
Like BookmarkBookmarked
Subscribed
  • Any changes
    Be notified of any changes
  • Mention me
    Be notified of mention me
  • Unsubscribe
Subscribe
--- tags: web3, Shoutout --- # da0 Shoutout 10/24 會議記錄 ## 時間地點 時間:2023/10/24 8:30PM Taipei time 參與者:昶惟、Chubby、Frank、Stanley、Peixing、逸晟、Kay 會議連結:https://meet.google.com/tpx-cukc-mfn 上次會議紀錄: https://g0v.hackmd.io/@_rTAcCrLS7W71XaFfUyIMg/BJnHN65Wp ![](https://s3-ap-northeast-1.amazonaws.com/g0v-hackmd-images/uploads/upload_e401220643264b1d6e261be2d952798a.png) ## 議程 - Shoutout Bot - 貢獻度問卷討論 - 第一版貢獻度結果討論 ## 時程 - 10/10 : deploy and fork完成 - 10/10~10/24 : fab dao推廣使用 and 產出教學文件 - 10/31 : 發放第一波hypercerts,公開工具的使用請大家來用 - 11/01~12/09 : 持續推廣、紀錄與開發Shoutout專屬功能 - 12/1~12/9 : 成果上網宣傳週 - 12/9 : g0v大松(新竹竹北中興社區發展協會 一樓活動中心) + QV日 - 12/15 : 最後一次發證 ## 任務分配 - 開發工程師 - 後端工程師 - DC機器人工程師 - 前端工程師 - 設計師 - 平面設計師 - UI, UX - UI, UX - 專案PM - 目前Lucky及昶惟 - Kay - 推廣與教學使用 - 推廣大使:Stanley and more - 教學:Danny可以幫忙教學文件 - Lucky support(有餘裕時) - 主持人、會議記錄 - 發想與挖掘更多使用方法與應用、前期研究 - Lucky - 純聽人 - 使用者 - 一般使用者 - 活躍使用者 ## 會議紀錄 - Shoutout Bot - 目前可以將帳號與錢包連結,同步解決跳轉到前端後暫時無法繼續操作的問題 - 第一版問卷結果 - [HC貢獻佔比算法-Shoutout](https://docs.google.com/spreadsheets/d/1nPZloagvoUe1tCrxC9cG-66MpxA_9sKK9oeD27CLNtM/edit#gid=0) - 第一版問卷 Feedback - Kay - 角色若在專案某階段還沒加入,也許能先從問卷移除,避免不太知道給幾分的情況(比如只能給一分,但這一分不代表貢獻少,而是專案在這階段還不需要此角色~) - 昶惟 - (針對 Peixing 問題:大家在投票的時候,心裡浮現的目前任務還是一個 general 的任務?)我的想像是現在佔比最重,再來是過去的貢獻,然後才是預期未來的貢獻 - Chubby - (針對 Peixing 問題:大家在投票的時候,心裡浮現的目前任務還是一個 general 的任務?)對整體最後會呈現的東西 ## Action Items - Shoutout Bot - 表列開發與設計工作 - HC 發送 - 預計 10/31 發送第一波 HC,確認流程和 to-dos - 先以第一版問卷的結果在十月底發送第一波 HC - 確認 fraction and 張數的意義差異 - 辦 Shoutout 錢包 ## AI整理總結 - Shoutout Bot - SO Bot 已經可以成功地連結到前端,並且能夠完成與用戶的錢包和帳戶的連結操作。 - 目前同步處理卡在 activation ,導致無法繼續使用的問題 - 貢獻機制問卷 - 分配方法的討論: - 討論中涉及如何分配資源或任務,包括按人頭分配和按種類分配,並且提及將按照某種比例將張數分配給每個參與者,例如開發工程師和設計師的不同配額。 - 討論了一種分數計算和分配的方法,初步是通過加總所有分數然後開根號來計算比例,進而換算成具體的張數,以便分配給參與者。指出了這種方法在某些情況下可能會出現不合理的情況,最終決定先采用分數占比的方法來進行張數的分配,認為這樣能更合理地反映出參與者的貢獻和工作量。 - 工作內容和負載的考量: - 雖然兩個人可能都是設計師,但他們的工作內容和負載可能不同,這需要通過某種機制來處理,以確保分配的公平性和合理性。 - 團隊成員討論了如何評估各個任務的完成度和貢獻度,以及如何根據貢獻度分配獎勵。也提到了某些任務在當前階段可能還未開始或未被認領,影響了任務分配和評估。 - 完成度和自評: - 討論了將完成度和自評作為分配系數的一部分,以及如何通過互評和自評來調整每個人最終能夠拿到的張數。 - 總張數和整數分配的考慮: - 討論了是否應該先決定總張數並基於此進行分配,以及如何通過投票和整數分配來確定分配方案,使得大家能夠對付出和回報有一定的預期。 - 動力和參與度的考慮: - 討論了如何設計分配機制以促進更多人的參與,並通過分配機制來提高個人的動力,使他們更願意參與不同的任務和活動。 - 階段性里程碑和獎勵發放: - 團隊討論了在不同階段完成不同里程碑時,如何分配獎勵。提到了可能在10月底和12月進行兩次獎勵發放,並考慮到不同階段的工作量和完成內容。 ## Reference PT Chiu晚上8:34 https://docs.google.com/spreadsheets/d/1nPZloagvoUe1tCrxC9cG-66MpxA_9sKK9oeD27CLNtM/edit?usp=sharing 你晚上8:34 今天共筆 https://g0v.hackmd.io/@vzZ0zUJRQIuEfkwzbn4Vww/HyeFa8aZp Peixing Liao晚上8:42 請問張數是指什麼呀? 是FRACTION 還是 張數? Peixing Liao晚上8:45 那用現在的情境來算的話,這樣在10月會MINT幾張? Frank Hu晚上8:45 我覺得可以先分數佔比 Frank Hu晚上8:46 如果要用平方投票的話可能要從最一開始決定排序的時候就要從點數來分配一整套比較可以顯現最後差異 但感覺會偏麻煩 Peixing Liao晚上8:48 我先確認一下,抱歉,一張就是要MINT一次,就是扣一次GAS FEE嗎? Peixing Liao晚上8:50 感謝說明 因為之前都是用FRACTION去想,沒有想過幾百張的狀況 Yian 逸晟晚上8:50 有 🤣 但還在思考 … PT Chiu晚上8:51 https://docs.google.com/spreadsheets/d/1nPZloagvoUe1tCrxC9cG-66MpxA_9sKK9oeD27CLNtM/edit?usp=sharing Frank Hu晚上8:53 就是有你這種人 XDDD 表單上還有特別註記XDD 我覺得chubby可以在問卷最後再複製貼上一次就好 Frank Hu晚上8:55 1~7分那一行 在中間好像真的太小了 PT Chiu晚上8:55 https://forms.gle/s37o881Vbzkz9iKx6 Yian 逸晟晚上9:00 我照原本投的方式投完了 Peixing Liao晚上9:01 好玩: 給分很殘酷? 給最後一名很心虛? Peixing Liao晚上9:04 自己對自己的工作任務評價 VS 其他人的評價 自謙 VS 想像 自謙 VS 想像 VS 實際觀察 Peixing Liao晚上9:05 不過也好奇 大家在投票的時候,心裡浮現的目前任務還是一個general的任務? (對目前正在觀察中XDDD) Peixing Liao晚上9:06 CHUBBY: 對整體最後會呈現的東西 你晚上9:08 我的想像是現在佔比最重,再來是過去的貢獻,然後才是預期未來的貢獻 K Lai晚上9:11 我是針對現在,但碰到的問題是對於某些現階段還沒出現的職位,會比較難投,所以我的有些 1 是因為目前還不確定該角色的貢獻度,所以只能給 1(這 1 對我代表不是貢獻度低,而是貢獻度未知) PT Chiu晚上9:16 https://docs.google.com/spreadsheets/d/1-DP7Yo1vdOwYk4NhGnMjZohy4dFa6khFIVKWX3KbD4I/edit?usp=sharing Peixing Liao晚上9:20 預期評分 + 任務完互評 Peixing Liao晚上9:21 至少發兩次,很像進度打卡XD PT Chiu晚上9:25 https://media.discordapp.net/attachments/1155877156677767179/1166366925320888391/image.png?ex=654a3ad9&is=6537c5d9&hm=57a317b2b23d2615472b8e0bca278d0cc0ed38b1eece4bfc952c4a006fa407d5&= Peixing Liao晚上9:29 昶惟 ~你有跟ZOEY約了CHECKIN時間嗎? 你晚上9:30 還沒 我再聯絡他 Peixing Liao晚上9:31 等等! 暫記一下關於開發,可以看昶惟及KAY那邊的進度掌握,就是目前在解決剛剛提到的那個問題之外,還可以先做什麼事情嗎? 例如先改名稱成shoutout之類? Peixing Liao晚上9:32 因為剛剛聽討論,其他成員不太知道目前還可以幫忙什麼 所以想說如果有什麼需要的話,也可以讓大家知道 就降~ 感謝感謝大家 你晚上9:34 昶惟表列開發與設計工作 Peixing Liao晚上9:34 還是說 有可能連到目前SO的前端? XD 因為目前沒有前端工程師? Peixing Liao晚上9:36 12/9 投票 12/1~12/9 上限 成果網站會上線 目前網站還待建 Peixing Liao晚上9:37 謝謝大家~ ## 逐字稿 [13:23 - 14:30] 哈囉 哈囉哈囉 我在外面 所以待會可能先用聽的 謝謝 哈囉 哈囉我想問一下 [14:30 - 14:54] 那個問卷有 現在有多少人簽 我看看喔 八個所以 [14:54 - 15:18] 所以 你那邊是已經可以 看到他統計的結果 可以啊 因為我後面那個算法已經串好了 所以 我一丟進去他就會顯示 喔 所以我們等一下可以來 看看 這個統計的結果因為這也是需要討論啦 [15:18 - 15:47] 我們要看一下說這個東西 看我們預期的有沒有 相同 至少要接近吧 不能差太遠 因為我發現現在的算法跟我原本設計的 差得有點遠 所以可能要改一下 等一下再說哈囉配信 [16:09 - 17:10] 再等個兩分鐘先把那個現在的 [17:11 - 18:11] 結果丟上來 大家可以看一下好 [18:12 - 18:36] 那我們就開始吧 那個剛剛 PT True 這個我們 這週投票 就是那個問卷的結果 放在右邊 有空可以看一下 然後下面是今天的公屏好 [18:36 - 18:59] 那 分享一下 就是這個Shadowbot 那其實跟上週的 進度我覺得只有差一點點 但就還是 目前他還是沒辦法 就是 完全的運行 那唯一只是差在 [18:59 - 19:22] 說 分享一下畫面 好那 我想上週應該也差不多 就是有時候我用這個功能 [19:22 - 19:44] Place 然後Place一個人 然後我記得就是到這邊 因為按這個Activate 之後他會 會跳錯誤出來 但現在就是可以點到這個 [19:45 - 20:10] 就是點到 前端了 所以他這邊就是 按這個 Sign Activation Message 然後他就是 可以把你的 就是帳號 跟 你的應該說你的錢包跟帳號做一個連結 [20:10 - 20:34] 但是我不確定為什麼我按Sign之後 他就會跳一個 錯誤 現在就是還卡在這一點 那所以 一個進度就是 他現在已經可以成功連來前端了 那 但是在Sign之後 不確定為什麼還會跳一個錯誤出來 對 我想這個錯誤如果解決的話應該就是已經可以玩 [20:34 - 21:00] 就是可以成功運行 就是還差這一點 好 所以這週的 開發進度就到這邊 大家有沒有什麼想法你樓梯還弄好了 [21:13 - 21:37] 不好意思 剛剛房東敲門 好 那 開發 開發部分就到這邊 我問一下 剛剛那邊是已經串到 在接收鏈上的 一些操作了嗎還是他只是跟錢包 [21:38 - 22:02] plugin的互動 跟錢包做互動 就是他 把你的帳號 跟錢包做連結 喔 對對對 好希望下週前就可以 [22:03 - 22:26] 把他順利 順利完成 那接下來 分享 和請pq分享 就是我們那個 投票的結果還有看 接下來可能要怎麼討論 這樣子 好等一下 [22:36 - 22:59] 好 應該有看到 有嗎 有 這個 我就不看這邊 這個部分 反正現在是試運行 想說給大家看一下 幫忙檢查一下算法有沒有錯如果ok的話之後可能就用這個版本 [23:00 - 23:24] 之後 最後面再決定 貢獻佔比的話我預計是不公開 因為在我的想像中 那一次會包除了這個東西 以外會包含一些 互評的部分 互評的話 至少公開來說 要有匿名 才比較好 這個東西可能大家到時候可以再討論一下要怎麼做比較 [23:24 - 23:47] 對大家來說都比較好 那這次就讓大家看一下 到底這些結果是怎麼出來的 反正就是從這邊 把大家分數統計完 換算到這裡 那現在有兩個版本 第一個版本是 剛剛分數直接加總然後直接開根號 [23:47 - 24:11] 換算比例 到最後就會得到這個 總佔比 總佔比再去換算張數 然後再回來 看說 我現在是預估啦 然後再去把這個 張數去分配到每個人頭上 但就發現了一個問題 像有些項目例如說UIUX他就是人不太會多 [24:11 - 24:33] 他可能就一個人 但因為現在用平方投票法 會有問題就是說 每個項目分配的張數 不會差太遠 那在這個情況下 你只要這個基數一少 分配到的數量就會非常多 那就變得很不合理 所以我目前是想說 可能用另外一種方法是我們直接把這個張數 [24:34 - 24:57] 直接每個人最高就領到這個張數 到目前為止不知道大家的想法 怎麼樣 如果是直接這樣子分的話 那這樣子會有一個 缺點就是說 會有某些種類 因為參加的人太多 那整體上來說 比如說推廣的教學可能需要3到4個人 [24:57 - 25:31] 那3到4個人就算每個人都 比如說60張已經算很少了 在這裡面比起來 但是乘上去就會到200多張 那在這個情況下他整體的占比就會很高 這是他的缺點 但優點就是說他會比較能夠去 比較好的去反映 大家的工作量 那不知道大家想法怎麼樣張數是 [25:31 - 25:56] 就是hyper set的張數 就是這個人 可以領到這麼多張 最高張數 是張數 你要這樣想hyper set其實沒有零點幾這種概念 [25:56 - 26:19] 他只有一張 所以 我們要分配比例 我們只能用張數去分配 那個fraction其實是換算來的 你要這樣想 那在這種情況下 其實 真正我們能夠去定義的就是說 這個地址能夠領幾張 而不是他能夠領百分之幾這樣子 [26:28 - 26:51] 想要了解一下前面的平方 投票是怎麼算的 好 就是 直接從這邊看就好 這邊的這個得分 就是大家 問卷投的分數全部加總 直接加起來 然後呢 這邊就是直接開根號那這一開始 [26:51 - 27:14] 是想說 避免某些 某些職務會因為 大家都覺得非常重要的關係 導致被後面 結算的時候 比例明顯的失衡 那 也是這一次做出來才發現說 好像沒有這個問題 就是以結論來說沒有這個問題所以現在我們要決定 [27:14 - 27:38] 兩件事情就是說 第一件事情就是我們要不要用 平方投票這樣子 還是說我們直接用分數的占比去換算 最終張數的占比 然後 這兩者之間的差距我有算在這邊 就是 以目前的狀況來說 我們如果直接用分數就是我們直接分數去 [27:38 - 28:01] 然後去算他的比例的話 那以開發工程師來說 他可以分到21.5% 那假設我們開完根號 的話他只會剩下17點多 那這邊後面是相減 就是他們的差異 那你會發現說他在這件事情在做的 就是他把這種占比特高的 類別 往下拉然後其他的其實不太影響 [28:02 - 28:25] 那就看大家覺得 有沒有需要這樣做 以結論來說我覺得好像沒有必要 好像直接用分數占比就好 這樣會在十月面幾張這邊有寫 [28:27 - 28:50] 好我再講一次 就是我們 剛剛換這些分數換算出來的 都會是一個比例 但是他沒辦法決定張數 而我這邊張數決定的方式是 我們用純聽人 就是說我們只要有參與的人 每一個人就是直接先發一張再說 那這樣子的話 我們就有一個最小的基數然後再用這個基數去換算這些比例 [28:51 - 29:22] 然後 那他的比例就是說 我全部都把他算一分 那我們就可以換算這個比例 所以他就可以得到最終的張數 那以目前的狀況來說會是485張 但是因為 我們還要決定說這個東西是照人頭分 還是說照 這個整個類別然後再除以人數 去分所以這個東西也和最後張數有關假如大家沒意見的話 [29:22 - 29:44] 我會傾向就是用分數占比 就是先不要平方 先不要用平方投票 因為好像 反而會造成一些反效果 對 Frank講的那個沒錯 就是我還有想過一個版本是可能第一名會得到特別多分 [29:44 - 30:07] 那那種情況下可能 就會需要用到平方投票 但後來沒有採取這個方案 所以好像就不需要了 感覺是不是因為現在的分數是 1到7嘛 所以其實並不會有 很大的差距出現 所以不管怎麼分配最後都會差不多對 [30:11 - 30:33] 好啊那我就先用 分數的方式 我也同意 好那這一題就先這樣 然後另外一題是那個 就是要照人頭還是照種類 大家可以在聊天室打字嗎 就直接還是要等一下 大家現在就可以 就可以選嗎 還是需要想一下 就是如果現在可以選的話打個ok好不好 [30:36 - 30:59] 就是我們要直接拿這個比例算出來的張數 去給每個人都是 就比如說你只要是站 開發工程師你就是直接拿83張 還是說我們要去處理人頭然後再講一下 [30:59 - 31:21] 這種方式會有一個問題就是說 雖然說 有兩個都是做設計師 但是他們的工作內容不一樣 那loading會不一樣 那這種情況下顯然不可能 大家都拿62張 所以最後面互評的環節 其實就有一些完成度之類的考量 那這一個部分會當作一個係數去乘以這個62 [31:21 - 31:46] 那他只會 他基本上就會在62的上下 他有機會會超過 我們上一次的討論中他有機會超過62 但應該 不至於超過太多 所以假設你完成度只有5成的話 那可能就是62乘以0.5 一次就上面一次 那如果是 扣一次Gas fee你如果一次命 [31:46 - 32:09] 我記得155的話 你命一張跟命個十幾張Gas fee 是一樣的 而且他在Optimus上面 所以你Gas fee基本上可以無視 他比較麻煩的其實是他還是需要Gas fee [32:09 - 32:33] 而不是Gas fee多少這個問題 因為需要Gas fee這件事情就造成新手 他必須要有 必須付這個Gas fee 這比較是個問題 那Gas fee反正都很低所以其實沒差 所以你在Gas fee比較高的情況下大概領一次會 [32:33 - 33:05] 花到1U左右 最高喂喂喂不好意思我想要確認一下就是 [33:06 - 33:28] 那個 就是 這方面就是關於人數 每個人的領法 和種類的領法這兩種區別 就是我這樣解釋大家是 有知道我在嗆什麼嗎所以是有兩種嗎 [33:30 - 33:54] 對 這個我們要決定一下 我覺得像你剛講的 如果是第一排 這種每人配額 的方式就會像你 講的這樣子他會有 人數少他可能 就會分到比較多 對我也是覺得這樣子好像感覺怪怪的 [33:54 - 34:18] 對 有還在思考 我想確認說 我的就是說明是OK的 這樣 有點怕我講半天然後就大家 其實沒有懂我要 講什麼 不過這題也不是馬上這一份剛剛chubby說是 [34:18 - 34:45] 從哪邊可以點進去看嗎 你可能 我再貼一次好了 我不確定你們看不看得到 裡面的算式應該看得到吧 如果有興趣知道怎麼算 也是可以看一下 順便幫忙debug可以看到 [34:45 - 35:07] 好 在 那個recap 一下剛剛確定 應該說確定會做的更動 就是說 目前的這個結果是用 我們投票出來的 分數在開 跟號之後得到的這個 比例去換算的剛剛 [35:09 - 35:33] 以frank的 這個角度來說 我覺得蠻有道理的 目前來說這樣子的 做法並沒有太大意義 所以可能會先把它拿掉 那我們就會直接是 我們投票出來的分數 直接換算成比例 換算成你可以拿到多少張第二題就是剛剛說的 [35:33 - 35:57] 我們要 這個比例 要直接發到每個人身上 還是說 要讓這個種類裡面的人去 評分 所以他這個 最旁邊的技術還是會再根據 剛剛提到互評 會再去調整 會根據互評調整因為這個東西只是一個初步的 [35:58 - 36:21] 然後 那互評的結果就會包含 完成度 然後我們上禮拜 的討論的 結果還有包含說 你自認為 你在這項 工作上花費的時間 比你預期的 有沒有符合 那如果超過很多的話那他可能會有一個加成 [36:24 - 36:47] 那這些都會左右 你最後能夠拿到的張數 等於說他是一個基數 那他會再乘上某個數字 那這個係數就會由 這個互評和置評的 結果來決定 那個 大家對不起我發現一個很 明確的錯誤就是 我好像把一到七分完全投反了傻眼 [36:47 - 37:10] 傻眼 所以我的這個 所以你的是反了是嗎 我的數字可能會造成一些騙局 是還好啦 因為你 就是 蠻明確就是完全投反 OK 但應該沒有 造成太大的改變 就是排名上沒有改變太多 [37:11 - 37:35] 但是這個東西應該會有改變 這個對這個 佔比的部分 所以 那我可能設計上還不夠明確 這個我再想想 可能投得太快了 但我想一下 呃我在旁邊填一欄 [37:35 - 37:58] 就完全把它填回來 我現在已經關表單 沒關係啦這個東西是我們參考用的 這個也不會到最後也不是用這份算 這個是一個 初步拿來討論的結果 對不起 就是有我這種人 會笑死 最後再複製貼上一次就好幫我看一下 [37:58 - 38:20] 你重填一下 然後再把它貼過來 1到7分在中間真的太小 我看一下喔 在中間真的太小所以我在這邊還要再說明一次 [38:20 - 38:43] 不要給同...那我這樣子啊 那我這樣好了 還是說 大家會覺得這邊直接選名次 會比分數還要更直觀你剛剛是有要貼一個 [38:43 - 39:06] 給我再填嗎 還是 我只是把它打開 好貼了 我是Stanley 我覺得名次會比較 就是讓大家知道 直接用名次會比分數更直觀一點 喔好喔 對我自己寫的時候 我的感覺啦然後第二是 [39:06 - 39:29] 抱歉我在路上 我的想像是說 因為剛剛好像有說 應該用哪一種方式 來投 我覺得我有一個東西 卡到我不懂 但是我覺得有一個 所有的數學方式 在這種統計的方法裡面它其實都是為了要求得一個社會性的結果 [39:29 - 39:51] 就是說如果我們 這樣子設計出來 比如說每個人 得到多少張 跟某一種張數然後再除以人數 什麼樣的設計方式 可能要請大家想一下說 什麼樣的設計方式才會讓 更多的人願意來參與 這些活動我覺得這才是後面的 [39:51 - 40:16] 就Hypersurge這樣的事情的用意 就是一定要能夠 促進更多的人來參與 我覺得這是 這是我想知道的 但我不知道這些數學方式 哪一種方式的背後 才會讓每個人 比較想要或是願意 來參加 可能我卡在這邊我以一個 [40:16 - 40:40] 就是我以前參加過的 MFT項目的角度來說 我們如果先決定好總張數 並且是給予一個有意義的數字 再去根據大家的佔比 去分配下去的話 會是比較好的方式 OK 是因為這個 方式大家比較 能夠預估自己預期的付出與回報嗎 [40:40 - 41:03] 是這樣嗎 它比較明確啦 你知道總量是多少張 然後你可以很快的知道 你手上這些張數的意義是什麼 好 了解 那我會比較贊成這種方式 對啊 所以 我這邊其實有寫 假設我們現在485張 以這種基數來說 我就會建議抽到500張那多的就直接留給團隊就好 [41:03 - 41:25] 也不用想 或者是另外一種方法 就是我們到時候投票出來會有一個總張數 然後 一樣是去湊個整數 然後再看要用這個整數再分配回去 怎麼算之類的 反正就大概大家會手上插個一兩張 其實沒什麼差 都可以啦 其實還OK 但我不建議一開始大家就一直在那邊花時間想說 [41:25 - 41:49] 我們總共要多少張 因為那沒有意義 就除非大家有一個特別想要的數字 例如說我們要湊6666 或是8888這種東西那才會特別去 [41:49 - 42:21] 設定我們就是要那麼多張 不然的話其實 我覺得不要花時間在這種地方所以剛剛 [42:22 - 42:45] 那個那一題 還沒有決定的那一題 大家有什麼想法嗎 還是大家覺得需要下一次再決定 或之後再決定 也OK 我想再問一下就是說目前這個暫定張數 [42:45 - 43:09] 之後還是會根據一個係數去做改變 那現在會想要 看要不要評分的大概的原因 是 要不要評分 還是說 評分完跟我現在 直接給好 我跟我的夥伴的基數應該都一樣 比如說我都是UI UX會有一個差異就是說 [43:09 - 43:31] 假設 我們現在看到了 有某個類別 例如說設計師 他可以拿到31張 或者是說UI UX 可以拿到64張 某種程度上 也許是一個動力讓人 願意去認領這個任務 OK我的想法是這樣子 [43:31 - 43:58] 所以一開始用這種配合的方式 也是想說 假設今天有一個工作 他明明就可以領到很多張 但是卻沒人去認領 也許大家會比較有動力往那邊走 這是一個方面 但目前看起來 好像這樣子分配會有些問題那我就稍微先聊 [43:58 - 44:20] 大家在填的時候有沒有遇到什麼問題 其實我覺得填的時候滿好玩的 好玩 是哪方面的好玩 就是很殘酷 我覺得 我也覺得填的時候滿好玩的 每一個的最後一名 我都覺得給得很心虛 我給了很多設計師最後一名想說其實我好像覺得 [44:21 - 44:45] 這設計其實確實也不是 非常重要 我就會特別去看 例如議程他可能投給誰最後一名 跟投給誰第一名 因為議程可能是設計師 我也會很好奇像暢威 他投給工程師 他都放工程師在哪一個位置 我覺得這件事超有趣可能越熟悉這個職位的人 [44:46 - 45:11] 可能會 真的比較反映出這個職位嗎 像議程可能就覺得 他把設計放在後面 可是對於不懂設計的人可能就不會這樣覺得 我覺得這樣的評分 主內看這些人怎麼評是有趣的 今天揭露 大家的數據這件事情但之後應該不會揭露 [45:12 - 45:34] 不會揭露人 或者是 例如不要把誰投誰 最後最下面那一行 之後會我預期的是 只有我自己看得到 因為畢竟 我不希望說全匿名 然後大家亂投票 對啊因為我們這次 [45:34 - 45:56] 大家也都知道 原來是實驗這個問卷 我覺得他同時可以讓我們去 看 我剛剛大概把所有人看完 就覺得 你去看每個人的第一名 在這四個相線裡面 其實大家也有各自不同的 偏好有些人可能 [45:56 - 46:20] 例如像Stanley 他 前期發想 不論在辛苦 重要 辛苦、專業以及廢時 他都給了第一名 可是其實 其他人不見得是這樣想 像這個的重複率就很高 Stanley覺得第一名其實有重複的 [46:20 - 46:44] 然後像 E是最低 對不起 我也講反了 那代表我這個設計有問題 我正想講 7是我覺得是最高分 然後E是最低分 而不是第一名 所以 我們可能要再check一次 這種結構用名次才是最好的 [46:46 - 47:09] 我在改完以後 現在台發工程師 已經變成23%了 從17% 直接跑到 18%飆到23% 可是我覺得我們今天的討論 很有意義 這個後台數據揭發 所謂的客觀是所有主觀的集合 那我們今天就看到這個東西怎麼出現 [47:09 - 47:31] 可能 Hypersurge它需要 需要提供的就是這個 怎麼樣讓所有的客觀 集合成 某種客觀 然後這就是 可以說是暫時的共識 未來要變動再變動 我覺得意義在這邊我覺得很棒 [47:31 - 47:55] 就是 至少大家有經過 這個評分的過程 然後也 因為有時候 我分不出來 例如可能從 第五名到最後一名 我已經分不出來了 我可能就是硬湊 可是我覺得那個硬湊的過程 也是很重要的 就是你還是有了一個排序然後像剛剛是直的看 [47:55 - 48:23] 那現在橫的看就是例如 像可能費時度 大家都很同意可能 例如管理工程師是 最花時間的 很辛苦的可能是PM 等等 我覺得同時 一個人一個人看跟所有人 這樣平均看都是很有趣的我在想不知道 [48:23 - 48:48] 就是說當初Hypersurge 這個案 就是他們想讓 大家嘗試會不會他們 就是想理解說大家對 這一類事情的看法 就是說在 到時候說跟 Hypersurge的那個專案 就呈現的時候這個點我覺得是還蠻有意義 [48:48 - 49:14] 也許可以讓他們知道 這個部分 他們都會訪談 然後我上次有偷問一下Zoe 他說大家都用完全不同的方法 在處理 太有趣了 真是太有趣了 看到很多個方法 OK目前任務還是一個 [49:14 - 49:38] General的任務 我自己在投的話 我會想的是 最後要呈現的東西 他可能需要做哪些事情 那我這邊補充 就是我們上禮拜我們上禮拜其實有 [49:39 - 50:02] 就是是不是也是Stanley提的 然後我好像有把它分享到這邊 就是一個前期 跟後期的分別 然後但這個不見得是要在 這裡面做 我覺得這個機制有趣 只是我想在這邊再幫Stanley 再講一次 有點像是 後來第一大書有找出那個界線就是認領完 [50:02 - 50:27] 工作之後就叫做後期 然後認領之前這個討論 就是前期 這個只是作為 某一種分配比例的 一個調整 有點像是大家評完分數之後 可能不論是未來的總評 或是未來 到底要怎麼分配 分配hyper set 其實都還可以有很多參數去調 那當然有沒有需要做這麼複雜 [50:27 - 50:50] 或是做這麼複雜會不會更完整呢 就是都還是可以 討論就是例如大家覺得 評分這件事情 也是一個重要的其實 也可以把它加進去 這其實都是可以 可以逐步改良啦 就像每一組很自然的 都會有每一組的不同的方式 因為每一組做的事情做的人都不一樣 [50:52 - 51:16] 然後我自己是蠻喜歡問卷這個形式 就是 就是我們前幾次討論 就是為什麼要做問卷其實 因為我們自己知道 hyper set的討論勢必會這樣 可是不見得是一開始 參與 有需要發hyper set的人 都知道hyper set到底在幹嘛 所以我覺得這個事情是有趣的就是用問卷的方式 [51:16 - 51:45] 先讓大家很快速的進入 要討論 這個東西的狀態 我覺得這也是 我們那時候討論太久沒結論才會有的產物 但對啊 我覺得就是很棒 我剛剛花一點時間 就是大家就把它看完 我覺得很有趣 它會變很棒現在佔比最重 [51:45 - 52:12] 再來是過去貢獻 然後預期未來的貢獻好那我就先學到 [52:12 - 52:34] 我補充剛想到最後一個 就是投票方式 一個投法是1到7名 然後最後的分數是1到7的 分數加起來的 但是如果有另一個投票方式 是你的總分 是你每個人可以投10票 然後10票去分到 可能或是更多或是1加7 [52:34 - 52:58] 1的等比就是1加2加3加4加5加6加7 就有這些票數可以投 然後你在 因為有些你可能會覺得它可能差不多 然後你有些可能想要把它拉到更高 我不知道 不行那樣太難了 我覺得如果一直很想要這樣做 你就直接用平方投票法就可以 可是它就前提 就是要先讓要投票的人知道平方投票法在幹嘛 [52:58 - 53:20] 然後以及它的優缺點 可是我覺得它就是等於是 把兩個實驗放在同一個大實驗裡面 我覺得會有點太複雜 但平方投票法不是 結論會更平均嗎 對 因為我的想法 是要拉開它的 差距 我只是在亂講我了解你的意思 [53:22 - 53:44] 以我的觀點來說 我想要拉開差距的方法 我會直接用名次 比如說給1到7個種類 我直接給第一名10分就好 了解 這樣會比較快 因為你要說 你還要知道說我總共有20票要投 然後 我還要去算說我現在投到第幾票 太累了所以就拉開它的 [53:45 - 54:08] 第一名到第七名的分數 我直接把 做個級距然後直接用名次換算分數 這樣會比較直接 但是我現在完全沒辦法思考 數學上到底 差別會 大概1到7分 會很直觀 單純就在想說等量的 [54:08 - 54:30] 1到7名 投出來的會是什麼樣的狀態 我覺得可以先不管數學 你可以想說這樣拉大差距的好處 假設你覺得好處 是多於 像我就會傾向這個差距不要太大 就是它終究 是個合作的項目 如果拉大差距就很有可能去鼓勵大家 [54:30 - 54:53] 只做大家覺得最重要的事情 或者是 但我覺得這個 背後反映的就是你怎麼看待 可能合作啊這些事情 可以寫的那些 他在那個 這次共筆這邊好像有記錄到 他有提到說 你講好了sorry [54:53 - 55:15] 可能我剛加入這個專案 所以我當時填的時候 我就是以現在這個階段 有些角色可能在現在這個階段 還沒有真的加入 所以我在填的時候 我對他的工作 應該說貢獻度會比較模糊一點 可能我的二跟一 並不是代表說他貢獻度低 而是說我還不確定他現在的工作內容 [55:15 - 55:40] 比較模糊 所以我就比較把它往後排 這樣子 如果我的假想是針對 現狀來講的話 那有些角色如果還沒有加入 我可能只能把他比較往後排 因為每個人 角度會不一樣 不過 我覺得現在就已經 四個象限已經把face和不同的相度已經拆開來了 [55:40 - 56:03] 所以其實用單純的名次 其實也是蠻合理的 我覺得 對 因為Kate還有提到一點 是說有些目前可能 還沒有加入的 職務但是卻已經進到 投票池裡 那會變成說不知道要怎麼投給他 例如說這兩個那這的確是個問題 [56:03 - 56:27] 這的確是個問題 但是就像我剛才講到說 我們有些職務就是他得要列在那邊 不然例如說 後面加入的人他不知道有這個東西 或者是 對 我覺得主要是要有一個選項放在那邊 讓大家知道說這邊還沒有人認領喔 那請大家有心力的話 可以去認領一下我覺得這個東西的象徵性還是需要的 [56:29 - 56:53] 其實我覺得如果 這個表單還會再開放一段時間 大家可以把自己 就像Kate剛剛說的 他怎麼投的 或是每個人投的理由是什麼 稍微補充在下面 我覺得會讓這個表單更完整 就是因為它終究不會是個完美的表單 就不論我們怎麼修改 一定會有沒辦法被滿足的 [56:53 - 57:19] 可是我覺得大家把自己在乎的事情寫下來 然後讓彼此知道 可能這個地方缺少什麼 然後一方面 我覺得這個是個很好的研究題材 二方面是 我覺得大家可能剛填完 就是印象最深刻 可能一個禮拜後再填 真的會忘記 就是你為什麼這樣投啊所以這樣的話 [57:19 - 57:42] 是請Chubby在表單下面 再新增一欄嗎 還要再加 我們就直接 貢編你現在的這個 我直接把這個開放算了 問卷統整2這一欄就好了 我們就不用再填回原本的forms 直接在 總整理這邊稍微填一下就好 我把它另外拉一個另外拉個檔案出來 [57:42 - 58:09] 這應該不能單獨 分享這一頁吧 可以嗎 可是我現在可以填欸 你現在可以填 我不行 我想說我沒開說 我開一份新的檔案就拉填好了 那應該比較方便有了有了 [58:09 - 58:31] 好 卡了 Chubby這樣飆顏色也超讚 飆顏色一目了然 欸酷啊卡BUG [58:39 - 59:10] 我先不要分享 這個叫做什麼呢可是我要怎麼讓 [59:10 - 59:32] 大家用加注的好了 我開放加注的權限就好 好啊好啊 不小心動一動 沒問題沒問題 我是Stanley 因為我在外面 可能沒有辦法書寫 那我用說的在這邊 至少語音會有個紀錄 就是剛剛Frank有提到說 [59:32 - 59:55] 我上次提的那個嘛 我簡單講一下 為什麼這樣設想 因為有一次在Cowork 就是DowZero的Cowork裡面 有做一個 分享好像是Vivian 就是他提到說在不同的時期 其實一個 組織或一個像Dow這樣的組織他們會需要不同的人 [59:55 - 01:00:18] 比如說一開始 籌備的時候會需要一些 需要的人比較是倡議者 或是提出一個理想或 提出一個目標的人 然後再來會需要 在實際執行的時候會需要的是 執行者 可能還要再想到是這個專案 進行到後期的時候 他可能會需要一個找出漏洞或是說 [01:00:19 - 01:00:41] 測試或是檢查怎麼樣的人 然後以及更後面的 會是需要說 維護者 到中間後面是他要維護一個 系統的運作比如說 人家用出現bug的時候怎麼樣 然後可能到 更後面的時候需要一個可能像是改革 者的角色說這個系統到現在做到現在我們會 [01:00:41 - 01:01:04] 哪裡還不夠 可能會再有一個新的專案 或是新的倡議又出來 他可能會比較像是一個循環 所以那個時候在設計的時候 我那次提的意思是說 在 可能一開始前期 會設定說只要來參與的人 都給他 一個基本的票數那是因為他是有點像那種 [01:01:04 - 01:01:27] 時間貨幣那樣的概念就是一個 專業者比如說他是 醫生或是 工程師的這樣的角色 跟其他的人 他們的生命價值是一樣的 大家都是都只有一輩子 那他花多少時間來做這個 可能就是會比較是 等值可是後來因為工作分配的任務 [01:01:27 - 01:01:50] 那就會出現 說我們現在需要 就是認領任務的人那 接下來認領任務的這個部分 就會出現了置評跟互評 所以置評就是說 假設這個任務的 完成度是1 那我可能只做到 0.5那我就給自己 0.5那即便別人那互評的部分是有點像 [01:01:50 - 01:02:14] 為了說假設一個整個小組 來寫報告 但有人很混那我覺得 我可以我可以 領到百分之百就是1但我的 小組成員覺得我 沒有我只做到 0.3或0.4 那他們那個互評的 分數跟置評的分數會 成在一起變成一個係數這樣的概念那以防說有人 [01:02:14 - 01:02:37] 就是我只是混進來 賺分數然後沒有人 可以制衡這件事 那置評的部分就是 我就是 參與這個就是很高興 我就沒有想要 拿很多hypersets或拿很多酬勞 所以即便別人給我的互評 是到百分之百 得到1的話那我的置評假如只有 [01:02:37 - 01:03:05] 0.3或0.5的話我也只會 領到0.3或0.5 那這兩個會分開就是因為 不同的時期 就是要關注的 重點不一樣那是當時 當時這樣提的原因 對所以 我補充一下謝謝好這部分就先這樣吧 [01:03:05 - 01:03:32] 那如果大家 因為還有一個 還有一題沒決定那應該就下一次 再討論好了 大家就要想一下 原先 原先預計是10月底會 發一次hypersets所以我們到 [01:03:33 - 01:03:55] 下次 就是決定這個比例之後就先發一次 這樣子嗎 覺得 覺得 這樣執行是ok的嗎 但要怎麼發 這樣發的話 還要再投一次嗎就針對現況來投 [01:03:58 - 01:04:20] 看大家 如果要用這個來投的話 我們直接再弄一份新的問卷 然後投出來就直接照人頭發 原本想要 先發一次那是說會有 不同階段發 不同 撥嗎 其實就是分兩撥 10月底一次然後最後12月 [01:04:21 - 01:04:43] 的時候一次 那10月底的這一次 會跟工作量 和完成的內容有直接相關 是嗎還是 應該會直接脫鉤吧 脫鉤因為這就比較像前期 [01:04:43 - 01:05:09] 發的那一次那這樣的話就會 大家付出的時間 為主要考量這樣所以是 [01:05:13 - 01:05:35] 比較沒辦法用這一份的比例 來發這樣子嗎 會有點難 因為 有些工作根本就還沒有 沒有人做或是還沒開始進行 譬如說推廣 教學 已經認領了但是還沒開始做 然後設計師這些沒有人認領這個就比較 [01:05:35 - 01:05:59] 比較難發 好像很難直接用 要直接用 就把可能把這些剔除掉 然後再算一次吧 也是OK啦 但 還有些人沒有分到工作 例如說我好像也還沒分到工作那我要算在哪邊 [01:05:59 - 01:06:23] 這也是一個問題 所以我覺得Tank在 這一方面就是好像我們就 看出發hypersurge 這件事情好像是應該在事情 做完要有一個階段性的 小節的時候 再來統計 才有可能而不是像說事前要預測後面發生什麼事 [01:06:23 - 01:06:46] 誰來誰做了多少 或誰怎麼樣好像是比較 不可能的所以好像hypersurge 應該都是在事情的階段 階段性里程碑 的時候來做才是 比較可行的這樣對嗎 對啊對啊 了解謝謝 對那 因為這個問卷它上面就是當然是會有預期 [01:06:46 - 01:07:10] 這個整個任務完成的 不同的工作 的比例嘛 那其實我覺得也都 也有包含到大家 可能 現在在做的事情因為 比如說前期發想 好了其實我們的 開會討論然後 不管是開發的討論還是 [01:07:10 - 01:07:32] 開發功能的討論還是 就剛剛這些 分配的討論其實我覺得 也都可以歸類為是前期 發想這一塊吧 就其實是有包含到啦 當然就是這個範圍其實是挺模糊的 我試試看直接把那個喔就是設計 [01:07:32 - 01:07:55] UIUX和推廣 先把它砍掉看看 看一下喔 好像也可以算一個版本出來 如果不想再投資票 也是可以按照現有的結果來發 也是OK的 恩對啊對啊我覺得是可以啊因為 [01:07:56 - 01:08:18] 其實現在的 這個版本應該已經 涵蓋到可能 90%以上的工作了吧 所以我覺得 應該是可以拿來用 好 我順便只是可能就不是說 [01:08:19 - 01:08:43] 有一個明確大家認領 的任務這樣子因為大家就是已經 就是先洗頭 下去做了這樣子 對這個表面是不能貼圖 好吧我貼Discord好了如果以現版本的話 [01:08:43 - 01:09:06] 大概會是這個分配方法 我貼在Discord 然後把那個喔對可以這樣貼 大概會這樣發 那純聽人那塊再統計一下因為我也不確定現在到底有多少人 [01:09:06 - 01:09:31] 要納入 所以 我覺得這樣子所以你拿掉是指說 [01:09:33 - 01:10:10] 是怎麼拿掉 是把他原本他的占比 拿掉然後剩下的占比再去 重新分配這樣子嗎 對對對 OK其實我覺得 [01:10:10 - 01:10:32] 我覺得這個方式可以 看其他人的想法 對 然後再來是 這邊就又會包含到剛剛你提的 最開始提的那個問題 這個是要 還要再處理人數嗎還是就是單人最高就是 [01:10:32 - 01:10:55] 到這個數字這樣子 我是比較傾向 剛剛 第二種方案 因為譬如說如果前期 研究發想 假設我們就是有10個人 參與好了那這樣分下來 就是每個人只有6 好像有點也是就怪怪的 [01:10:56 - 01:11:18] 對啊是還蠻奇怪的 那邊可能如果真的要 用分配的還要有一些數學上的 啊可能要用 一些重新 算過 另外設計的算法吧 那以後再說 感覺現金的現在的解決方案應該就是 [01:11:18 - 01:11:41] 直接大家都發一樣 就不要評分 反正你參與比較多 你就會多拿到一些嗎 某種程度上是這樣 不會啊不會多拿到一些啊 因為大家都是同個 對對對這樣子拿就會偏向去鼓勵 [01:11:41 - 01:12:05] 多做一點 不一樣的事情 不一定明確的有在那個 職位裡面一起參與 然後你就會多拿到一份 其實不一定是好事 但現階段就先這樣吧我覺得 [01:12:05 - 01:12:39] 可以先紀錄下來 然後看 這週大家還沒有什麼想法 如果沒有就下週 可能就 可以先發一波同意我們現階段先這樣 [01:12:39 - 01:13:18] 因為 就是我覺得 這次蠻有意義的 真的做下去實踐下去 才會知道 美格在哪裡 知道美格在哪裡才有 才有在改變 或是改進的可能 我覺得今天這樣收穫很多 謝謝好 [01:13:31 - 01:13:59] OK 我這邊 Toby 你可以幫忙 把最後這個發的方式 可以幫我 總結一下嗎 可能就貼在Discord上面 這樣子 好 先結論總結一下 對對今天要討論的 [01:13:59 - 01:14:40] 差不多到這邊 如果沒什麼事就 就這樣囉那個比較偏向前端 [01:14:40 - 01:15:08] 那邊的事情 所以聽起來是說 想要知道說在 功能可以運行之前 還可以再先做什麼事情這個我可能要再想想 [01:15:27 - 01:15:49] 對 好 目前就是 如果它就是 可以成功運行之後 當然就是需要大家的用力的使用 [01:15:49 - 01:16:12] 那因為現在可能還 就是還差一步 對啊 所以還不能使用 那這邊我就是再 花一點再多花一點心力 把它完成這樣 不過同時間 像是那個就是之後要怎麼把 [01:16:12 - 01:16:35] 現有的這個前端改成 比較符合可能需要的需求 這點是不是也需要有人做 這應該可以先分配出來 在使用的設計上 使用的設計 不是去改網頁 就不是 Holding這一端而是說我們需要哪些東西 [01:16:35 - 01:16:58] 然後包含了 使用者介面這些東西 這些應該可以先分出來 好 這邊我看我也 就是稍微表列一下 就是可能現有的 的設計的 修改跟Holding的需求的工作這樣好了 [01:16:58 - 01:17:21] 因為前端我也比較不熟 那Tank是不是蠻可以 協助一起想 前端要顯示的東西會是哪些 [01:17:21 - 01:17:43] 的這個問題 但說真的 我沒有太 花過太多 時間去使用Shoutout 所以我也不是很確定 是可以啦 我可以提出這一部分 但可能就 還需要有一個 至少一個啦之前就一直有在用Shoutout的人 [01:17:53 - 01:18:18] 連到目前SL的前端 那現在比較尷尬的事情 是之前做這一塊的 就是配信他們 現在要 保持距離Lucky應該 [01:18:18 - 01:18:41] 也是可以做一些 對阿對阿 Lucky跟Lucky 如果有些想要 對Shoutout或是這個工具 有想要了解的應該也可以找 找Lucky 對阿我覺得剛Tank的建議蠻好的 可以同步確認到時候找不找得到前端 [01:18:42 - 01:19:07] 是要開始 就是我們是不是也有一個工作是去找人 這樣子 我問一下最後要完成的時間點 是12月幾號 如果完整的專案 是投票前要完成嗎是投票前一個禮拜嗎 [01:19:08 - 01:19:31] 我目前 問的那個白小白 我上次說那個前端工程師 他剛好是11月會有兩週去閉關 大概是 11月15到 28 之類的 11月15到25之類的 大概會有10天 然後閉關完後我不知道他將來還有沒有時間 [01:19:32 - 01:19:54] 可以去處理這一塊 是 我有跟他提Shoutout但是 發現他要有閉關時間 好 這個 我們再討論好了對不對就跟PM討論 [01:19:57 - 01:20:28] 我會把 我覺得的工作列出來 或者是大家覺得有沒有 什麼 可以做的也可以提 好那就先這樣 [01:20:28 - 01:20:57] 掰掰 謝謝場委 謝謝小比 謝謝大家 謝謝場委謝謝大家 掰掰各位參與者

Import from clipboard

Advanced permission required

Your current role can only read. Ask the system administrator to acquire write and comment permission.

This team is disabled

Sorry, this team is disabled. You can't edit this note.

This note is locked

Sorry, only owner can edit this note.

Reach the limit

Sorry, you've reached the max length this note can be.
Please reduce the content or divide it to more notes, thank you!

Import from Gist

Import from Snippet

or

Export to Snippet

Are you sure?

Do you really want to delete this note?
All users will lost their connection.

Create a note from template

Create a note from template

Oops...
This template has been removed or transferred.


Upgrade

All
  • All
  • Team
No template.

Create a template


Upgrade

Delete template

Do you really want to delete this template?

This page need refresh

You have an incompatible client version.
Refresh to update.
New version available!
See releases notes here
Refresh to enjoy new features.
Your user state has changed.
Refresh to load new user state.

Sign in

Forgot password

or

Sign in via GitHub

New to HackMD? Sign up

Help

  • English
  • 中文
  • 日本語

Documents

Tutorials

Book Mode Tutorial

Slide Example

YAML Metadata

Resources

Releases

Blog

Policy

Terms

Privacy

Cheatsheet

Syntax Example Reference
# Header Header 基本排版
- Unordered List
  • Unordered List
1. Ordered List
  1. Ordered List
- [ ] Todo List
  • Todo List
> Blockquote
Blockquote
**Bold font** Bold font
*Italics font* Italics font
~~Strikethrough~~ Strikethrough
19^th^ 19th
H~2~O H2O
++Inserted text++ Inserted text
==Marked text== Marked text
[link text](https:// "title") Link
![image alt](https:// "title") Image
`Code` Code 在筆記中貼入程式碼
```javascript
var i = 0;
```
var i = 0;
:smile: :smile: Emoji list
{%youtube youtube_id %} Externals
$L^aT_eX$ LaTeX
:::info
This is a alert area.
:::

This is a alert area.

Versions

Versions

Upgrade now

Version named by    

More Less
  • Edit
  • Delete

Note content is identical to the latest version.
Compare with
    Choose a version
    No search result
    Version not found

Feedback

Submission failed, please try again

Thanks for your support.

On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?

Please give us some advice and help us improve HackMD.

 

Thanks for your feedback

Remove version name

Do you want to remove this version name and description?

Transfer ownership

Transfer to
    Warning: is a public team. If you transfer note to this team, everyone on the web can find and read this note.