我需要移動(dòng)游戲開發(fā)

? 參考效果：易手游APP

· 游戲類型：射擊游戲 · 其他要求：人在成都，需要面談 · 參考案例：三角洲

我需要移動(dòng)游戲開發(fā)

我需要Java開發(fā)對接天地偉業(yè)攝像頭sdk,實(shí)現(xiàn)人數(shù)統(tǒng)計(jì)功能

我需要移動(dòng)游戲開發(fā)

我需要移動(dòng)游戲開發(fā)

poker游戲開發(fā)

微信小游戲外包要求： 【項(xiàng)目背景】 本款小游戲玩法類似曾經(jīng)爆火的《羊了個(gè)羊》，甲方內(nèi)部已開發(fā)完成，且已上架微信小游戲平臺(tái)（可做參考）；因美術(shù)資源及部分代碼，不符合市場化運(yùn)營的要求，目前尋找有能力的外包團(tuán)隊(duì)合作重構(gòu)，具體要求如下： 【美術(shù)部分】交付要求 1. 美術(shù)風(fēng)格一致性 ??* 按照預(yù)定的美術(shù)風(fēng)格和參考示例，嚴(yán)格制作所有美術(shù)資源。 ??* 所有美術(shù)資源需要保留原始的.psd文件，且不合并關(guān)鍵圖層，方便后續(xù)修改。 2. 2D資源制作 ??* 所有2D動(dòng)畫、特效需使用Spine工具制作，并保留.spine文件、.psd拆分圖和圖集。 ??* 動(dòng)畫、特效需要符合原設(shè)計(jì)圖的流暢度與表現(xiàn)。 3. 3D資源制作 ??* 3D資源需輸出為.fbx 或.obj格式，并確保資源可在Unity中正確導(dǎo)入、渲染。 4. 3D特效制作 ??* 使用 Unity粒子系統(tǒng)（U3D）制作3D特效，確保特效表現(xiàn)與參考一致，并且粒子效果流暢。 5. 交付文件：所有資源需要按照統(tǒng)一規(guī)范提交，包括： ??* 所有 PSD文件、Spine文件、3D模型、特效文件、以及相關(guān)的配置文檔。 ??* 資源需按不同類別清晰命名，并打包存儲(chǔ)，便于后續(xù)開發(fā)使用。 【驗(yàn)收標(biāo)準(zhǔn)】 * 所有美術(shù)資源必須符合設(shè)計(jì)規(guī)范和參考示例，經(jīng)過 【主美審核】 后才可通過驗(yàn)收。 * 無質(zhì)量問題：檢查圖層是否完整、效果是否達(dá)到預(yù)期，2D動(dòng)畫、特效、3D模型的呈現(xiàn)效果是否符合要求。 * 交付物應(yīng)確保能夠無縫導(dǎo)入U(xiǎn)nity，且不影響游戲性能或包體大小。 【前端部分】交付要求 1. UI 更換與布局調(diào)整 ??* 按照美術(shù)效果圖進(jìn)行UI 元素更換，確保UI風(fēng)格、位置、大小、對齊方式準(zhǔn)確。 ??* 修改部分界面布局，調(diào)整代碼邏輯，確保界面切換流暢，交互無卡頓。 ??* 移除不需要的界面和資源，減少不必要的內(nèi)存占用。 2. 代碼與框架要求 ??* 使用Unity 2022.3.60f1版本進(jìn)行開發(fā)，確保兼容性和穩(wěn)定性。 ??* 使用TEngine框架，確保代碼結(jié)構(gòu)清晰，易于擴(kuò)展和維護(hù)。 ??* 使用HybridCLR實(shí)現(xiàn)熱更新，確保熱更新功能穩(wěn)定。 ??* 使用YooAssets 進(jìn)行資源管理，確保資源加載高效、優(yōu)化包體大小。 ??* 集成I2Localization插件進(jìn)行多語言本地化。 ??* 使用Luban作為配置表插件，確保數(shù)據(jù)驅(qū)動(dòng)與配置管理的便捷性。 3. 交付文件： ??* 完整的Unity項(xiàng)目文件、代碼與資源、UI配置、熱更新包等。 【驗(yàn)收標(biāo)準(zhǔn)】 * UI效果符合設(shè)計(jì)要求：UI元素的位置、大小、樣式、字體與設(shè)計(jì)稿一致，所有界面都能在設(shè)備上正常顯示。 * 代碼結(jié)構(gòu)與框架規(guī)范：代碼符合團(tuán)隊(duì)約定的規(guī)范，注釋清晰，易于擴(kuò)展和維護(hù)。 * 性能優(yōu)化：保證游戲性能，UI刷新不卡頓，資源包體達(dá)到預(yù)期目標(biāo)。 * 熱更新正常：測試熱更新流程無錯(cuò)誤，能夠順利下載、加載資源。 * 多語言支持：至少支持兩種語言，且文本和UI元素正確顯示。 【后端部分】交付要求 1. 功能開發(fā) ??* 使用cpp-httplib快速開發(fā)業(yè)務(wù)邏輯，并配合libwebsockets實(shí)現(xiàn)WebSocket 通信。 ??* 對后端接口與前端進(jìn)行良好的數(shù)據(jù)對接，保證數(shù)據(jù)流暢、穩(wěn)定。 ??* 使用Lua進(jìn)行腳本配置（任務(wù)、NPC對白、行為邏輯等）。 ??* Flask可作為原型開發(fā)工具，但需確保代碼簡潔、可擴(kuò)展。 2. 數(shù)據(jù)庫與緩存 ??* 使用PostgreSQL作為數(shù)據(jù)庫管理系統(tǒng)，保證數(shù)據(jù)持久化的穩(wěn)定性。 ??* 初期可以將Redis存儲(chǔ)數(shù)據(jù)遷移到內(nèi)存，以避免復(fù)雜性，待未來平臺(tái)拓展時(shí)再做優(yōu)化。 3. 架構(gòu)優(yōu)化 ??* 設(shè)計(jì)時(shí)需考慮后續(xù)平臺(tái)拓展，避免使用大型框架如ETL，減少復(fù)雜的維護(hù)成本。 4. 交付文件 ??* 完整的后端代碼與文檔，確保所有接口都能清晰對接。 ??* 數(shù)據(jù)庫結(jié)構(gòu)及配置文件、部署腳本、API 文檔等。 【驗(yàn)收標(biāo)準(zhǔn)】 * 功能完整：后端接口功能必須完整，能夠支持游戲數(shù)據(jù)流轉(zhuǎn)與交互，且與前端無縫對接。 * 代碼整潔：代碼結(jié)構(gòu)清晰、簡潔、注釋完善，滿足日常維護(hù)和后期擴(kuò)展的需求。 * 穩(wěn)定性：后端接口響應(yīng)時(shí)間 < 200ms，負(fù)載測試能夠支撐至少1-2 萬DAU并發(fā)。 * 數(shù)據(jù)庫性能：數(shù)據(jù)庫查詢、存儲(chǔ)響應(yīng)速度符合要求，能支持大規(guī)模用戶數(shù)據(jù)管理。 【交付與驗(yàn)收總結(jié)】 1. 階段交付：按照每個(gè)模塊（美術(shù)、前端、后端）分階段交付，確保每個(gè)部分的功能逐步達(dá)標(biāo)。 2. 最終驗(yàn)收：所有交付物進(jìn)行【綜合驗(yàn)收】，檢查所有模塊是否符合質(zhì)量標(biāo)準(zhǔn)，是否能夠順利運(yùn)行在微信小游戲平臺(tái)上。 3. 后期支持：外包團(tuán)隊(duì)需提供 【1個(gè)月的后期支持期】，在正式上線后的初期階段進(jìn)行BUG修復(fù)和調(diào)優(yōu)。 【其他說明】 * 詳細(xì)需求，待達(dá)成初步合作意向后，有專職項(xiàng)目經(jīng)理/策劃/美術(shù)/前端/后端跟進(jìn)。 * 項(xiàng)目交付時(shí)間，預(yù)期1個(gè)自然月，具體時(shí)間（包含階段性交付），待達(dá)成初步意向后商議。

