第62章 社長什麽時候進修的編程!
可怕！居然做這種遊戲！ 作者：純潔的米萬 投票推薦 加入書簽 留言反饋
“這個問題其實不算難，到時候我們一起商量一下。”青智源說。
論即時製遊戲的話，超級馬裏奧其實也算橫版過關的即時製遊戲，隻不過暗黑破壞神要比這個複雜得多得多。
“好的，社長。”赤西健點點頭。
但內心當中卻充滿了疑惑，社長口頭上說的好聽，你又不是程序猿。
最後還不是丟給我們？
青智源表示，其實最難的並不是所謂的即時戰鬥。
戰鬥係統的build固然很複雜，可是處理得好的話，也不算困難。
“其實這個遊戲最大的難點，在於ai。”青智源說。
“欸？ai？”赤西健微微一愣，難得聽到一個霓虹人發音這麽標準。
這個ai並不是後來的chatgpt那種人工智能，主要是指的遊戲內的怪物【智商】。
從某種程度上來說，可以用【行為策略】來進行描述。
比如說玩家在什麽時候會被怪物攻擊，如果是成群的怪物，那麽它們之間是如何配合的。
不同的怪物，行為模式和應對策略也大不相同。
比如說群居性質的怪物，當你攻擊其中一隻的時候，就有可能引發一群怪物撲向你。
而一些智商比較低的，比如說骷髏，那麽它們的模式相對而言比較簡單且獨立，彼此之間的支援效果就會弱一些。
即使是一些看似用來作為裝飾的東西，比如說暗黑當中掛在樹上的秋千，當玩家們靠近的時候就會晃蕩起來，這其實也是【秋千】這個物品所執行的ai。
當然，這些都是根據策劃需要，在不同的關卡和難度當中對怪物們進行設置的。
“唔……確實。”赤西健抱著雙手，仔細思考著，“這款遊戲想要做得好的話，ai是至關重要的一環。這種俯視角的平麵即時製遊戲，不比橫版過關，所需要處理的內容著實太多了。”
“而且玩家的行為又不是那麽固定的，社長想要實現迷宮的自由化，模塊化的拚接，這本身就是一個非常可怕的難題。”旁邊程序猿佐佐木文太補充到。
這個年代當中，還沒有分客戶端和服務端那麽細致的工作，大家統一都是程序猿。
要到互聯網普及，有了服務器的概念，區分本地和服務端之後，才會慢慢出現前後端的差異。
是的，正如他們所說，想要好好做好《暗黑破壞神》並不是一件容易的事情。
中間需要考慮的事情太多了。
甚至因為他們從未做過類似的事情，連未來將要麵臨的問題有哪些都還想不清楚。
不過沒有關係，青智源表示，我想的清楚就行。
開玩笑呢嗎？
老子也是主導過大項目的人，也開發過特別厲害的遊戲引擎。
這些內容青智源就跟刻印在腦子裏麵一樣，隨隨便便就能拿出來說個三天三夜。
到時候隻需要他把需求文檔和要開發的內容流程都整理出來，程序猿們完全可以無腦按照他的規劃來實現。
說白了，程序為什麽難，難的不是寫代碼的過程，難的是想清楚需要什麽，如何實現。
隻要能做到這些，那麽就沒什麽好害怕的。
……
“對了，開發的時候，我希望不要hard code。”青智源說。
“哈？！”主程序赤西健有些迷茫，“不hard code，那用什麽方式開發？”
所謂的hard code，並不是字麵上的硬核的意思，而是指將遊戲內容通過死代碼來實現。
固然全程由程序通過代碼實現的話，最後形成的文件，或者說卡帶大小是最小化的，可這樣一來就失去了可拓展性。
形象化的解釋就是——
做一個機器人。
hard code是直接按照圖紙焊接出來一個機器人。
而其他的方式，可能是通過先做出機器人的零件，然後再通過這些零件拚接出機器人。
青智源希望做到的是由程序來開發工具，然後交給策劃進行使用。
同時由策劃來通過工具製作關卡和所有的遊戲內容。
往後程序猿隻需要維護遊戲工具，而不是遊戲內容，彼此之間分開，這樣無論是對程序還是策劃都是非常有利的。
這個工具，放到未來就是所謂的【編輯器】
青智源在會議上滔滔不絕地講述著。
下麵的程序猿們都聽呆了。
【納尼？這真的是社長，而不是被某種奇怪的東西附身的妖怪嗎？】
【社長作為一個美術原畫，怎麽會想到這麽多的程序內容的？】
最關鍵的是，青智源說的東西非常先進，就像是一把鑰匙，打開了所有人大腦當中的大門。
整個世界都煥然一新了一樣。
……
此時此刻，程序猿們紛紛被青智源所折服。
社長的思維之縝密，思想之超前，對代碼的了解程度如此之深，簡直是聞所未聞。
大大超出了眾人的想象。
可怕。
赤西健整個人都驚呆了。
可怕。
社長什麽時候去進修的編程？
不，光是進修編程還沒法做到這種程度。
因為很多理念，比如說怪物ai，編輯器，包括社長後來提出來的【行為樹】，這些都是目前沒有的。
你很難想象，一個原畫，居然能把程序邏輯拆解到這樣的地步。
可怕。
太可怕了。
……
青智源跟眾人討論了很久，大家的心裏麵稍微有了一些底。
“嗯嗯，如果真的能做到這一步的話。”赤西健眼睛閃閃發光，“那麽我們就相當於提供了一個構建世界的工具。這個工具完全能做到社長要求的內容。”
“不，不止於此，未來或許還有很廣的可拓展性。”
太美妙了。
這是何等天才的設計！
而且，對於程序猿們來說，簡直是一件莫大的好事。
要知道在這之前，但凡策劃有需求變動，程序猿這邊就幾乎要將代碼改一遍。
費時費力不說，還積攢了一肚子的火。
策劃和程序猿的矛盾真的是越演越烈。
現在可好了，程序猿們隻需要開發出工具，未來策劃們想要做什麽改動，自己就能調整。
程序猿能從繁雜的需求實現當中解脫出來，將時間用在程序的優化上麵。
還有什麽比這更幸福的呢？
“是的，就是如此。”青智源說，“不過這樣一來，必然會導致卡帶容量比預期的要高，我們得做好未來優化的心理準備。”
“好的社長！”
……
論即時製遊戲的話，超級馬裏奧其實也算橫版過關的即時製遊戲，隻不過暗黑破壞神要比這個複雜得多得多。
“好的，社長。”赤西健點點頭。
但內心當中卻充滿了疑惑，社長口頭上說的好聽，你又不是程序猿。
最後還不是丟給我們？
青智源表示，其實最難的並不是所謂的即時戰鬥。
戰鬥係統的build固然很複雜，可是處理得好的話，也不算困難。
“其實這個遊戲最大的難點，在於ai。”青智源說。
“欸？ai？”赤西健微微一愣，難得聽到一個霓虹人發音這麽標準。
這個ai並不是後來的chatgpt那種人工智能，主要是指的遊戲內的怪物【智商】。
從某種程度上來說，可以用【行為策略】來進行描述。
比如說玩家在什麽時候會被怪物攻擊，如果是成群的怪物，那麽它們之間是如何配合的。
不同的怪物，行為模式和應對策略也大不相同。
比如說群居性質的怪物，當你攻擊其中一隻的時候，就有可能引發一群怪物撲向你。
而一些智商比較低的，比如說骷髏，那麽它們的模式相對而言比較簡單且獨立，彼此之間的支援效果就會弱一些。
即使是一些看似用來作為裝飾的東西，比如說暗黑當中掛在樹上的秋千，當玩家們靠近的時候就會晃蕩起來，這其實也是【秋千】這個物品所執行的ai。
當然，這些都是根據策劃需要，在不同的關卡和難度當中對怪物們進行設置的。
“唔……確實。”赤西健抱著雙手，仔細思考著，“這款遊戲想要做得好的話，ai是至關重要的一環。這種俯視角的平麵即時製遊戲，不比橫版過關，所需要處理的內容著實太多了。”
“而且玩家的行為又不是那麽固定的，社長想要實現迷宮的自由化，模塊化的拚接，這本身就是一個非常可怕的難題。”旁邊程序猿佐佐木文太補充到。
這個年代當中，還沒有分客戶端和服務端那麽細致的工作，大家統一都是程序猿。
要到互聯網普及，有了服務器的概念，區分本地和服務端之後，才會慢慢出現前後端的差異。
是的，正如他們所說，想要好好做好《暗黑破壞神》並不是一件容易的事情。
中間需要考慮的事情太多了。
甚至因為他們從未做過類似的事情，連未來將要麵臨的問題有哪些都還想不清楚。
不過沒有關係，青智源表示，我想的清楚就行。
開玩笑呢嗎？
老子也是主導過大項目的人，也開發過特別厲害的遊戲引擎。
這些內容青智源就跟刻印在腦子裏麵一樣，隨隨便便就能拿出來說個三天三夜。
到時候隻需要他把需求文檔和要開發的內容流程都整理出來，程序猿們完全可以無腦按照他的規劃來實現。
說白了，程序為什麽難，難的不是寫代碼的過程，難的是想清楚需要什麽，如何實現。
隻要能做到這些，那麽就沒什麽好害怕的。
……
“對了，開發的時候，我希望不要hard code。”青智源說。
“哈？！”主程序赤西健有些迷茫，“不hard code，那用什麽方式開發？”
所謂的hard code，並不是字麵上的硬核的意思，而是指將遊戲內容通過死代碼來實現。
固然全程由程序通過代碼實現的話，最後形成的文件，或者說卡帶大小是最小化的，可這樣一來就失去了可拓展性。
形象化的解釋就是——
做一個機器人。
hard code是直接按照圖紙焊接出來一個機器人。
而其他的方式，可能是通過先做出機器人的零件，然後再通過這些零件拚接出機器人。
青智源希望做到的是由程序來開發工具，然後交給策劃進行使用。
同時由策劃來通過工具製作關卡和所有的遊戲內容。
往後程序猿隻需要維護遊戲工具，而不是遊戲內容，彼此之間分開，這樣無論是對程序還是策劃都是非常有利的。
這個工具，放到未來就是所謂的【編輯器】
青智源在會議上滔滔不絕地講述著。
下麵的程序猿們都聽呆了。
【納尼？這真的是社長，而不是被某種奇怪的東西附身的妖怪嗎？】
【社長作為一個美術原畫，怎麽會想到這麽多的程序內容的？】
最關鍵的是，青智源說的東西非常先進，就像是一把鑰匙，打開了所有人大腦當中的大門。
整個世界都煥然一新了一樣。
……
此時此刻，程序猿們紛紛被青智源所折服。
社長的思維之縝密，思想之超前，對代碼的了解程度如此之深，簡直是聞所未聞。
大大超出了眾人的想象。
可怕。
赤西健整個人都驚呆了。
可怕。
社長什麽時候去進修的編程？
不，光是進修編程還沒法做到這種程度。
因為很多理念，比如說怪物ai，編輯器，包括社長後來提出來的【行為樹】，這些都是目前沒有的。
你很難想象，一個原畫，居然能把程序邏輯拆解到這樣的地步。
可怕。
太可怕了。
……
青智源跟眾人討論了很久，大家的心裏麵稍微有了一些底。
“嗯嗯，如果真的能做到這一步的話。”赤西健眼睛閃閃發光，“那麽我們就相當於提供了一個構建世界的工具。這個工具完全能做到社長要求的內容。”
“不，不止於此，未來或許還有很廣的可拓展性。”
太美妙了。
這是何等天才的設計！
而且，對於程序猿們來說，簡直是一件莫大的好事。
要知道在這之前，但凡策劃有需求變動，程序猿這邊就幾乎要將代碼改一遍。
費時費力不說，還積攢了一肚子的火。
策劃和程序猿的矛盾真的是越演越烈。
現在可好了，程序猿們隻需要開發出工具，未來策劃們想要做什麽改動，自己就能調整。
程序猿能從繁雜的需求實現當中解脫出來，將時間用在程序的優化上麵。
還有什麽比這更幸福的呢？
“是的，就是如此。”青智源說，“不過這樣一來，必然會導致卡帶容量比預期的要高，我們得做好未來優化的心理準備。”
“好的社長！”
……