昨天決定用 30 天做一個 AI 音樂祭排團助手後,我原本以為今天要開始研究 Gemini,結果先卡在一個更基本的問題:我自己平常到底是怎麼排團的?
看到 timetable 公布時,其他朋友可能很快就會開始判斷:這兩團撞了、這兩場時間沒重疊但一定趕不上、這團我要看完整場、另外一團只能放棄。
但我不是,我通常都拖到最後一刻,當然是來不及研究,到了當天只能快速用手機在截圖上圈一圈要看的團,但既然現在要把排團這件事做成工具,就得逼自己先把這些判斷因素拆出來。
所以今天直接拿 FUJI ROCK 今年 7 月 26 日的 timetable 測試(很可惜我今年沒去,不過朋友有去)。
SOFIA ISELLA 在 WHITE STAGE 16:10–17:10,MOGWAI 在 GREEN STAGE 17:00–18:00,本身就已經重疊 10 分鐘。
就算兩場沒有重疊,如果中間只有 10 分鐘,但走到下一個舞台要 20 分鐘,一樣不可能。
所以不能只看:
「上一場唱完了,下一場才開始嗎?」
還得看:
「上一場唱完,加上走到下一個舞台的時間,還來得及嗎?」
昨天先分了 Must See、Want to See、Maybe。
如果是 Must See 撞 Maybe,很簡單。
但如果兩組都是 Must See 呢?
例如:
兩場直接撞 30 分鐘。
這時程式不能自己硬選,還是得讓使用者決定:看完整場、提早離開,還是兩邊都看一部分。
所以只有 Must See / Want to See / Maybe 還不夠。
音樂祭撞團不一定只能二選一。
有時候前一團看一半,再趕去下一團,也完全合理。
所以工具裡可能還要讓人設定:
這一團能不能接受只看一部分?
而且不能只問一次,因為答案通常是:
這團可以,那團不行。
有些藝人難得來亞洲,我就是想從頭看到尾;有些只是想看看現場,能聽到半小時也可以。
所以這個設定最好是每個藝人都能自己調。
好,需求又多一個 😂
FUJI ROCK 午夜之後還繼續用 25:00、26:00、27:00 排時間。
例如 ICHIRO YAMAGUCHI (sakanaction) 是 25:45–27:00,TAKKYU ISHINO 接著 27:00–29:00。
看到這裡我才想到:
25:45 到底要怎麼存?
對音樂祭來說,它還是 7 月 26 日這一天的行程;但一般手機或電腦的時間格式裡,根本沒有 25:45,實際上已經是隔天凌晨 1:45。
所以之後不能只記一般日期和時間,還得另外記:
這場演出算是音樂祭的第幾天。
這個坑我昨天完全沒想到。
目前大概可以先分成兩種。
第一版先做:
天氣、人潮、廁所、吃東西、現場 delay,先放著不管。
雖然 delay 我還是很想做,但至少得先有一張正常排得出來的 timetable 😂
結果第二天,我還是沒有開始寫 Gemini。
但把 FUJI ROCK timetable 一場一場看完後,至少先發現一件昨天沒想到的事:
音樂祭的一天,跟日曆的一天不一定是同一件事。
原本只是想做「撞團怎麼排」,現在已經多了舞台移動、看半場、優先順序、休息跟跨午夜。
我想我先停在這裡好了,不然第二天就要把需求開到做不完了。
明天準備來畫使用流程:
使用者打開這個工具之後,到底要做哪些事情,才能拿到自己的音樂祭行程?
下集待續