小游戲外包要求： 【項(xiàng)目背景】 本款小游戲玩法類似曾經(jīng)爆火的《羊了個(gè)羊》，甲方內(nèi)部已開發(fā)完成，且已上架微信小游戲平臺(tái)（可做參考）；因美術(shù)資源及部分代碼，不符合市場化運(yùn)營的要求，目前尋找有能力的外包團(tuán)隊(duì)合作重構(gòu)，具體要求如下： 【美術(shù)部分】交付要求 1. 美術(shù)風(fēng)格一致性 ??* 按照預(yù)定的美術(shù)風(fēng)格和參考示例，嚴(yán)格制作所有美術(shù)資源。 ??* 所有美術(shù)資源需要保留原始的.psd文件，且不合并關(guān)鍵圖層，方便后續(xù)修改。 2. 2D資源制作 ??* 所有2D動(dòng)畫、特效需使用Spine工具制作，并保留.spine文件、.psd拆分圖和圖集。 ??* 動(dòng)畫、特效需要符合原設(shè)計(jì)圖的流暢度與表現(xiàn)。 3. 3D資源制作 ??* 3D資源需輸出為.fbx 或.obj格式，并確保資源可在Unity中正確導(dǎo)入、渲染。 4. 3D特效制作 ??* 使用 Unity粒子系統(tǒng)（U3D）制作3D特效，確保特效表現(xiàn)與參考一致，并且粒子效果流暢。 5. 交付文件：所有資源需要按照統(tǒng)一規(guī)范提交，包括： ??* 所有 PSD文件、Spine文件、3D模型、特效文件、以及相關(guān)的配置文檔。 ??* 資源需按不同類別清晰命名，并打包存儲(chǔ)，便于后續(xù)開發(fā)使用。 【驗(yàn)收標(biāo)準(zhǔn)】 * 所有美術(shù)資源必須符合設(shè)計(jì)規(guī)范和參考示例，經(jīng)過 【主美審核】 后才可通過驗(yàn)收。 * 無質(zhì)量問題：檢查圖層是否完整、效果是否達(dá)到預(yù)期，2D動(dòng)畫、特效、3D模型的呈現(xiàn)效果是否符合要求。 * 交付物應(yīng)確保能夠無縫導(dǎo)入U(xiǎn)nity，且不影響游戲性能或包體大小。 【前端部分】交付要求 1. UI 更換與布局調(diào)整 ??* 按照美術(shù)效果圖進(jìn)行UI 元素更換，確保UI風(fēng)格、位置、大小、對齊方式準(zhǔn)確。 ??* 修改部分界面布局，調(diào)整代碼邏輯，確保界面切換流暢，交互無卡頓。 ??* 移除不需要的界面和資源，減少不必要的內(nèi)存占用。 2. 代碼與框架要求 ??* 使用Unity 2022.3.60f1版本進(jìn)行開發(fā)，確保兼容性和穩(wěn)定性。 ??* 使用TEngine框架，確保代碼結(jié)構(gòu)清晰，易于擴(kuò)展和維護(hù)。 ??* 使用HybridCLR實(shí)現(xiàn)熱更新，確保熱更新功能穩(wěn)定。 ??* 使用YooAssets 進(jìn)行資源管理，確保資源加載高效、優(yōu)化包體大小。 ??* 集成I2Localization插件進(jìn)行多語言本地化。 ??* 使用Luban作為配置表插件，確保數(shù)據(jù)驅(qū)動(dòng)與配置管理的便捷性。 3. 交付文件： ??* 完整的Unity項(xiàng)目文件、代碼與資源、UI配置、熱更新包等。 【驗(yàn)收標(biāo)準(zhǔn)】 * UI效果符合設(shè)計(jì)要求：UI元素的位置、大小、樣式、字體與設(shè)計(jì)稿一致，所有界面都能在設(shè)備上正常顯示。 * 代碼結(jié)構(gòu)與框架規(guī)范：代碼符合團(tuán)隊(duì)約定的規(guī)范，注釋清晰，易于擴(kuò)展和維護(hù)。 * 性能優(yōu)化：保證游戲性能，UI刷新不卡頓，資源包體達(dá)到預(yù)期目標(biāo)。 * 熱更新正常：測試熱更新流程無錯(cuò)誤，能夠順利下載、加載資源。 * 多語言支持：至少支持兩種語言，且文本和UI元素正確顯示。 【后端部分】交付要求 1. 功能開發(fā) ??* 使用cpp-httplib快速開發(fā)業(yè)務(wù)邏輯，并配合libwebsockets實(shí)現(xiàn)WebSocket 通信。 ??* 對后端接口與前端進(jìn)行良好的數(shù)據(jù)對接，保證數(shù)據(jù)流暢、穩(wěn)定。 ??* 使用Lua進(jìn)行腳本配置（任務(wù)、NPC對白、行為邏輯等）。 ??* Flask可作為原型開發(fā)工具，但需確保代碼簡潔、可擴(kuò)展。 2. 數(shù)據(jù)庫與緩存 ??* 使用PostgreSQL作為數(shù)據(jù)庫管理系統(tǒng)，保證數(shù)據(jù)持久化的穩(wěn)定性。 ??* 初期可以將Redis存儲(chǔ)數(shù)據(jù)遷移到內(nèi)存，以避免復(fù)雜性，待未來平臺(tái)拓展時(shí)再做優(yōu)化。 3. 架構(gòu)優(yōu)化 ??* 設(shè)計(jì)時(shí)需考慮后續(xù)平臺(tái)拓展，避免使用大型框架如ETL，減少復(fù)雜的維護(hù)成本。 4. 交付文件 ??* 完整的后端代碼與文檔，確保所有接口都能清晰對接。 ??* 數(shù)據(jù)庫結(jié)構(gòu)及配置文件、部署腳本、API 文檔等。 【驗(yàn)收標(biāo)準(zhǔn)】 * 功能完整：后端接口功能必須完整，能夠支持游戲數(shù)據(jù)流轉(zhuǎn)與交互，且與前端無縫對接。 * 代碼整潔：代碼結(jié)構(gòu)清晰、簡潔、注釋完善，滿足日常維護(hù)和后期擴(kuò)展的需求。 * 穩(wěn)定性：后端接口響應(yīng)時(shí)間 < 200ms，負(fù)載測試能夠支撐至少1-2 萬DAU并發(fā)。 * 數(shù)據(jù)庫性能：數(shù)據(jù)庫查詢、存儲(chǔ)響應(yīng)速度符合要求，能支持大規(guī)模用戶數(shù)據(jù)管理。 【交付與驗(yàn)收總結(jié)】 1. 階段交付：按照每個(gè)模塊（美術(shù)、前端、后端）分階段交付，確保每個(gè)部分的功能逐步達(dá)標(biāo)。 2. 最終驗(yàn)收：所有交付物進(jìn)行【綜合驗(yàn)收】，檢查所有模塊是否符合質(zhì)量標(biāo)準(zhǔn)，是否能夠順利運(yùn)行在微信小游戲平臺(tái)上。 3. 后期支持：外包團(tuán)隊(duì)需提供 【1個(gè)月的后期支持期】，在正式上線后的初期階段進(jìn)行BUG修復(fù)和調(diào)優(yōu)。 【其他說明】 * 詳細(xì)需求，待達(dá)成初步合作意向后，有專職項(xiàng)目經(jīng)理/策劃/美術(shù)/前端/后端跟進(jìn)。 * 項(xiàng)目交付時(shí)間，預(yù)期1個(gè)自然月，具體時(shí)間（包含階段性交付），待達(dá)成初步意向后商議。

