这是一个创建于 56 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，求求
50 条回复 • 2024-07-29 22:12:06 +08:00
 |
1
hkiJava 56 天前
不建议转游戏开发,日子更难过
|
 |
2
lemonteacode OP @hkiJava #1 就是想换换口味
 |
 |
3
zuosiruan 56 天前
游戏开发更难过+1
|
|
4
lemonteacode OP @zuosiruan #3 没做过就是想试一下看看，要是有开源的项目能做做就好了
|
 |
5
htxy1985 56 天前
光有后端你没有前端也不行啊
|
 |
6
whp1473 56 天前
游戏主要是重客户端，搞后端没前途
|
 |
10
fFeeOps 56 天前
OP 还是准备用 Java 写游戏后端吗？
|
 |
11
bsg1992 56 天前
游戏后端没有前途啊， 发展好的都是客户端
|
|
12
lemonteacode OP @bsg1992 #11 客户端那不是 c#吗或者 c 系的
|
|
13
lemonteacode OP @fFeeOps #10 主要是我现在只会 java ，而且目前市场上也有招 java 写服务的的
|
|
14
fFeeOps 56 天前
@lemonteacode #13 推荐研究一下 COCOS ，游戏来说的话服务端能做的东西其实并没有那么多
|
 |
15
me1onsoda 56 天前
找一个 MMORPG 玩一下，尝试自己撸一个
|
|
16
lemonteacode OP @me1onsoda #15 主要是不知道真正的游戏公司用的啥技术栈这些，自己撸出来也没啥用
 |
|
17
lemonteacode OP @fFeeOps #14 谢谢
|
 |
18
tool2dx 56 天前  1
感觉游戏公司用 protobuf 很多的，也没你想那么复杂。
|
 |
19
northbrunv 56 天前 1
国内游戏研发不赚钱，都让渠道拿走了。研发 1 拿成，渠道抽 9 成
|
|
20
northbrunv 56 天前 1
研发拿 1 成，渠道抽 9 成
|
|
21
tool2dx 56 天前 1
@northbrunv 9 成应该是渠道服，渠道自己出服务器和宽带费，研发只是提供技术支持。数据和官服估计没办法互通。
|
 |
22
kiracyan 56 天前 1
游戏客户端才是重点
|
 |
23
wtsm 56 天前 via Android
我都想跑了，你居然还想来！ java 游戏后端招聘少，需求少，钱也少(相对于运营、前端跟策划)
|
|
24
wtsm 56 天前 via Android 1
java 游戏后端一般是纯 java ，再加上自研的框架(基本是垃圾又难用，bug 还多)，很少用开源框架，每家公司都不通用。而且基本也是写业务，整天写抽奖跟任务，能把你写吐
|
|
25
lemonteacode OP @wtsm #24 我擦，那么难受吗
|
|
26
lemonteacode OP @wtsm #23 没尝试过总是带着滤镜
|
 |
27
ragnaroks 56 天前
先做几个 2D 横版单机，网游后端本质上就是逻辑在远端的单机
|
 |
28
vishun 56 天前
不是很懂，既然游戏前端用 C#，为什么后端不统一用 c#，而是要用 java ？
|
|
29
vishun 56 天前
大体想了下，应该是没出 core 之前后端不能部署到 linux 中，用 java 为了能不用 windows 服务器，是否这个原因？
|
 |
30
0xC000009F 56 天前
先尝试写个 Minecraft 的 Mod 玩玩🤔
|
 |
31
ForkNMB 56 天前
@lemonteacode java 的游戏后端快跑吧 事多 肯定加班 天天写无聊的掉落 抽奖 任务，有点意思的也就技能 buff ，独立战斗副本之类的。时间紧任务重扔给你独立完成，只能被迫加班
|
 |
32
iSNN 56 天前
纯游戏外行，我在想游戏有很多高负载的情况，不知道正常的游戏后端是怎么处理的，javaweb 的微服务啊负载均衡啊中间件那些会不会有所帮助
|
 |
33
HQKM 56 天前
建议转行策划 程序都是底层
|
 |
34
xiaozhang1997 56 天前
1. 游戏很多负载可以从 io 迁移到纯内存操作
2. 相较于互联网游戏的业务复杂度高一点,比如战斗,地图,视野,AI 等业务 3. java 游戏后端会少一点,1 线大厂都是 c++,go 系,但是 java 也有(37 互娱,英雄互娱,完美等) |
 |
35
xjp9832 56 天前 1
3 年游戏后端已经转互联网 go 了
，当初跳槽的时候游戏后端就没几个公司招人。非要做游戏就去学客户端，不然就在互联网呆着吧，游戏加班比互联网还严重。 |
 |
36
qviqvi 56 天前
java 游戏只在安卓用吧，和 javaweb 差别太大
|
 |
37
ily433664 56 天前
游戏还是客户端更有前途
|
 |
38
Pierro 56 天前
先学个 cocos
|
 |
39
DonaldErvinKnuth 56 天前
不建议游戏后端，7x24 小时待命
|
 |
40
thqw0925 56 天前 1
|
 |
41
tairan2006 55 天前
游戏肯定还是客户端有前途了
|
 |
42
supuwoerc 55 天前
godot ！启动！
|
 |
43
BALDOOR 55 天前 2
我就是 10 年+游戏后端
没必要，薪资比同水平的互联网低 30%甚至 50%，而且技术和互联网有较大的差异，还要重新学习，和互联网一把梭不一样，一般在不同方案下，可能会有多种语言搭配使用。 前端无尽的 UI ，后端无尽的系统，核心的框架(类似于 Java 的 Spring)基础建设(类似于开发到上线部署)和战斗战场等都是主程写好的，根本不会让其他开发写，而且都是迭代很久的屎山，写着各种难受(但对于项目来说确实好用)，和互联网那些优秀得开源框架没得比 哪怕同一种语言，同一个公司，不同项目的使用差异也是很大的(主程的偏好不一样，还有项目需求不一样)，和互联网来来去去都是那一套还是有较大差异的 而且跳槽很吃项目经验，几乎没有锻炼的机会，成长不线性，机会好可以三年就带团队，机会不好做到 35 还是普通开发 对于上面的其他行业人员的一些疑问，我这里说一下，游戏很少用 protoBuf/msgPack 的，这两种大多数出现在一些小游戏，新兴团队，或者基础设施不齐全等公司。其他几乎都是二进制。通过写配置统一生成不同语言的协议编解码代码。例如就像我们，包括的语言有 C++/Java/C#/Python/Js/Lua 等，还有路由，类似与 Java Spring 的 @api 游戏本身就是微服务的，各个系统是独立的，数据一般使用消息(消息中间件用什么的都有)进行通讯，但有些游戏会写成单个服务，扩展使用分服，或者直接人员分流，无论哪种方式，横向扩展的差别都不大，和互联网也无差别 重点的重点，就是 7x24 小时待命，不管前端还是后端。不是热爱，不要有行业滤镜 |
|
44
lemonteacode OP @BALDOOR #43 牛逼啊大佬
|
 |
45
wooolf 55 天前
渔民小镇/ioGame 了解一下
|
 |
47
alexmy 55 天前
国内的后端用 java 写，要是那种开几百个服的，一次停服更新要人命。
|
Select Language