互動媒體專題 參展

前言

        這學期的互動媒體概論要寫專題,我在學期初便決定了要寫音樂遊戲。有幸能獲得投票最高,不愧是我跟我的隊友爆肝的成果www。雖然說學期初早早就有想法,但到了期中前一星期才算認真開始寫,只能說我的惰性太強,不過經過一星期的爆肝,把基本的功能都做出來後,就直接放置,到了學期末事情才堆在一起QQ,我這種壞習慣真的要改。

當天的情況

        專題發表的那天早上,果不其然的我睡過頭了,在沒其他辦法的情況下,我只好坐車去學校,剛下樓便望見一台計程車從對向開過來,我只是看一下,結果司機竟然知道我要搭車,真是厲害(笑。到了學校後,隊友早已在等待,等人都到齊了,我們便搭上遊覽車出發了。

        原本以為銘傳很遠,結果沒多久就到了,銘傳竟然在山上,所以我們就走著很陡的坡到了會場。到了現場,完全沒有預計會有那麼多組要參加這個活動,原先低估了這個活動,沒預料到會比預想中的還多人。做了簡易的佈置、貼了海報後,便等著活動的開始。

        活動規則是:每組有4張貼紙,要貼在你覺得好的組別上,最後統計該學校最高的前三名(有獎金),然後還有評審(老師)會來你們的組別,要和他們Promote你/妳的project。我們這組主要是我介紹,我隊友負責demo(我對於我們遊戲死亡的判定苦手QQ),覺得我講的還好,但評審沒選我們,可能是我們哪裡還做不好吧,真希望他們能給回饋。

        稍微逛了一下會場的其他組,發覺有幾組的海報做得好有設計感,真想問問他們(最後沒問),還有幾組也是做遊戲,原先被一組的完成度趕到震驚,有圖、音樂,不過後來實際玩才發現遊戲性很差,我被外表騙辣(票都投了),但也沒辦法

        宣布名次結束後,跟組員討論著為何我們沒上的原因時,聽到主辦單位說要幫忙收東西(桌子、椅子),「這不是該工讀生做嗎?」我跟我的組員都這麼吐槽道。但看在他們發的餐盒上,我們還是幫忙了。

感想

        這次專題是我第一次和人合作寫Project,原本都是我自己一個人在寫的,一直想要跟其他人合作,看看能不能完成什麼事(追求著共同目標)是我一直以來憧憬著的。跟他人合作時,感受到了跟自己獨自寫時的不同之處,用了許多協作程式碼有幫助的工具(git, trello …etc),像是如果自己一個人寫,根本不會用得到git branch/merge,也是多了個機會讓我熟悉這些工具。

遇到的困難

        在實作過程中,遇到了一些困難,像是:Library有BUG、沒有debugger⋯⋯等。其中,Lib的BUG讓我們最頭痛,原本以為是自己的實作邏輯有誤,遊戲結束遊玩後如果重新開始,會有「機會」直接結束。在trace程式後,想破頭都覺得自己沒寫錯,也不知道是發生了什麼事,就覺得會不會是播放聲音的thread沒有同步?(我是用音樂播放結束來當遊戲結束的時間點),就直接換了聲音的library,就沒事了(笑。

開心之後

回過頭來看這次的專題,其中我有幾個做不好的地方:

  1. 拖延症
            我老是如此,在時間多時不做,等到時間不夠了,快截止了,才來趕工。高中時就是如此,到了大學還是不改。深感慚愧,然後在想著「如果」我有更多時間的話會做得更好,用客觀的角度檢視後,發現時間都被自己浪費掉了。

  2. BUG不清,老是想新的功能
            大概是不敢面對自己寫出來的邏輯漏洞吧,或是面對長長的code對於要trace這件事懶惰,然後想著要加新功能進去=埋更多炸彈進去,更慘的是:什麼時候爆炸還不知道,是Demo那天嗎?

結語

        首次跟人合作的經驗,得來不易,趕緊寫下來(拖了一個月),順便梳理自己的想法,從中學習到了一些東西,發現了自己的錯誤,希望自己是有成長。也希望這些學習到的知識、經驗,能幫助未來的自己,在做事上能更好。

2019/1/25 接近午夜寫畢



如果你覺得這篇文章很棒,請你不吝點讚 (゚∀゚)

推薦文章