微信小游戲外包要求： 【項(xiàng)目背景】 本款小游戲玩法類似曾經(jīng)爆火的《羊了個(gè)羊》，甲方內(nèi)部已開發(fā)完成，且已上架微信小游戲平臺(tái)（可做參考）；因美術(shù)資源及部分代碼，不符合市場化運(yùn)營的要求，目前尋找有能力的外包團(tuán)隊(duì)合作重構(gòu)，具體要求如下： 【美術(shù)部分】交付要求 1. 美術(shù)風(fēng)格一致性 ??* 按照預(yù)定的美術(shù)風(fēng)格和參考示例，嚴(yán)格制作所有美術(shù)資源。 ??* 所有美術(shù)資源需要保留原始的.psd文件，且不合并關(guān)鍵圖層，方便后續(xù)修改。 2. 2D資源制作 ??* 所有2D動(dòng)畫、特效需使用Spine工具制作，并保留.spine文件、.psd拆分圖和圖集。 ??* 動(dòng)畫、特效需要符合原設(shè)計(jì)圖的流暢度與表現(xiàn)。 3. 3D資源制作 ??* 3D資源需輸出為.fbx 或.obj格式，并確保資源可在Unity中正確導(dǎo)入、渲染。 4. 3D特效制作 ??* 使用 Unity粒子系統(tǒng)（U3D）制作3D特效，確保特效表現(xiàn)與參考一致，并且粒子效果流暢。 5. 交付文件：所有資源需要按照統(tǒng)一規(guī)范提交，包括： ??* 所有 PSD文件、Spine文件、3D模型、特效文件、以及相關(guān)的配置文檔。 ??* 資源需按不同類別清晰命名，并打包存儲(chǔ)，便于后續(xù)開發(fā)使用。 【驗(yàn)收標(biāo)準(zhǔn)】 * 所有美術(shù)資源必須符合設(shè)計(jì)規(guī)范和參考示例，經(jīng)過 【主美審核】 后才可通過驗(yàn)收。 * 無質(zhì)量問題：檢查圖層是否完整、效果是否達(dá)到預(yù)期，2D動(dòng)畫、特效、3D模型的呈現(xiàn)效果是否符合要求。 * 交付物應(yīng)確保能夠無縫導(dǎo)入U(xiǎn)nity，且不影響游戲性能或包體大小。 【前端部分】交付要求 1. UI 更換與布局調(diào)整 ??* 按照美術(shù)效果圖進(jìn)行UI 元素更換，確保UI風(fēng)格、位置、大小、對齊方式準(zhǔn)確。 ??* 修改部分界面布局，調(diào)整代碼邏輯，確保界面切換流暢，交互無卡頓。 ??* 移除不需要的界面和資源，減少不必要的內(nèi)存占用。 2. 代碼與框架要求 ??* 使用Unity 2022.3.60f1版本進(jìn)行開發(fā)，確保兼容性和穩(wěn)定性。 ??* 使用TEngine框架，確保代碼結(jié)構(gòu)清晰，易于擴(kuò)展和維護(hù)。 ??* 使用HybridCLR實(shí)現(xiàn)熱更新，確保熱更新功能穩(wěn)定。 ??* 使用YooAssets 進(jìn)行資源管理，確保資源加載高效、優(yōu)化包體大小。 ??* 集成I2Localization插件進(jìn)行多語言本地化。 ??* 使用Luban作為配置表插件，確保數(shù)據(jù)驅(qū)動(dòng)與配置管理的便捷性。 3. 交付文件： ??* 完整的Unity項(xiàng)目文件、代碼與資源、UI配置、熱更新包等。 【驗(yàn)收標(biāo)準(zhǔn)】 * UI效果符合設(shè)計(jì)要求：UI元素的位置、大小、樣式、字體與設(shè)計(jì)稿一致，所有界面都能在設(shè)備上正常顯示。 * 代碼結(jié)構(gòu)與框架規(guī)范：代碼符合團(tuán)隊(duì)約定的規(guī)范，注釋清晰，易于擴(kuò)展和維護(hù)。 * 性能優(yōu)化：保證游戲性能，UI刷新不卡頓，資源包體達(dá)到預(yù)期目標(biāo)。 * 熱更新正常：測試熱更新流程無錯(cuò)誤，能夠順利下載、加載資源。 * 多語言支持：至少支持兩種語言，且文本和UI元素正確顯示。 【后端部分】交付要求 1. 功能開發(fā) ??* 使用cpp-httplib快速開發(fā)業(yè)務(wù)邏輯，并配合libwebsockets實(shí)現(xiàn)WebSocket 通信。 ??* 對后端接口與前端進(jìn)行良好的數(shù)據(jù)對接，保證數(shù)據(jù)流暢、穩(wěn)定。 ??* 使用Lua進(jìn)行腳本配置（任務(wù)、NPC對白、行為邏輯等）。 ??* Flask可作為原型開發(fā)工具，但需確保代碼簡潔、可擴(kuò)展。 2. 數(shù)據(jù)庫與緩存 ??* 使用PostgreSQL作為數(shù)據(jù)庫管理系統(tǒng)，保證數(shù)據(jù)持久化的穩(wěn)定性。 ??* 初期可以將Redis存儲(chǔ)數(shù)據(jù)遷移到內(nèi)存，以避免復(fù)雜性，待未來平臺(tái)拓展時(shí)再做優(yōu)化。 3. 架構(gòu)優(yōu)化 ??* 設(shè)計(jì)時(shí)需考慮后續(xù)平臺(tái)拓展，避免使用大型框架如ETL，減少復(fù)雜的維護(hù)成本。 4. 交付文件 ??* 完整的后端代碼與文檔，確保所有接口都能清晰對接。 ??* 數(shù)據(jù)庫結(jié)構(gòu)及配置文件、部署腳本、API 文檔等。 【驗(yàn)收標(biāo)準(zhǔn)】 * 功能完整：后端接口功能必須完整，能夠支持游戲數(shù)據(jù)流轉(zhuǎn)與交互，且與前端無縫對接。 * 代碼整潔：代碼結(jié)構(gòu)清晰、簡潔、注釋完善，滿足日常維護(hù)和后期擴(kuò)展的需求。 * 穩(wěn)定性：后端接口響應(yīng)時(shí)間 < 200ms，負(fù)載測試能夠支撐至少1-2 萬DAU并發(fā)。 * 數(shù)據(jù)庫性能：數(shù)據(jù)庫查詢、存儲(chǔ)響應(yīng)速度符合要求，能支持大規(guī)模用戶數(shù)據(jù)管理。 【交付與驗(yàn)收總結(jié)】 1. 階段交付：按照每個(gè)模塊（美術(shù)、前端、后端）分階段交付，確保每個(gè)部分的功能逐步達(dá)標(biāo)。 2. 最終驗(yàn)收：所有交付物進(jìn)行【綜合驗(yàn)收】，檢查所有模塊是否符合質(zhì)量標(biāo)準(zhǔn)，是否能夠順利運(yùn)行在微信小游戲平臺(tái)上。 3. 后期支持：外包團(tuán)隊(duì)需提供 【1個(gè)月的后期支持期】，在正式上線后的初期階段進(jìn)行BUG修復(fù)和調(diào)優(yōu)。 【其他說明】 * 詳細(xì)需求，待達(dá)成初步合作意向后，有專職項(xiàng)目經(jīng)理/策劃/美術(shù)/前端/后端跟進(jìn)。 * 項(xiàng)目交付時(shí)間，預(yù)期1個(gè)自然月，具體時(shí)間（包含階段性交付），待達(dá)成初步意向后商議。

