開發者談設計《我的戰爭(This War Of Mine)》所學到的7件事
過去兩年的時間裡,我的生活都和《我的戰爭》這個偉大專案融為了一體。我從一開始就以遊戲設計師為主作家為輔的身份參與到專案的開發當中了。而今我與11bit工作室在《我的戰爭》開發專案的冒險之旅結束了,我讓自己跳脫出來以旁觀者的視角來回顧這個遊戲的製作設計。我會盡我最大所能來分析這些對遊戲最有益處的關鍵設計特點。這些特點我要牢記在心以備未來專案可用。
我很高興我的臉和身體能成為遊戲中一個人物的模板
要勇於創新
從最開始我們就清楚地知道——我們要做的遊戲跟其他所有遊戲都不一樣。就我們目前所知,它是第一個關於戰區國民的遊戲,也就是說我們所採用的設計方法是不同尋常的。而且也不存在這類遊戲專案的遊戲設計測試公式,因為這類的遊戲之前從沒有過。因此,我們要以一種令人尊敬且信服的方式來反映這類事件的真實問題,將其以遊戲機制的形式呈現,並且儘可能地避免這類事件被“遊戲主義化”。
讓我在遊戲發行之前猜測這款遊戲的創新性將如何影響它的受歡迎程度的話,那我可能會大錯特錯。因為《我的戰爭》無論是在主題方面還是遊戲玩法方面,都非常與眾不同,所以我個人認為它會成為一個小眾遊戲,一個符合小部分有品位的玩家口味的遊戲。感謝老天,我猜錯了。
……或許我猜對了有品味這個部分,但是我低估了玩家受眾的群體規模。我錯誤的猜測讓我意識到,玩家還是希望遊戲能帶來驚喜的——他們不止渴望另一款高清大型動作遊戲,他們也欣賞新的遊戲概念。為什麼我們不滿足他們呢?
……如果你的團隊規模較小,那創新就是你唯一的出路
面對這個事實把,你的小團隊做不了比《使命召喚》更好的《使命召喚》。但是也許你可以試著做出一個比《這是我的戰爭》更好的《這是我的戰爭》;或者是做出一款目標型別中最好的遊戲。在我看來,你模仿別人遊戲的內容越多,競爭就越大,因此你在這個行業中出人頭地的機會就越小。
《請出示護照》就是其所屬型別中最好的遊戲,它由一人單獨開發並且取得了巨大的成功
當然了,《這是我的戰爭》就是個常見的例子——無論設計有多麼的新穎都無法保證你能取得成功。然而,我還是認為,遊戲越小,你越要尋找創新點,《這是我的戰爭》讓我更加確信這一點。過去的幾年裡,相對小型遊戲的成功似乎都支援了這個觀點。像很大地啟發了《這是我的戰爭》的《請出示護照》;或者像《消失的伊森卡特(Vanishing of Ethan Carter)》、《FTL》、《Gone Home》還有《Thomas Was Alone》等等。
我覺得小型遊戲的開發者要拼過遊戲鉅作的方法只有一個——不走尋常路。
別忘了你的專案本質是電子遊戲(並且使之成為你的優勢)
在遊戲發行後,在玩家開始講述他們的遊戲過程的時候,我才開始真正理解和欣賞《這是我的戰爭》中是有一點特別之處的——那就是我意識到該遊戲所運用最強大的故事敘事方式就是,一種身為電子遊戲的自我認同意識。但作為電子遊戲,不僅要做到讓遊戲機制與故事敘述不起衝突,還要讓它們成為敘述的基礎。
我不認為遊戲為了成為更強大的敘事媒介就要否定自身,吸收更多其他的媒體形式(比如電影)。在我看來這是本末倒置——我覺著遊戲應該要去擁抱接收自己本身擅長的方面,並明智地利用這些優勢來創作出在其他媒體上看不到的故事。簡言之,就是要確保玩家做出的抉擇(還有他們進行選擇後產生的結果)既要能融入遊戲機制本身,而且要存在敘述意義。這些遊戲是有關抉擇的遊戲,而不只是把《巫師》或者《行屍走肉》的故事情節發展拿來過一遍而已。無論你是跳起還是落下、揮砍還是被防、射中還是射偏、直行或者轉彎——所有這些構成了遊戲玩法的短暫片刻都可能融入到有趣的劇情中。更甚至——它們塑造出整個劇情,其強大影響力是電影和文學作品都無法企及的。
然而其作用體現不一定很明顯。當我玩《Uncharted》的時候,我控制這個智慧幽默的冒險家去拿著機械槍殺死編號4859的敵人,而我並沒有感覺到這是這個遊戲故事的一部分。我的天哪,剛剛他還在一個華美的過場動畫中親吻了一個女孩,然後現在我控制的這個瘋子是誰請問?對我來說,當我玩過了《請出示檔案》後,我發現這件事是可以做的與眾不同的——它真的是個“別有一番風味的遊戲”,並且還有著非常明顯的核心迴圈內容。你所做的任何決定都是這個單調無聊主角生活的一部分,而且這些決定的影響是一下子就能顯現的,並且它們構成了遊戲主角的整個故事——同樣也是你的故事。
失敗也是一種樂趣
當然我說的不是你作為遊戲設計者在設計遊戲上的失敗,而是你作為遊戲角色在遊戲故事裡的那個失敗。我必須承認,《這是我的戰爭》有一個獨有特點是受到其他遊戲設計的影響而不是計劃內的。我注意到這個特點的時候是當我在Twitch上看Indie遊戲直播時(Dan Long,http://www.twitch.tv/Indie)——整個遊戲流程看上去就是很稀鬆平常的遊戲,這讓Indie有時間和觀眾說笑。直到發生了件糟糕的事——一個人物掛了,然後又掛了一個,最後這支支離破碎的隊伍這剩下——孤單的BRUNO。當Bruno自殺後,遊戲結束。看到Indie的反應我意識到,他遊戲的失敗在整個遊戲過程中才是最有趣的事的。
如果你回想一下你最喜歡的故事,比如電影或者文學作品,他們的主題都不會總圍繞這成功——裡面的人物也會受傷,也會受挫;另外,你通常也不會因為最後主人公死了而去要求退款。與此同時,遊戲還讓我們習慣了把失敗看做故事的“現實”部分(除非這個遊戲是個文字化、情節驅動的敗筆)。然後回想剛才的遊戲主人公Nathan Drake(沒有針對性,我還是很愛這些遊戲的)——如果他突然被編號#4860的敵人撂倒了,你可能會咒罵然後載入存檔重新開始,當做什麼都沒發生一樣。因為如果真的被敵人打死的話,那這對一個英雄故事主角來說這種結束生命的方式真的很恥辱。
如果我們假設,就像我之前說過的那樣——玩家的遊戲決定和相應產生的結果被當做是敘事解構的一部分,那麼玩家的失敗也應該被等同對待——它們應該被給予足夠的重視和承認,從而成為整個故事的一部分。而且最好是有趣的一部分。
遊戲原型。
我在11bit工作室(3年)學到最重要的事情之一就是學會如何構建遊戲原型。至少在專案開發的開始階段,你不會拋去遊戲原型設計。
關於遊戲原型有很多種說法,如果你還沒做過遊戲原型的話,我當然建議你查查怎麼做,但基本上這裡只涉及一件事:那就是讓你的設計能行得通並且在它落實為真正的遊戲之前測試它的可行性。我最大的錯誤就是過度的自信覺得一切都會順利的因為“從紙上”看來設計如此之棒。事實上,有時最簡單的遊戲原型就足以發現問題所在了。至於所謂的“最簡單的”就是說我們根本不需要構建成一個真正的遊戲——它可以是畫出來的模型、簡易桌遊、用樂高做的關卡、一份電子資料表、一個用BASIC語言寫的幾分鐘簡易遊戲…總之就是要用最快的方法來測試你的現有問題。
當我們開始致力於開發《這是我的戰爭》之時,我們做了幾個關鍵系統的遊戲原型,每個都迭代了幾次。比如說,我們最初把人物的需求系統用一系列電子表格完成、而戰鬥和手工製作則由設計者在C#中做成小型應用加以測試。只有在我們在保證基礎都萬無一失了之後,我們才開始構建更大的,將所有內容結合起來,看上去有大概遊戲樣子的遊戲原型。
還有,這裡我是從設計的角度來闡述的,但是相似的原理可以應用在遊戲的其他方面,比如技術或者美工決策。讓最簡單的版本先來檢測下你的“理論”是否可行,迭代到它能行得通為之。
保證遊戲是好遊戲
親自去試玩遊戲原型是個好主意,不過如果能把它給別人玩會更好些——這同樣也適用與遊戲中其他更大型、更高階的部分——甚至適用於整個遊戲。從某種程度上來說,最好能組織正式的、有結構的遊戲測試來評估玩家在遊戲中的遊戲體驗。幸運的是,這種做法正是11bit工作室的主張。並且在開發《這是我的戰爭》過程中,這種做法已經被有意識地施行了。通過測試得到的反饋,瞭解能有了多少改進,我很確定如果沒有這麼做,我們做不到這麼好。
至於要如何做到這一點,那至少得單獨再寫一篇文章來說了。在我看來就是能早做就早做(可以把第一個遊戲模型給你的家人和朋友去玩),以及頻率越高越好,要確保你每次做出重大的改動後仍然保持在正軌上前行。然而,也不能過了頭——這裡最大的陷阱就是不帶思辨性地去看待玩家反饋。這仍然還是你的遊戲,不要把決定權都交給別人。我個人更喜歡那種醫生式的方法:詢問的是他們的感受,而不是他們想要的治療方法。
在設計遊戲時候把YouTube和Twitch考慮在內
這款遊戲的市場營銷並沒有什麼訣竅,但現在聯絡那些可以在YouTube和Twitch上直播的人無疑是值得考慮的事情。我們在《這是我的戰爭》就這樣做了,並且事情進展的很順利,這產生了很多很棒的視訊,吸引了很多觀眾讓他們對這款遊戲產生了興趣。
但是我擔心的是這個方法可能不適用於所有遊戲。有些遊戲是會被視訊或者直播的“開始遊戲”毀了的,尤其是那些主要有線性情節組成的遊戲。(觀眾看完就不會再玩了)《這是我的戰爭》似乎不太一樣——人們在觀看過後仍然想玩一玩。這個屬性我們並沒有納入設計的計劃當中,但是從時候來看,我大概可以推測出是哪裡哪方面在發揮作用。我認為這是因為這是因為每個人對螢幕裡的發生的事件都有個人的不同偏好,並且玩家可以根據自己不同的選擇玩出屬於自己的遊戲情節。所以無論你看過多少這個遊戲的直播視訊,都不會遊戲的全部內容,因為沒有切實去玩玩你就不知道自己的選擇會讓遊戲情節走向什麼方向。
所以我想提出一個大膽的試驗——也許有天我會這樣試試——來設計一個一開始就有著Youtube和Twitch平臺考慮的遊戲。如果這種遊戲的營銷方式如此強大,那麼嘗試去適應這種形式也許是個好主意。所以讓我們來創造一個對Youtuber和主播們來說值得播的,而對於其餘人來說值得玩的遊戲吧。
雖然當我處在開發《這是我的戰爭》專案當中時,我就知道這會是一部特別的遊戲,但是最後的我們收到的市場反應還是出乎了我的意料,並且可能讓我們公司的所有人都很驚訝。我很高興我能在這個遊戲專案裡貢獻出自己的力量,但我想它也能將以另外的方式繼續發揮作用——我作為這個了不起的團隊中的一份子跟大家一起做出了這樣一個了不起的遊戲專案,這將在很長一段時間內都激勵鼓舞著我。
來源:遊戲邦
原文:https://mp.weixin.qq.com/s/tQ9zVsqLuiNbF9k1_SvcTw
我很高興我的臉和身體能成為遊戲中一個人物的模板
要勇於創新
從最開始我們就清楚地知道——我們要做的遊戲跟其他所有遊戲都不一樣。就我們目前所知,它是第一個關於戰區國民的遊戲,也就是說我們所採用的設計方法是不同尋常的。而且也不存在這類遊戲專案的遊戲設計測試公式,因為這類的遊戲之前從沒有過。因此,我們要以一種令人尊敬且信服的方式來反映這類事件的真實問題,將其以遊戲機制的形式呈現,並且儘可能地避免這類事件被“遊戲主義化”。
讓我在遊戲發行之前猜測這款遊戲的創新性將如何影響它的受歡迎程度的話,那我可能會大錯特錯。因為《我的戰爭》無論是在主題方面還是遊戲玩法方面,都非常與眾不同,所以我個人認為它會成為一個小眾遊戲,一個符合小部分有品位的玩家口味的遊戲。感謝老天,我猜錯了。
……或許我猜對了有品味這個部分,但是我低估了玩家受眾的群體規模。我錯誤的猜測讓我意識到,玩家還是希望遊戲能帶來驚喜的——他們不止渴望另一款高清大型動作遊戲,他們也欣賞新的遊戲概念。為什麼我們不滿足他們呢?
This War of Mine(from gamasutra.com)
……如果你的團隊規模較小,那創新就是你唯一的出路
面對這個事實把,你的小團隊做不了比《使命召喚》更好的《使命召喚》。但是也許你可以試著做出一個比《這是我的戰爭》更好的《這是我的戰爭》;或者是做出一款目標型別中最好的遊戲。在我看來,你模仿別人遊戲的內容越多,競爭就越大,因此你在這個行業中出人頭地的機會就越小。
《請出示護照》就是其所屬型別中最好的遊戲,它由一人單獨開發並且取得了巨大的成功
當然了,《這是我的戰爭》就是個常見的例子——無論設計有多麼的新穎都無法保證你能取得成功。然而,我還是認為,遊戲越小,你越要尋找創新點,《這是我的戰爭》讓我更加確信這一點。過去的幾年裡,相對小型遊戲的成功似乎都支援了這個觀點。像很大地啟發了《這是我的戰爭》的《請出示護照》;或者像《消失的伊森卡特(Vanishing of Ethan Carter)》、《FTL》、《Gone Home》還有《Thomas Was Alone》等等。
我覺得小型遊戲的開發者要拼過遊戲鉅作的方法只有一個——不走尋常路。
別忘了你的專案本質是電子遊戲(並且使之成為你的優勢)
在遊戲發行後,在玩家開始講述他們的遊戲過程的時候,我才開始真正理解和欣賞《這是我的戰爭》中是有一點特別之處的——那就是我意識到該遊戲所運用最強大的故事敘事方式就是,一種身為電子遊戲的自我認同意識。但作為電子遊戲,不僅要做到讓遊戲機制與故事敘述不起衝突,還要讓它們成為敘述的基礎。
我不認為遊戲為了成為更強大的敘事媒介就要否定自身,吸收更多其他的媒體形式(比如電影)。在我看來這是本末倒置——我覺著遊戲應該要去擁抱接收自己本身擅長的方面,並明智地利用這些優勢來創作出在其他媒體上看不到的故事。簡言之,就是要確保玩家做出的抉擇(還有他們進行選擇後產生的結果)既要能融入遊戲機制本身,而且要存在敘述意義。這些遊戲是有關抉擇的遊戲,而不只是把《巫師》或者《行屍走肉》的故事情節發展拿來過一遍而已。無論你是跳起還是落下、揮砍還是被防、射中還是射偏、直行或者轉彎——所有這些構成了遊戲玩法的短暫片刻都可能融入到有趣的劇情中。更甚至——它們塑造出整個劇情,其強大影響力是電影和文學作品都無法企及的。
然而其作用體現不一定很明顯。當我玩《Uncharted》的時候,我控制這個智慧幽默的冒險家去拿著機械槍殺死編號4859的敵人,而我並沒有感覺到這是這個遊戲故事的一部分。我的天哪,剛剛他還在一個華美的過場動畫中親吻了一個女孩,然後現在我控制的這個瘋子是誰請問?對我來說,當我玩過了《請出示檔案》後,我發現這件事是可以做的與眾不同的——它真的是個“別有一番風味的遊戲”,並且還有著非常明顯的核心迴圈內容。你所做的任何決定都是這個單調無聊主角生活的一部分,而且這些決定的影響是一下子就能顯現的,並且它們構成了遊戲主角的整個故事——同樣也是你的故事。
失敗也是一種樂趣
當然我說的不是你作為遊戲設計者在設計遊戲上的失敗,而是你作為遊戲角色在遊戲故事裡的那個失敗。我必須承認,《這是我的戰爭》有一個獨有特點是受到其他遊戲設計的影響而不是計劃內的。我注意到這個特點的時候是當我在Twitch上看Indie遊戲直播時(Dan Long,http://www.twitch.tv/Indie)——整個遊戲流程看上去就是很稀鬆平常的遊戲,這讓Indie有時間和觀眾說笑。直到發生了件糟糕的事——一個人物掛了,然後又掛了一個,最後這支支離破碎的隊伍這剩下——孤單的BRUNO。當Bruno自殺後,遊戲結束。看到Indie的反應我意識到,他遊戲的失敗在整個遊戲過程中才是最有趣的事的。
如果你回想一下你最喜歡的故事,比如電影或者文學作品,他們的主題都不會總圍繞這成功——裡面的人物也會受傷,也會受挫;另外,你通常也不會因為最後主人公死了而去要求退款。與此同時,遊戲還讓我們習慣了把失敗看做故事的“現實”部分(除非這個遊戲是個文字化、情節驅動的敗筆)。然後回想剛才的遊戲主人公Nathan Drake(沒有針對性,我還是很愛這些遊戲的)——如果他突然被編號#4860的敵人撂倒了,你可能會咒罵然後載入存檔重新開始,當做什麼都沒發生一樣。因為如果真的被敵人打死的話,那這對一個英雄故事主角來說這種結束生命的方式真的很恥辱。
如果我們假設,就像我之前說過的那樣——玩家的遊戲決定和相應產生的結果被當做是敘事解構的一部分,那麼玩家的失敗也應該被等同對待——它們應該被給予足夠的重視和承認,從而成為整個故事的一部分。而且最好是有趣的一部分。
遊戲原型。
我在11bit工作室(3年)學到最重要的事情之一就是學會如何構建遊戲原型。至少在專案開發的開始階段,你不會拋去遊戲原型設計。
關於遊戲原型有很多種說法,如果你還沒做過遊戲原型的話,我當然建議你查查怎麼做,但基本上這裡只涉及一件事:那就是讓你的設計能行得通並且在它落實為真正的遊戲之前測試它的可行性。我最大的錯誤就是過度的自信覺得一切都會順利的因為“從紙上”看來設計如此之棒。事實上,有時最簡單的遊戲原型就足以發現問題所在了。至於所謂的“最簡單的”就是說我們根本不需要構建成一個真正的遊戲——它可以是畫出來的模型、簡易桌遊、用樂高做的關卡、一份電子資料表、一個用BASIC語言寫的幾分鐘簡易遊戲…總之就是要用最快的方法來測試你的現有問題。
當我們開始致力於開發《這是我的戰爭》之時,我們做了幾個關鍵系統的遊戲原型,每個都迭代了幾次。比如說,我們最初把人物的需求系統用一系列電子表格完成、而戰鬥和手工製作則由設計者在C#中做成小型應用加以測試。只有在我們在保證基礎都萬無一失了之後,我們才開始構建更大的,將所有內容結合起來,看上去有大概遊戲樣子的遊戲原型。
還有,這裡我是從設計的角度來闡述的,但是相似的原理可以應用在遊戲的其他方面,比如技術或者美工決策。讓最簡單的版本先來檢測下你的“理論”是否可行,迭代到它能行得通為之。
保證遊戲是好遊戲
親自去試玩遊戲原型是個好主意,不過如果能把它給別人玩會更好些——這同樣也適用與遊戲中其他更大型、更高階的部分——甚至適用於整個遊戲。從某種程度上來說,最好能組織正式的、有結構的遊戲測試來評估玩家在遊戲中的遊戲體驗。幸運的是,這種做法正是11bit工作室的主張。並且在開發《這是我的戰爭》過程中,這種做法已經被有意識地施行了。通過測試得到的反饋,瞭解能有了多少改進,我很確定如果沒有這麼做,我們做不到這麼好。
至於要如何做到這一點,那至少得單獨再寫一篇文章來說了。在我看來就是能早做就早做(可以把第一個遊戲模型給你的家人和朋友去玩),以及頻率越高越好,要確保你每次做出重大的改動後仍然保持在正軌上前行。然而,也不能過了頭——這裡最大的陷阱就是不帶思辨性地去看待玩家反饋。這仍然還是你的遊戲,不要把決定權都交給別人。我個人更喜歡那種醫生式的方法:詢問的是他們的感受,而不是他們想要的治療方法。
在設計遊戲時候把YouTube和Twitch考慮在內
這款遊戲的市場營銷並沒有什麼訣竅,但現在聯絡那些可以在YouTube和Twitch上直播的人無疑是值得考慮的事情。我們在《這是我的戰爭》就這樣做了,並且事情進展的很順利,這產生了很多很棒的視訊,吸引了很多觀眾讓他們對這款遊戲產生了興趣。
但是我擔心的是這個方法可能不適用於所有遊戲。有些遊戲是會被視訊或者直播的“開始遊戲”毀了的,尤其是那些主要有線性情節組成的遊戲。(觀眾看完就不會再玩了)《這是我的戰爭》似乎不太一樣——人們在觀看過後仍然想玩一玩。這個屬性我們並沒有納入設計的計劃當中,但是從時候來看,我大概可以推測出是哪裡哪方面在發揮作用。我認為這是因為這是因為每個人對螢幕裡的發生的事件都有個人的不同偏好,並且玩家可以根據自己不同的選擇玩出屬於自己的遊戲情節。所以無論你看過多少這個遊戲的直播視訊,都不會遊戲的全部內容,因為沒有切實去玩玩你就不知道自己的選擇會讓遊戲情節走向什麼方向。
所以我想提出一個大膽的試驗——也許有天我會這樣試試——來設計一個一開始就有著Youtube和Twitch平臺考慮的遊戲。如果這種遊戲的營銷方式如此強大,那麼嘗試去適應這種形式也許是個好主意。所以讓我們來創造一個對Youtuber和主播們來說值得播的,而對於其餘人來說值得玩的遊戲吧。
雖然當我處在開發《這是我的戰爭》專案當中時,我就知道這會是一部特別的遊戲,但是最後的我們收到的市場反應還是出乎了我的意料,並且可能讓我們公司的所有人都很驚訝。我很高興我能在這個遊戲專案裡貢獻出自己的力量,但我想它也能將以另外的方式繼續發揮作用——我作為這個了不起的團隊中的一份子跟大家一起做出了這樣一個了不起的遊戲專案,這將在很長一段時間內都激勵鼓舞著我。
來源:遊戲邦
原文:https://mp.weixin.qq.com/s/tQ9zVsqLuiNbF9k1_SvcTw
相關文章
- 這是我的戰爭 This War of Mine 安卓 手機 存檔位置安卓
- 我在程式設計20年中學到的5件事 - DaedTech程式設計
- 任天堂戰爭系列雜談下:戰爭的繼承者們繼承
- 奈學開發者社群分享:Java - 設計模式的7個設計原則Java設計模式
- 我所理解的 iOS 併發程式設計iOS程式設計
- 開發者訪談:《植物大戰殭屍》創意竟來自WAR3
- 開發者談設計遊戲時需要注意的7個關鍵點遊戲
- 手遊開發者談能從投幣街機遊戲的設計中學到什麼遊戲
- 開發者以經典案例談7個典型的BOSS戰役形式
- 我所理解的介面設計
- 開發者測試:你必須知道 7 件事
- 談一談我所瞭解的HTTPSHTTP
- 貧窮的原罪 從蘇芬戰爭學到的獨立遊戲開發經驗遊戲開發
- “忘記環境敘事吧!”開發者談遊戲敘事設計的7個步驟遊戲
- 我從程式設計面試中學到的程式設計面試
- 遊戲中情感設計——幻獸帕魯&這是我的戰爭遊戲
- 《蠟筆小新:我與博士的暑假》開發者訪談
- 談談戰雙的戰鬥機制設計趨同
- 《死亡之門》開發者淺談遊戲設計的心路歷程遊戲設計
- 開發者談遊戲設計師和玩家消費者之間的鴻溝遊戲設計師
- 我的自學程式設計之路丨一位 freeCodeCamp.org 全職開發者的分享程式設計
- 淺談設計模式在iOS開發實戰專案中的應用設計模式iOS
- 面試Java後端開發之後想和Java程式設計師談談我的感受面試Java後端程式設計師
- 開發者談切入遊戲開發市場的7個選擇視角遊戲開發
- 曾奇:談談我所認識的分散式鎖分散式
- 成為優秀Angular開發者所需要學習的19件事Angular
- 談談我工作中的23個設計模式設計模式
- 敏捷開發大家談(五)--敏捷開發的設計原則敏捷
- 我們如何幫助難民學習程式設計,找到開發者工作程式設計
- 滴滴 曾奇:談談我所認識的分散式鎖分散式
- 淺談入行Qt桌面端開發程式設計師-從畢業到上崗(1):當我們說到桌面端開發時,我們在談論什麼?QT程式設計師
- 談一談我對‘模板方法’設計模式的理解(Template)設計模式
- 從“化學家”到開發者,從甲骨文到TDengine,我人生的兩次重要抉擇
- 如何設計奇幻戰場: 從《戰錘:全面戰爭》到《霍位元人:五軍之戰》
- 開發者工具:我是如何從0到1來進行APP開發的?APP
- 讓戰鬥更有視覺衝擊力:開發者談《騎馬與砍殺2》盾牌與劍鞘的設計視覺
- 開發者以多款遊戲的實際案例談4種有效的遊戲教程設計遊戲
- 手遊開發者談遊戲營收模式設計中的最重要規則遊戲營收模式