日常怎麼運作

這頁是日常的操作面：開會怎麼進行、怎麼推進一個想法。背後的信念見我相信的六件事。

週會

我們的群組會議不是只平鋪直敘地講「我這週做了什麼」，而是講：

(Motivation) 我這週為什麼在看某個東西？我為什麼嘗試在解某個問題？為什麼這個問題很重要？

(Limitation) 我發現什麼問題沒有考慮到什麼情況？我設計了什麼 toy example 來說明這個情況？

(Solution) 我嘗試了什麼方法？為什麼會這樣想？

(Progress) 什麼失敗了，我現在卡在哪？為什麼？

研究卡在瓶頸不是丟臉的事，它正是這個會議存在的理由。卡了很久卻沒有提出來討論，才是無法解決的問題。

另外，就算是被安排報告論文，也能用類似的邏輯去報告。

一對一

我們會定期一對一，基本上以一周為單位。但實際頻率看你在當下這個任務上的狀況。同一個人，做熟悉的實驗可以幾週談一次，但第一次寫 rebuttal 就可能需要每幾天討論一次。你覺得需要加場一對一，可以隨時寫信給我；同時，如果你覺得你還沒準備好，想要取消也請提早和我說。

我的角色是聽你的理解和表達、給你大方向的指引和脈絡、盡可能提早幫你排除可能存在的障礙，工作主要還是在你手上。如果討論變成只是我在單方面下指令，那不會是一個好的發展。

實作階梯：請依循步驟

第 1 級  Toy Example            —— 幾小時到幾天
第 2 級  小規模真實任務               —— 幾天
第 3 級  真實科學問題 ＋ 大規模驗證     —— 幾周

大部分想法可能會停在第 1 級就被淘汰或是在第 1 級來回打磨。這邊的設計是為了避免「跑了兩週大實驗才發現方向根本就錯了」。另外，這邊的花費時間僅共參考。

先把問題回答清楚，再開始做。

任何新方向開始之前，我通常會希望先把下面幾件事情寫下來：

假設：這個方法建立在什麼假設上？適用於哪些場景、哪些條件？
為什麼現有方法做不到：現有方法卡在哪裡？是因為假設太強、沒有涵蓋完整場景，還是理論與實作之間有落差？
Toy Example 的設計與理念：可以用什麼簡單、可視覺化的例子來看出現有方法的問題？這個例子想驗證什麼直覺？
如果 Toy Example 失敗，代表什麼：如果我們的方法在 Toy Example 就走不通，問題出在哪裡？是假設不對、方法不對，還是題目本身需要重新思考？
如果 Toy Example 成功，下一步是什麼：如果這個方法在 Toy Example 上成功了，能不能也在一般的 benchmarks 上成功？有沒有理論支撐？接下來應該看哪些實際資料集？

這個過程的目的是讓自己先把問題、想法想清楚。有的時候，真正卡住的不是方法，而是我們其實還沒想清楚自己要回答什麼問題。

同時，這也會留下重要的思考脈絡。幾個月後累績下來，你會更清楚自己思考的脈絡、哪些假設被推翻、哪些想法後來變成了新的研究題目。很多研究成果，其實就是從這些一頁頁筆記慢慢長出來的。

程式碼開源與可重現性

我們很重視程式碼的整理、文件撰寫，以及研究成果的可重現性。

一個標示清楚、說明完整的 repository，不只是方便別人使用，更是方便未來的自己。很多研究不是重新開始，而是建立在過去留下的程式、實驗和想法之上。如果今天的成果連幾個月後的自己都跑不起來，它就很難成為下一個工作的基礎。

另一方面，一個真正有影響力的研究，也不只是提出一個方法，而是讓其他人能夠理解、重現、驗證，甚至延伸它。只有當別人真的能跑得動、用得上你的成果，它的影響力才有機會持續擴大。這也是為什麼我們非常重視開源與可重現性。