· 游戲類型：角色扮演

· 游戲類型：小游戲 粉色胖子，能量滿了以后，就可以挖寶，感嘆號(hào)就是挖寶位置，18個(gè)格子隨機(jī)一個(gè)格子有寶物，我想做的是，不用我跑來跑去去找，能準(zhǔn)確告訴我直接能告訴我在哪里挖到就行 我是比較懶 是個(gè)人使用玩 不想點(diǎn)來點(diǎn)去挖 每一局都要挖 我也可以不出這個(gè)英雄，也能玩！

我需要PC游戲開發(fā)

我需要PC游戲開發(fā)

我需要PC游戲開發(fā)

開發(fā)需求詳見附件說明

· 游戲類型：mmorpg unity項(xiàng)目的il2cpp編譯出c#層，編譯出后能修改內(nèi)容，修改內(nèi)容并能還原回去。

· 游戲類型：RPG，2.5D 有多款正在運(yùn)營的老游戲要移植到手機(jī)端，同時(shí)做多端覆蓋。因此是一個(gè)周期很長的合作，需要一個(gè)unity高級(jí)工程師，可以帶領(lǐng)初、中級(jí)工程師來完成項(xiàng)目。 合作模式可談，全、兼職均可。提供辦公場地 base 天津。 做自己的游戲，不做各種外包兼職，沒有那么多心智負(fù)擔(dān)。 歡迎來聊。同時(shí)需要美工，歡迎介紹。

我需要PC游戲開發(fā)

我需要PC游戲開發(fā)

· 游戲類型：跑酷類 開發(fā)工具：WebGL 要杭州的 要杭州的 要杭州的 要公司的 要公司的 要公司的

我需要移動(dòng)游戲開發(fā)